なぜ、あのスケジュールは「絵に描いた餅」になったのか
プロジェクト開始時、きれいに整ったガントチャートを眺めながら「これで行ける」と確信した経験は、多くのPMに共通するだろう。しかし数週間後、そのチャートは現実とかけ離れ、誰も見なくなっている——。
スケジュール管理の失敗は、多くの場合「計画が甘かった」ではなく、「計画を”固定されたもの”として扱った」ことに起因する。本稿では、スケジュールを静的なドキュメントとしてではなく、プロジェクトとともに呼吸する”生き物”として管理するための思考法と実践技法を紹介する。
スケジュール崩壊の「本当の原因」を分解する
スケジュールが破綻する原因は、表面上は「遅延」だが、その背景には構造的な問題が潜んでいることが多い。代表的なパターンを整理しよう。
① バッファの”共有財産化”問題
各タスクに個別に余裕（バッファ）を積んだ結果、全体の遅延が吸収されず、むしろ拡大するケースがある。これは「パーキンソンの法則」——作業は与えられた時間をすべて使い切る傾向がある——が働くためだ。メンバーが早く終わっても報告しない、次の工程へ渡さない、という行動が連鎖する。
② 「先行タスク依存」の見落とし
タスク同士の依存関係を正確に把握せず、並行作業として計画してしまうミスは頻発する。特にシステム開発では、設計が確定しないと実装が始められない、というような「見えない待ち」が積み重なり、終盤に一気にしわ寄せが来る。
③ 見積もりの「楽観バイアス」
人は計画段階において、うまくいくシナリオを基準に見積もる傾向がある。過去の類似プロジェクトのデータを参照せず、担当者の感覚だけで工数を決めると、現実との乖離は避けられない。
「CCPMスケジューリング」——バッファを”集約”して守る発想
こうした構造的問題への有力なアプローチが、クリティカルチェーン・プロジェクトマネジメント（CCPM）の考え方だ。
CCPMでは、各タスクのバッファを個別に持つのをやめ、プロジェクト全体の末尾に「プロジェクトバッファ」として集約する。各タスクの見積もりは意図的に短め（従来の約50〜75%）に設定し、消費したバッファ量を”プロジェクトの健康状態”として可視化・管理する。
【実践ポイント】
バッファ消費率が33%未満なら「青（安全）」、33〜66%なら「黄（注意）」、66%超なら「赤（即対応）」という信号管理を導入すると、チーム全体がスケジュールの体温を共有しやすくなる。
スケジュールを”生き物”にする——週次更新の仕組みを設計する
CCPMのような手法を導入しなくても、まず実践できることがある。それは「スケジュールを週次で必ず更新する仕組み」を制度として組み込むことだ。
更新すべき3つの情報
- 完了タスクの実績日：計画との差分を記録し、見積もり精度を蓄積する
- 残作業の再見積もり：「あと何時間かかるか」を担当者に毎週確認する（進捗率より実残量が重要）
- クリティカルパスの再計算：依存関係の変化を反映し、最終納期への影響を常に把握する
特に「進捗率より残作業量」という視点は重要だ。「80%完了です」という報告は安心感を与えるが、残り20%に何時間かかるかが不明では意味がない。「あと○時間（○日）で終わります」という言語に統一するだけで、スケジュール管理の精度は劇的に向上する。
「圧縮の引き出し」を事前に用意しておく
どれだけ精緻に管理しても、スケジュールは遅れることがある。そのときに慌てないために、PMは「スケジュール圧縮の選択肢」を事前に準備しておく必要がある。
クラッシングとファストトラッキング
クラッシングとは、リソース（人・予算）を追加投入して期間を短縮する手法。ただしコスト増と品質リスクを伴う。ファストトラッキングは、本来順次行うべきタスクを並行化する手法で、手戻りリスクが高まる。
どちらの選択肢も一長一短があるため、「どのタスクにどちらを適用できるか」を計画段階でリスト化しておくと、遅延発生時に冷静な判断が下せる。追い詰められてから考えるのでは遅い。
スケジュール管理の本質は「意思決定の速さ」にある
最後に強調したいのは、スケジュール管理とはツールの問題でも、精度の問題でもないということだ。
現実を正確に把握し、変化を素早く検知し、必要な意思決定をタイムリーに行う——この一連のサイクルを回す仕組みをプロジェクト内に埋め込むことが、本質的なスケジュール管理だ。
ガントチャートは地図ではなく、羅針盤だ。目的地（ゴール）への向きを示しながら、波や風（変化）に応じて進路を調整し続けること。それが、プロジェクトを期限通りに「完走」させるPMに求められる真の技術である。
