プロジェクトのクリティカル パスの管理

「最終的にプロジェクトの長さを決定するものは何なのか?」と疑問に思うかもしれません。答えはクリティカル パスです。これは、プロジェクトの終了日を決定する一連のタスクです。 クリティカル パス上の 1 つのタスクが移動すると、プロジェクトの終了日も移動します。

この記事の内容

• プロジェクトについて、クリティカル パスは何を示しますか。
• クリティカル タスクとは何ですか。
• Project ではクリティカル パスはどのように計算されますか?
• クリティカル パスを短くする方法とはどのようなものですか。
• 複数のクリティカル パスを表示できますか。
• 複数のプロジェクトにわたってクリティカル パスを表示できますか。

プロジェクトについて、クリティカル パスは何を示しますか。

プロジェクトのクリティカル パスと、クリティカル パスに割り当てられているリソースを把握して追跡することにより、プロジェクトの完了日に影響を与えるタスクを見つけ出し、プロジェクトが予定どおりに終了するかどうかを判断できます。

タスクの最上位シーケンスにはスラック (「浮動小数点」とも呼ばれる) がないため、プロジェクトの終了日が決まります。 このシーケンスのすべてのタスクがクリティカル パス上にあり、クリティカル タスクと呼ばれます。 [ガントの詳細] ビューでは、重要なタスクが赤で表示されます。

タスクの下位シーケンスはプロジェクトの終了日を決定しないため、タスクはクリティカルではありません。 ガント チャート (詳細) では、非クリティカル タスクが青で表示されます。

総余裕 (または浮動小数点) とは、プロジェクトの終了日に影響を与えるまでに、この一連のタスクがずれる時間です。 ガント チャート ビューでは、総余裕期間が暗青緑色の線として表示されます。

プロジェクトがスケジュールどおりに終了することが重要な場合は、クリティカル パス上のタスクとそれらのタスクに割り当てられているリソースに細心の注意を払ってください。 クリティカル タスクに予想より時間がかかったり、クリティカル タスクのためのリソースが急に利用できなくなった場合、プロジェクトが本来の完了日に完了することはありません。

一連のタスクは、一般に、タスクの依存関係によって相互に関連しています。 プロジェクト計画ではさまざまなタスクの組が相関関係にある可能性がありますが、最後に完了するタスクの組がプロジェクトのクリティカル パスになります。

詳細情報

• プロジェクトのクリティカル パスを表示する
• タスクのスケジュール設定を表示してプロジェクトのスケジュール方法を確認する

クリティカル タスクとは何ですか。

プロジェクトの終了日に影響を与えることなく遅延できないタスクがクリティカル タスクです。 一般的なプロジェクトでは、多くのタスクに多少の余裕があるため、他のタスクを遅らせたり、プロジェクトの終了日に影響を与えたりすることなく、少し遅らせることができます。

割り当て超過の解決、コストの調整、またはスコープの修正のためにタスクを変更するときは、重要なタスクに注意し、それらの変更がプロジェクトの終了日に影響を与えることに注意してください。 クリティカル タスクは、スケジュールのクリティカル パスを構成します。

次のいずれかの条件を満たす場合、タスクはクリティカルとなります。

• 余裕期間 (フロート) がない。
• これには、開始日 (MSO) または終了日 (MFO) の日付制約があります。
• 開始日を基準に日程計画されたプロジェクトにできるだけ遅く (ALAP) という制約がある。
• 完了日を基準に日程計画されたプロジェクトにできるだけ早く (ASAP) という制約がある。
• 終了日が期限日と同じかそれを超えている。

タスクは完了した時点でクリティカルではなくなります。後続タスクの完了やプロジェクトの完了日に影響を与えることがなくなるためです。

Project ではクリティカル パスはどのように計算されますか?

Projectでは、クリティカル タスクを、余裕 (浮動小数点) のないタスクとして定義します。 ただし、タスクがクリティカルになるタイミングを変更できます。 たとえば、余裕期間が 1 日か 2 日のタスクをクリティカルにできます。 余裕期間が 1 日か 2 日になったとき、タスクがクリティカルになったとして通知を受信するときに便利です。

余裕期間は、スケジュールのタスクの最早完了日と最遅完了日により決定されます。 最早完了日はタスクを終了することができる最も早い完了日のことで、タスクの開始日とスケジュール期間を基にしています。 遅くともこの日までにタスクを完了できれば、プロジェクトの完了を遅らせることがないという日が最遅完了日です。

最早完了日と最遅完了日の差異が余裕期間となります。 クリティカル タスク (余裕期間のないタスク) では、最早完了日と最遅完了日は同じ日になります。

クリティカル パスを短くする方法とはどのようなものですか。

プロジェクトの終了日を早めるには、クリティカル パス タスクの日付を取り込む必要があります。 これはプロジェクトのクラッシングとも呼ばれます。 クラッシングの方法:

• クリティカル パス上のタスクの期間または作業を短縮します。
• スケジュールがもっと柔軟になるようにタスク制約を変更します。
• クリティカル タスクをより小さなタスクに分割し、異なるリソースで同じ時間に作業できるようにします。
• スケジュールがもっと柔軟になるようにタスクの依存関係を見直します。
• 該当できる箇所で、従属タスク間にリード タイムを設定します。
• 超過作業時間をスケジュールに入れます。
• クリティカル パス タスクの作業に追加リソースを割り当てます。

どのようなプロジェクト スケジュールにも全体のクリティカル パスが常に 1 つ存在します。 新しいクリティカル パスがおそらく、納期を守るために厳密に追跡記録するタスクの組になります。

詳細情報

• プロジェクトの余裕期間を表示する
• タスクの開始日または終了日 (制約) を設定する
• クリティカル パス上のタスクの期間を変更する
• プロジェクト内のタスクをリンクする
• タスクにリード タイムまたはラグ タイムを追加する
• 時間単価型リソースがタスクにかける時間を調整する

ページの先頭へ

複数のクリティカル パスを表示できますか。

既定では、プランの終了日に影響するパスであるクリティカル パスが 1 つだけ表示されます。 独立したネットワークまたは一連のタスクごとに複数のクリティカル パスを表示するようにプロジェクト計画を設定できます。 これは、マスター プロジェクトで作業していて、各サブプロジェクトのクリティカル パスを確認する場合に便利な場合があります。 これは、プロジェクトが複数のフェーズに分割されており、さまざまなフェーズまたはマイルストーンのクリティカル パスを確認する場合にも役立ちます。

複数のクリティカル パスを表示するときは、全体的クリティカル パスが存在することを忘れないでください。全体的クリティカル パスの完了日がプロジェクトの完了日を左右します。

詳細については、「 複数のクリティカル パスを計算する」を参照してください。

複数のプロジェクトにわたってクリティカル パスを表示できますか。

複数のプロジェクト、プロジェクト間のリンク、またはサブプロジェクトを操作している場合は、全体的なクリティカル パスを確認できます。 サブプロジェクトは、Project のサマリー タスクとして処理して、全体的なクリティカル パスを計算することができます。 詳細については、「 プロジェクトをリンクしてマスター プロジェクトを作成する」を参照してください。

ページの先頭へ