未解決のタスクのリストだけでは、その人が予想される期間内にそれらのタスクを実行できるかどうかはわかりません。ワークロードと飽和により、負荷と可用性の関係から計画を読み取ることができます。
EDU とプロジェクトのワークロード
- プロジェクトまたは EDU からワークロードを開き、指定されたコンテキストを確認します。 2 つのビューは、異なる視点での作業を集約します。
- 期間と利用可能なフィルターを設定し、リストに含まれる人物またはユニットを確認します。同じ単位で表現されたデータを比較します。
- 重要な行については、目的の詳細を開いて、どのアクティビティまたは関連性が値に寄与しているかを特定します。
- 負荷と空き時間、欠勤、割り当てを比較します。高い値は分析対象の信号であり、それ自体がアプリケーション エラーを示すものではありません。
ガントチャートにおけるリソースの飽和
- プロジェクトから、[リソース フェーズ] ビューまたは [予測飽和] ビューを開きます。グリッドを読み取る前に、表示されているリソースと範囲を確認してください。
- 日付にわたる分布を調べ、人々を比較します。色と数量は、カレンダーと設定された在庫状況と一緒に読み取る必要があります。
- ピークについては、割り当てられたアクティビティとオーバーラップをトレースします。また、他のアクセス可能なプロジェクトに対するコミットメントも確認してください。
- 別の割り当てまたは許可された再スケジュールを検討し、結果を再度比較してください。問題を解決するために人為的に可用性を高めないでください。
日常業務に適用する基準
スパイクが発生した場合は、再デプロイする前に、スパイクを生成するアクティビティを特定します。変更後、ロードを再読み込みして、問題が単に移動しただけではないことを確認します。
調べる Orchestris.
コメントと質問
このトピックについて質問はありますか?コメントを付けてディスカッションを開きます。