クリティカル パス手法の仕組みを学び、クリティカル パスとフロートを計算し、CPM を使用してスケジュールをより適切に決定します。
クリティカル パス メソッド (CPM) は、プロジェクト スケジュールを通じて依存関係に接続された最長のパスを識別します。このパスによって、可能な限り最も早い終了日が決まります。重要なタスクが遅れて終了し、他に何も変更がなければ、プロジェクトの終了も遅くなります。
2026 年 8 月 7 日に確認されました。 このガイドでは、計算された日付を保証として扱うことなく、スケジュール方法とその制限について説明します。
プロジェクト管理におけるクリティカル パスとは何ですか?
クリティカル パスは、プロジェクトの開始からプロジェクトの終了までの合計期間が最も長い一連の依存アクティビティです。通常、そのパス上のタスクの 合計浮動小数点はゼロです。クリティカルでないタスクは、プロジェクトの終了や別の制約のあるマイルストーンに影響を与える前に、利用可能なフロート分だけ移動できます。
3 つのアイデアが重要です。
- 期間 は、アクティビティに割り当てられた作業時間です。
- 依存関係 は、どのアクティビティが別のアクティビティを制約するかを示します。
- フロートまたはスラックは、アクティビティのスケジュールの柔軟性の程度です。
クリティカル パスは変更される可能性があります。クリティカルに近いタスクの遅延、新しい依存関係、または期間の変更により、別の最長パスが作成される可能性があります。そのため、CPM は 1 回限りの図ではなく、定期的なスケジュール制御の実践です。
クリティカル パスはどのように計算しますか?
アクティビティのネットワークを構築し、期間を割り当て、有効な依存関係を接続して、前方パスと後方パスを実行します。
- 終了マイルストーンに到達するために必要なアクティビティをリストします。
- 各アクティビティに現実的な期間とカレンダーを設定します。
- 先行関係を追加します。
- 前方パスを実行して、最も早い開始と最も早い終了を計算します。
- バックワード パスを実行して、プロジェクトを遅らせることなく最後の開始と最後の終了を計算します。
- 合計フロートを、最も遅い開始から最も早い開始を引いた値、または最も遅い終了から最も早い終了を引いたものとして計算します。
次の単純化されたネットワークを考えてみましょう。
| アクティビティ | 期間 | 先代 | 最も早い終了 |
|---|---|---|---|
| A: 範囲を定義する | 2日 | なし | 2日目 |
| B: デザイン | 4日間 | あ | 6日目 |
| C: コンテンツを準備する | 3日間 | あ | 5日目 |
| D: ビルド | 5日間 | B | 11日目 |
| E: 打ち上げ | 1日 | CとD | 12日目 |
A→B→D→Eのパスには12日かかります。 A → C → E パスは短いため、別の制約によって削除されない限り、C にはスケジュールの柔軟性があります。この例では、単純な finish-to-start リンク、1 つのカレンダー、およびリソース制約がないことを前提としています。
クリティカル パスとクリティカル タスクの違いは何ですか?
クリティカル タスクは、現在のクリティカル パス上の 1 つのアクティビティです。クリティカル パスは、フィニッシュを制御する接続されたシーケンス全体です。優先度の高いタスクをすべて「重要」なものとして扱うと、この用語は役に立たなくなります。優先度はビジネスの重要性を表し、CPM はスケジュールの計算を表します。
タスクはフロートがゼロでなくても、運用上重要である場合もあります。計算されたパスに沿って、ほぼクリティカルな作業、外部の承認、および希少なリソースの割り当てを確認します。
CPM の計算が誤解を招く原因は何ですか?
CPM の信頼性はスケジュール モデルと同程度です。誤った信頼の一般的な原因は次のとおりです。
- 依存関係が欠落しているか非論理的である
- 実行可能な作業のようにリンクされたサマリータスク
- 見積もりではなく希望の日付として入力された期間
- 異なるカレンダーは無視されます
- ネットワークロジックと間違えられた固定期限
- リソースの競合が解決されないままになっている
- 実際の進行状況と残りの期間は更新されません
CPM は、リソースの過負荷、不確実性、またはスコープ制御を自動的に解決しません。リソースの平準化により、タスクが移動され、クリティカル パスが変更される可能性があります。不確実性の高い期間の場合は、PERT などの 3 点法で CPM を補完できます。
クリティカル パスはどのくらいの頻度でレビューする必要がありますか?
スケジュールが大幅に変更されるたびに、プロジェクトの通常の管理リズムでレビューしてください。週次レビューは、複数か月にわたるプロジェクトに適している場合があります。リリースカットオーバーでは毎日のレビューが必要になる場合があります。現在のパスをクリティカルに近いパスと比較し、タスク所有者とともに残りの期間を検証し、負のフロートを単に報告するのではなく調査します。
パスを使用して質問に焦点を当てます: どの前提が変わりましたか?どのハンドオフが危険にさらされていますか?安全に作業を再開できるでしょうか?追加された容量は有用ですか? それとも、その制約は、より多くの人が加速できないという承認ですか?
PERT の代わりに CPM を使用する必要があるのはどのような場合ですか?
アクティビティごとに 1 つの作業期間が計画の概算に役立ち、依存関係ロジックがスケジュールの主な懸念事項である場合は、CPM を使用します。期間の不確実性自体に明示的な処理が必要な場合は、PERT スタイルの 3 点推定を使用します。多くのチームはハイブリッドを使用しています。つまり、不確実なアクティビティについては 3 点推定を使用し、依存関係ネットワークを使用して結果のスケジュールを表示します。
| 質問 | CPM | PERT スタイルの推定 |
|---|---|---|
| 主な焦点 | 依存関係に基づくスケジュール | 期間の不確実性 |
| 継続時間の入力 | 通常は 1 つの実用的な見積もり | 楽観的、おそらく悲観的 |
| 最高の出力 | クリティカルパスおよびクリティカルに近いパス | 予想される期間と不確実性についての議論 |
| 主なリスク | 弱いロジックによる誤った精度 | 主観的な推定値に対する誤った信頼 |
GanttFather はクリティカル パスの確認にどのように役立ちますか?
GanttFather がクリティカル パス分析に役立つのはどのような場合ですか?
GanttFather は、タスクの日付と依存関係からクリティカル パスを計算し、計画の編集に使用したものと同じ対話型のガント チャートで検査できるようにします。これは、チームが期間または依存関係の変更をテストし、どのパスが終了を制御しているかをすぐに確認する必要がある場合に役立ちます。
これは、見積もりの検証、リスク分析、またはリソースの自動平準化に代わるものではなく、専用のベースライン オーバーレイ機能もありません。計算されたパスを フロート＆スラックガイド そして 依存関係の種類のガイド 約束のために使用する前に。
GanttFather で依存関係ベースのスケジュールを構築します そして、作業を行っている人々と一緒にロジックを検証します。
よくある質問
クリティカル パスは常に最長のパスですか?
これは、モデル化された依存関係ネットワークを通る最長期間のパスであり、終了を制御します。制約やカレンダーが計算に影響を与える可能性があるため、「最長」とはタスクの数ではなく、スケジュールの期間を指します。
プロジェクトに複数のクリティカル パスを含めることはできますか?
はい。 2 つ以上のパスが同じ制御期間を持つことができます。クリティカル パスが複数あると、そのうちの 1 つでの遅延がフィニッシュを動かす可能性があるため、柔軟性が低下します。
ゼロフロートは優先度が高いことと同じですか?
いいえ、ゼロフロートはスケジュール結果です。優先順位は、重要性に関する経営上の決定です。優先度の高いタスクはフロート状態になる可能性があり、可視性の低い技術的なタスクは重要になる可能性があります。
負の浮動小数点とは何ですか?
負のフロートは、モデル化されたネットワークが現在の想定では必要な日付を満たすことができないことを意味します。これは、使用できる余暇ではなく、範囲、順序、期間、容量、または課せられた日付を変更する信号です。
CPM は限られたリソースに相当しますか?
それ自体ではありません。クラシック CPM は、アクティビティ ロジックと期間から計算します。人や機器がスケジュールされたすべての作業を同時に実行できない場合は、リソースの平準化または別の能力分析が必要になります。
CPM を開発したのは誰ですか?
James E. Kelley Jr. と Morgan R. Walker は、1950 年代後半のレミントン ランドとデュポンに関連した初期のクリティカル パス スケジューリング作業を文書化しました。 PERT は、不確実な研究開発スケジュールのために個別に開発されました。
