納期遅延を防ぐCCPM｜バッファ共有の基本と遅延を立て直す4ステップ

「個々のタスクは予定通りに進んでいるはずなのに、なぜかプロジェクト全体では納期が遅れる」
「余裕を持ったスケジュールを組んだはずが、最後はいつも綱渡りになる」

現場のリーダーなら誰もが一度は抱くこの違和感。実はこれ、皆さんの管理能力のせいではなく、従来の「積み上げ式のスケジュール管理」そのものに原因があるかもしれません。

第1回、第2回と、進捗のルール作りや「嘘（ズレ）」を見抜くコミュニケーションについて解説してきました。

シリーズ最終回となるこの記事では、スケジュール構造そのものを見直す「CCPM（クリティカルチェーン・プロジェクトマネジメント）」の考え方と、それでも遅れてしまった際にPMが切るべき現実的な「リカバリ4ステップ」について解説します。

※本記事は、シリーズ「炎上ゼロを目指す！IT現場のリアルな進捗管理」の【第3回：リカバリ編】です。

私たちの予定を狂わせる「2つの心理的トラップ」

なぜ「余裕（サバ）」を持って計画を立てているのに、いつも時間が足りなくなるのでしょうか。そこには、人間が持つ2つの習性が関係しています。

「期限ギリギリまで動けない」心理（学生症候群）
夏休みの宿題を最終日に泣きながらやった記憶はありませんか？人は期限に余裕があると、「まだ大丈夫」と着手を遅らせたり、他の割り込み仕事を優先したりします。
「時間はあればあるだけ使ってしまう」心理（パーキンソンの法則）
仮に作業が早く終わっても、「もっと綺麗に直そう」「念のため別のテストもしておこう」と、与えられた時間をギリギリまで使い切ってしまう習性です。

つまり、各タスクに持たせた「サバ」は、前倒しのために使われることはなく、ただ消費されて消えていくのが現実なのです。

さらに厄介なのが、従来の管理における「時間の伝わり方」です。

遅れは必ず後ろに響く：前のタスクが1日遅れれば、後ろのタスクは物理的に必ず1日遅れて始まります。
早まっても後ろに繋がらない：前のタスクが1日早く終わっても、次の担当者が「自分の番は明日からだ」と準備していなかったり、別のマルチタスクをしていたりすると、1日の貯金は霧のように消えてしまいます。

結果として、「悪い変動（遅れ）」だけが積み重なり、「良い変動（前倒し）」は無視されるという、プロジェクトにとって非常に不利な構造になっています。

この構造的な問題を解決するのが、CCPM（クリティカルチェーン・プロジェクトマネジメント）という考え方です。CCPMを一言でいうと、「個々のタスクに持たせている『余裕（サバ）』を一つの場所に集めて、チーム全員で共有する手法」です。

具体的には、以下の3つの運用ルールを取り入れます。

各タスクから余裕をバッサリ削り、順調にいけば終わる「最短の時間」で計画を立てます。日付ではなく、前の走者からバトン（成果物）が届いたらすぐに着手し、全力で走り切って次の走者に渡す「リレー形式」で進める仕組みにします。これで学生症候群やパーキンソンの法則を防ぎます。

従来の階段状ガントチャートではなく、リソース重複を解消した「数珠つなぎ」のイメージ。末尾に「プロジェクトバッファ」が置かれます。

従来のWBSは「作業の順番」だけで線を引きますが、CCPMは「誰がやるか」を重視します。例えば「設計」と「テスト」が並行可能でも、担当者が同じAさんなら同時には進みません。人の空き待ちをあらかじめ組み込み、無理のない最長経路（クリティカルチェーン）を特定します。

個人のタスクから削り取った余裕分を、プロジェクトの一番最後に「共有バッファ」として一つにまとめます。これにより、誰かが1日遅れても「個人の責任」ではなく「最後の共有バッファが1日減るだけ」という状態になります。

【フィーバーチャートによる客観的な健康状態の把握】

縦軸に「バッファ消費率」、横軸に「プロジェクト完了率（進捗）」をとり、信号機のように視覚的にプロジェクトの状況を判断するグラフを「フィーバーチャート」と呼びます。

完了率に対してバッファがどれだけ残っているかという客観的な数値で判断できるため、進捗が「赤エリア」に近づいたら、個人の責任を問うのではなく、チーム全体ですぐに次項のリカバリアクションへ移行できます。