プロジェクトマネジメントガイド · スケジューリングと時間
クリティカルチェーンとクリティカルパス：主な違いを解説
クリティカルパスは、リソースが無制限であると仮定して計算した、依存関係にあるアクティビティの最も長い連鎖です。クリティカルチェーンは、依存関係とリソースの制約の両方を考慮したうえでの最も長い連鎖で、個々のタスクから安全余裕を取り除き、終了日を守るバッファにまとめます。
要点
- クリティカルパスは依存関係を考慮し、クリティカルチェーンはさらにリソースの制約を加えます。
- クリティカルチェーンは、安全余裕をタスクからプロジェクトバッファと合流バッファへ移します。
- 完了した作業に対するバッファの消費を追跡します。
- 共有リソースとマルチタスクが遅れの原因となっている場合は、クリティカルチェーンを選びましょう。
主な違い
| クリティカルパス法 | クリティカルチェーン | |
|---|---|---|
| 考慮するもの | アクティビティの依存関係 | 依存関係とリソースの可用性 |
| タスクの見積り | 現実的な見積りで、隠れた安全余裕を含むことが多い | 安全余裕を含まない積極的（集中した）見積り |
| コンティンジェンシー | タスクに分散させるか、予備として保持する | プロジェクトバッファと合流バッファにまとめる |
| 追跡 | 日付とフロート | チェーンの完了度に対するバッファの消費 |
| マルチタスク | 直接は扱わない | 推奨されない。一度に1つのタスク |
| 起源 | 1950年代後半 | エリヤフ・ゴールドラット、1997年。基盤： 制約理論 |
クリティカルチェーンの仕組み
- ネットワークを作成し、誰も二重に割り当てられないようリソースを平準化します。リソース平準化後の最も長い経路がクリティカルチェーンです。
- 各タスクの見積りを、集中した積極的な見積り（多くの場合、余裕を上乗せした見積りの半分程度）に短縮します。
- 次を追加します： プロジェクトバッファ を、取り除いた安全余裕に基づいてサイズを決め、クリティカルチェーンの最後に配置します。
- 追加する： 合流バッファ （非クリティカルチェーンがクリティカルチェーンに合流する箇所に配置）。
- インプットが揃い次第タスクを開始し、マルチタスクをせずに完了させます。
- チェーンの進捗に対するバッファの消費を追跡します。多くの場合、緑・黄・赤のゾーンを持つフィーバーチャートを使います。
計算例
あるクリティカルパスには、余裕を上乗せして10日、8日、6日と見積もった3つのタスクがあります。
| アプローチ | タスクの期間 | バッファ | 計画上の終了 |
|---|---|---|---|
| クリティカルパス | 10 + 8 + 6 = 24日 | 表示されない | 24日目 |
| クリティカルチェーン | 5 + 4 + 3 = 12日 | プロジェクトバッファ：取り除いた12日の50% = 6日 | 18日目 |
クリティカルチェーンが40%完了し、6日のバッファのうち2日（33%）を使っている場合、作業の完了よりもバッファの消費が遅いため、プロジェクトは良好な状態です。40%完了時点ですでに4日（67%）のバッファを使っていれば、プロジェクトマネージャーは回復策を計画します。
長所と短所
| クリティカルパス | クリティカルチェーン | |
|---|---|---|
| 強み | 広く理解されており、ツールのサポートも充実。日付が明確 | リソースの競合を考慮する。隠れた余裕を減らす。バッファによるシンプルなシグナル |
| 弱み | リソースの制約を無視する。余裕はパーキンソンの法則と学生症候群によって消費される | 文化の変革と信頼が必要。対応ツールが少ない。個々の期日は重視されない |
それぞれを使う場面
- ほとんどのプロジェクトでは、特にアクティビティごとに契約上の日付がある場合は、クリティカルパスを使いましょう。
- 共有リソースが主な制約で、マルチタスクが蔓延し、見積りが日常的に水増しされている場合は、クリティカルチェーンを検討しましょう。
- 両者を組み合わせる組織もあります。論理と日付にはCPMを使い、それに目に見えるプロジェクトバッファと 資源平準化.
このトピックの無料テンプレート
よくある質問
クリティカルチェーンとクリティカルパスの違いは何ですか？
クリティカルパスは依存関係のみを考慮し、クリティカルチェーンは依存関係とリソースの制約を考慮して、タスク単位の余裕の代わりにバッファを使います。
クリティカルチェーン・プロジェクトマネジメントを考案したのは誰ですか？
エリヤフ・ゴールドラットで、1997年の著書『クリティカルチェーン』で提唱しました。
クリティカルチェーンにおけるプロジェクトバッファとは何ですか？
タスク期間のばらつきから終了日を守るため、クリティカルチェーンの最後に追加する時間です。
クリティカルチェーンにおける合流バッファとは何ですか？
非クリティカルチェーンがクリティカルチェーンに合流する箇所に置くバッファで、合流するチェーンの遅れがクリティカルチェーンに影響しないようにします。
クリティカルチェーンのプロジェクトバッファはどのくらいの大きさにすべきですか？
一般的な目安は、チェーン上のタスクから取り除いた安全余裕の半分ですが、他のサイズ決定方法もあります。
クリティカルチェーンにおけるフィーバーチャートとは何ですか？
チェーンの完了度に対して消費したバッファをプロットするチャートで、注意すべきときや行動すべきときをゾーンで示します。
クリティカルチェーンの考え方における学生症候群とは何ですか？
可能な限りぎりぎりになってから作業を始めることで、見積りに組み込まれた安全余裕を無駄にします。
クリティカルチェーンはパーキンソンの法則にどう対処しますか？
パーキンソンの法則とは、作業は利用可能な時間を満たすまで膨張するという考え方で、そのため早く終わっても次に引き継がれることはほとんどありません。クリティカルチェーンは、タスクの見積りから余裕を取り除き、共有バッファにまとめることでこれに対抗します。
クリティカルチェーンはクリティカルパスより優れていますか？
リソースに制約のある複数プロジェクトの環境では優れている場合がありますが、文化の変革が必要です。CPMのほうが依然として一般的なアプローチです。
通常のスケジューリングツールでクリティカルチェーンを使えますか？
直接サポートしているツールもあれば、バッファをアクティビティとして手動で追加できるツールもあります。選択肢の比較は次をご覧ください： ツールページ.