「最終的にプロジェクトの長さを決めるのは何か」と思うかもしれません。 答えは、プロジェクトの終了日を決定する一連のタスクである クリティカル パスです。 クリティカル パス上の 1 つのタスクが移動すると、プロジェクトの終了日も移動します。
この記事の内容
プロジェクトについて、クリティカル パスは何を示しますか。
プロジェクトのクリティカル パスと、クリティカル パスに割り当てられているリソースを把握して追跡することにより、プロジェクトの完了日に影響を与えるタスクを見つけ出し、プロジェクトが予定どおりに終了するかどうかを判断できます。
タスクの上位のシーケンスには余裕がないため ("float" とも呼ばれます)、プロジェクトの終了日が駆動されます。 このシーケンスのすべてのタスクがクリティカル パス上にあり、クリティカル タスクと呼ばれます。 詳細ガント ビューでは、重要なタスクが赤で表示されます。
タスクの下位シーケンスはプロジェクトの終了日を駆動しないため、タスクは重要ではありません。 ガント チャート (詳細) では、非クリティカル タスクが青で表示されます。
合計余裕期間 (または float) は、この一連のタスクがプロジェクトの終了日に影響を与える前にスリップできる時間です。 ガント チャート ビューでは、総余裕期間が暗青緑色の線として表示されます。
プロジェクトがスケジュールどおりに終了することが重要な場合は、クリティカル パス上のタスクとそれらのタスクに割り当てられているリソースに細心の注意を払ってください。 クリティカル タスクに予想より時間がかかったり、クリティカル タスクのためのリソースが急に利用できなくなった場合、プロジェクトが本来の完了日に完了することはありません。
一連のタスクは一般的にタスクの依存関係と相関関係にあります。 プロジェクト計画ではさまざまなタスクの組が相関関係にある可能性がありますが、最後に完了するタスクの組がプロジェクトのクリティカル パスになります。
注: クリティカル タスクが完了すると、または別の一連のタスクのタスクが延びると、クリティカル パスが変化することがあります。
詳細情報
クリティカル タスクとは何ですか。
プロジェクトの終了日に影響を与えずに遅延できないタスクは、重要なタスクです。 一般的なプロジェクトでは、多くのタスクに余裕があるため、他のタスクを遅延させたり、プロジェクトの終了日に影響を与えたりすることなく、少し遅れる可能性があります。
タスクを変更して割り当て超過を解決したり、コストを調整したり、 スコープを修正したりするときは、重要なタスクに注意してください。また、それらのタスクに対する変更はプロジェクトの終了日に影響します。 重要なタスクは、スケジュールのクリティカル パスを構成します。
次のいずれかの条件を満たす場合、タスクはクリティカルとなります。
-
余裕期間 (フロート) がない。
-
指定日に開始 (MSO) または指定日に終了 (MFO) という制約がある。
-
開始日を基準に日程計画されたプロジェクトにできるだけ遅く (ALAP) という制約がある。
-
完了日を基準に日程計画されたプロジェクトにできるだけ早く (ASAP) という制約がある。
-
完了日が期日と同じか、それを超える。
タスクは完了した時点でクリティカルではなくなります。後続タスクの完了やプロジェクトの完了日に影響を与えることがなくなるためです。
Project はどのようにクリティカル パスを計算しますか?
Projectは、重要なタスクを余裕のないタスク (float) として定義します。 ただし、タスクがクリティカルになるタイミングを変更できます。 たとえば、余裕期間が 1 日か 2 日のタスクをクリティカルにできます。 余裕期間が 1 日か 2 日になったとき、タスクがクリティカルになったとして通知を受信するときに便利です。
余裕期間は、スケジュールのタスクの最早完了日と最遅完了日により決定されます。 最早完了日はタスクを終了することができる最も早い完了日のことで、タスクの開始日とスケジュール期間を基にしています。 遅くともこの日までにタスクを完了できれば、プロジェクトの完了を遅らせることがないという日が最遅完了日です。
最早完了日と最遅完了日の差異が余裕期間となります。 クリティカル タスク (余裕期間のないタスク) では、最早完了日と最遅完了日は同じ日になります。
クリティカル パスを短くする方法とはどのようなものですか。
プロジェクトの終了日を早めるには、クリティカル パスのタスクの完了日を早める必要があります。 これはプロジェクトのクラッシングとも呼ばれます。 クラッシングの方法:
-
クリティカル パス上のタスクの期間または作業を短縮します。
-
スケジュールがもっと柔軟になるようにタスク制約を変更します。
-
クリティカル タスクをより小さなタスクに分割し、異なるリソースで同じ時間に作業できるようにします。
-
スケジュールがもっと柔軟になるようにタスクの依存関係を見直します。
-
該当できる箇所で、従属タスク間にリード タイムを設定します。
-
超過作業時間をスケジュールに入れます。
-
クリティカル パス タスクの作業に追加リソースを割り当てます。
注: プロジェクト パスを早めると、別のタスクの組が新しいクリティカル パスになることがあります。
どのようなプロジェクト スケジュールにも全体のクリティカル パスが常に 1 つ存在します。 新しいクリティカル パスがおそらく、納期を守るために厳密に追跡記録するタスクの組になります。
ヒント: クリティカル パスの完了日を早めたとき、別のタスクの組がそれを追い越すことがなければ、プロジェクトの完了日を早めても問題ありません。
詳細情報
複数のクリティカル パスを表示できますか。
既定では、 Project には、プランの終了日に影響を与えるパスである 1 つのクリティカル パスのみが表示されます。 プロジェクト計画を設定して、独立したネットワークまたは一連のタスクごとに複数の重要なパスを表示できます。 これは、マスター プロジェクトを使用していて、各サブプロジェクトのクリティカル パスを表示する場合に便利です。 これは、プロジェクトが複数のフェーズに分割され、異なるフェーズまたはマイルストーンのクリティカル パスを表示する場合にも役立ちます。
複数のクリティカル パスを表示するときは、全体的クリティカル パスが存在することを忘れないでください。全体的クリティカル パスの完了日がプロジェクトの完了日を左右します。
ヒント: 二次的なクリティカル パスの完了日を変更しても、プロジェクトの完了日が変更されることはおそらくありません。
詳細については、「 複数の重要なパスを計算する」を参照してください。
複数のプロジェクトにわたってクリティカル パスを表示できますか。
複数のプロジェクト、プロジェクト間のリンク、サブプロジェクトで作業している場合、全体的クリティカル パスを表示できます。 サブプロジェクトは、全体的なクリティカル パスを計算するための Project のサマリー タスクとして扱うことができます。 詳細については、「 プロジェクトをリンクしてマスター プロジェクトを作成する」を参照してください。