CCPM（クリティカルチェーン法）とは？WBS管理で納期が遅れる理由と解決策
「個々のタスクは予定通りに進んでいるはずなのに、なぜかプロジェクト全体では納期が遅れる」
「余裕を持ったスケジュールを組んだはずが、最後はいつも綱渡りになる」
現場のリーダーなら誰もが一度は抱くこの違和感。実はこれ、皆さんの管理能力のせいではなく、従来の「積み上げ式のスケジュール管理」そのものに原因があるかもしれません。
今回は、CCPM（クリティカルチェーン・プロジェクトマネジメント）という考え方を使って、「なぜ予定は遅れるのか」「どうすれば納期遅延を解消し、余裕を持って終わらせられるのか」を、現場のリアルな視点で紐解いていきます。
そもそも「CCPM（クリティカルチェーン法）」とは何か？
CCPMを一言でいうと、「個々のタスクに持たせている『余裕（サバ）』を一つの場所に集めて、チーム全員で共有する管理手法」のことです。
これまでのWBS管理では、一人ひとりが自分の担当タスクに「もしものための予備日」を隠し持っていました。しかし、CCPMではその予備日を個人から回収し、プロジェクトの最後に「共通の貯金」として置いておきます。
「自分の担当範囲の納期」を死守するのではなく、「プロジェクト全体の納期」を全員で守る。この視点の切り替えが、CCPMの最も大きな特徴です。では、なぜこの「貯金（バッファ）」の集約が必要なのでしょうか。その背景には、私たちの予定を狂わせる人間心理の問題があります。
私たちの予定を狂わせる「2つの心理的トラップ」
まず、なぜ「余裕」を持って計画を立てているのに、いつも時間が足りなくなるのでしょうか。そこには人間が持つ2つの習性が関係しています。
① 「期限ギリギリまで動けない」心理（学生症候群）
夏休みの宿題を最終日に泣きながらやった記憶はありませんか？ 人は期限に余裕があると、「まだ大丈夫」と着手を遅らせたり、他の割り込み仕事を優先したりします。これを「学生症候群」と呼びます。
② 「時間はあればあるだけ使ってしまう」心理（パーキンソンの法則）
仮に作業が早く終わっても、「もっと綺麗に直そう」「念のため別のテストもしておこう」と、与えられた時間を使い切ってしまう習性があります。これを「パーキンソンの法則」といいます。
つまり、各タスクに持たせた「サバ（余裕）」は、前倒しのために使われることはなく、ただ消費されて消えていくのが現実なのです。
遅延は「蓄積」し、前倒しは「消える」という構造的な問題
さらに厄介なのが、従来の管理における「時間の伝わり方」です。個別に余裕を持たせている限り、以下のような損なルールが働きます。
- 遅れは必ず後ろに響く： 前のタスクが1日遅れれば、後ろのタスクは物理的に必ず1日遅れて始まります。
- 早まっても後ろに繋がらない： 前のタスクが1日早く終わっても、次の担当者が「自分の番は明日からだ」と準備をしていなかったり、別のマルチタスクをしていたりすると、その1日の貯金は霧のように消えてしまいます。
結果として、「悪い変動（遅れ）」だけが積み重なり、「良い変動（前倒し）」は無視されるという、プロジェクトにとって非常に不利な構造になっているのです。
CCPMの解決策：サバを「チームの共有財産」に変える
この構造的な問題を解決するために、CCPMでは「サバ」の扱い方を根本から変えます。
「攻め」のスケジュールを引く
各タスクから「もしもの時のための余裕」をバッサリ削り、順調にいけば終わる「最短の時間」で計画を立てます。これにより、前述の「学生症候群」や「パーキンソンの法則」が働く隙を与えません。
プロジェクト全体の「共有バッファ」を作る
削り取った余裕分を、プロジェクトの一番最後に「共有バッファ」として一つにまとめます。
こうすることで、「誰かが1日遅れても、最後の共有バッファが1日減るだけ」という状態になります。個別の遅れを他の誰かの前倒しでカバーできるようになり、チーム全体で「貯金の減り具合」を気にすれば良くなるのです。
現場で何が変わる？ 従来のWBS管理との決定的な違い
考え方は分かっても、実際の運用はどう変わるのでしょうか。決定的な違いは以下の3点です。
① 個別タスクの「締め切り」を撤廃する
これまでの管理では「タスクAを6月10日までに」と約束させましたが、CCPMでは日付で縛りません。その代わり、前の走者からバトン（成果物）が届いたらすぐに着手し、全力で走り切って次の走者に渡す「リレー形式」に徹します。これにより「早く終わったのに次の人が着手しない」という時間のロスを排除します。
② 「リソース（人）の重複」を計画に組み込む
従来のWBSは「作業の順番」だけで線を引きますが、CCPMは「誰がやるか」を重視します。例えば「設計」と「テスト」が論理的に並行可能でも、担当者が同じAさんなら同時には進みません。こうした「人の空き待ち」をあらかじめスケジュールに組み込み、無理のない最長経路（クリティカルチェーン）を特定します。
③ 進捗の基準を「積み上げ」から「引き算」へ
「80%終わりました」という積み上げの報告は、残り20%に潜むリスクを隠してしまいます。CCPMでは「あと何日で終わるか？」という残作業の予測と、「共有バッファが残り何％か？」という引き算の視点で進捗を測ります。
【具体例】CCPMの管理イメージ
ネットワーク図
従来の階段状ガントチャートではなく、リソース重複を解消した「数珠つなぎ」の図。末尾に「プロジェクトバッファ」が置かれます。
バッファ消費グラフ（フィーバーチャート）
縦軸にバッファ消費量、横軸に進捗をとり、信号機（青・黄・赤）のように視覚的に状況を判断します。
まとめ：管理の「常識」を変えて、チームに余裕と信頼を取り戻そう
CCPMは、単なる管理テクニックではありません。「人間の弱さを認め、それを仕組みでカバーする」という、非常に人間味のあるプロジェクト運営の哲学です。
これまでのWBS管理では、個人の「サバ」が自己防衛のために使われ、結果としてプロジェクト全体が疲弊していました。しかし、CCPMによって「サバ」をチームの共有財産に変えることで、現場には以下のような本質的な変化が生まれます。
- 「隠し事」のない透明な組織： 遅れを責めるのではなく、バッファの減り具合をチーム全員で心配し、助け合う文化が育ちます。
- 「前倒し」が称賛される構造： 早く終わったタスクがプロジェクト全体の余裕に直結するため、メンバーが自発的に「次の走者」へバトンを渡そうとする協力体制が加速します。
- 「事実」に基づく冷静な判断： 現場の「頑張ります」という根性論ではなく、バッファの残り具合という客観的な数値に基づいて、適切なタイミングでリソースの追加や優先順位の調整を行えるようになります。
「いつも納期ギリギリで、誰かが犠牲になっている」というチームこそ、このパラダイムシフトを試す価値があります。「サバを読むな」と叱責するのではなく、「サバを共有して、みんなでハッピーにゴールしよう」と提案すること。その一歩が、プロジェクトの成功と、何より大切なチームの信頼関係を守ることに繋がります。
