プロジェクト進捗管理のコツ｜「順調です」の嘘を見抜き、遅延を防ぐ方法

本連載について
この記事は、難解なプロジェクトマネジメントのノウハウを、誰もが経験したことのある「家族旅行」に例えてわかりやすく解説する全12回のシリーズです。（※どの回からでも単独でお読みいただけます）

第9回となる今回は、「順調です」の嘘を見抜き遅延を解消する「進捗管理のコツ」についてお届けします！

「『順調です』と言っていたメンバーの作業が、期限当日に『実は終わっていません』と発覚して炎上した……」
「遅れを取り戻そうと人を増やしたら、教える手間で余計に混乱してさらに遅れてしまった」

いよいよプロジェクトという「旅」が始まりました。しかし、現実は計画通りにはいきません。予期せぬトラブル、不慣れな作業……。プロジェクトの現場では、必ずどこかで「渋滞（遅延）」が発生します。

大切なのは、渋滞が起きたときにパニックにならず、いかにスマートに「ルートの再計算」ができるかです。今回は、多くのリーダーが陥る進捗管理の罠と、スマートに遅延を解消する方法を旅行の例えで解説します。

「進捗率90%」で止まる謎。なぜ「順調です」は信じられないのか？
- 対策：進捗は「％（自己申告）」ではなく「事実（Done）」で追う
渋滞（遅延）が起きた時の「3つの選択肢（リカバリー策）」
要注意！「遅れているから人を増やす」が炎上を加速させる理由
- 知っておくべき「ブルックスの法則」
WBSを「死んだ地図」にしない3つの運用ルール
【現場のリアル】データより先に現れる「見えない遅延の予兆」
まとめ：進捗管理とは、監視ではなく「ルートの再計算」である

「進捗率90%」で止まる謎。なぜ「順調です」は信じられないのか？

進捗管理で最も恐ろしいのが、IT業界の不治の病とも言える「進捗率90%の壁（症候群）」です。

「作業はどこまで進んだ？」と聞くと、多くのメンバーは早々に「90%です」「順調です」と答えます。しかし、残りの10%（最後のテストや微調整）に膨大な時間がかかり、数週間ずっと「90%」のまま動かない……。そんな経験はありませんか？旅行で言えば、「目的地の近くまで来たけれど、駐車場が見つからず、建物の周りを1時間ぐるぐる回っている状態」です。

対策：進捗は「％（自己申告）」ではなく「事実（Done）」で追う

「何%進んだか」という個人の感覚（自己申告）に頼るからズレが生じます。進捗は、第3回で学んだWBSの「何が終われば完了か」という事実（Done）だけで判断するのが鉄則です。

NGな管理：「荷造りは90%終わりました」（残りの10%に何が含まれているか不明）
正しい管理：「着替えを詰めたか？（Yes/No）」「チケットを持ったか？（Yes/No）」
実務での工夫：WBSやタスク管理ツールに具体的なチェックボックスを設け、「コードレビューを通過し、テスト環境にデプロイされたら初めて100%（完了）とする」といった明確なルールを敷きましょう。

渋滞（遅延）が起きた時の「3つの選択肢（リカバリー策）」

どんなに優れた計画でも、遅延は起きます。渋滞に巻き込まれたとき、リーダーには次の3つのカードしかありません。状況に合わせて冷静に使い分けましょう。

対策カード	旅行でのアクション	メリット	デメリット（リスク）
1. リソース投入（人・お金を増やす）	「アクセルを踏む」運転手を増やす、特急券を買う	理論上、作業スピードが上がり、到着時間が早まる。	コストがかかる。後述する「ブルックスの法則」により、余計に遅れる危険性がある。
2. スコープ調整（機能を削る）	「目的地を絞る」観光を1か所諦め、ルートを短縮する	確実に今の遅れをリセットできる。一番現実的な手。	お客様（ユーザーや家族）の満足度が下がる可能性があるため、交渉が必要。
3. 納期調整（期限を延ばす）	「到着を遅らせる」チェックインの時間を遅くする	作るものの品質や機能（スコープ）をそのまま維持できる。	後続の予定すべてに響く。対外的な信頼を失うリスクが最も高い。

さらに詳しく知りたい方へ
実際に遅延が発生した際、どのカードをどの順番で切るべきか。具体的な「リカバリ4ステップ」の手順については、こちらの記事「「進捗90%で止まる」を防ぐ！ITプロジェクトの進捗管理と0/100ルールの基本」でステップバイステップで解説しています。

要注意！「遅れているから人を増やす」が炎上を加速させる理由

遅延が起きたとき、多くのPMが真っ先に選びがちなのが「リソース投入（増員）」です。しかし、ここには恐ろしい罠が潜んでいます。

知っておくべき「ブルックスの法則」

「遅れているソフトウェアプロジェクトへの要員追加は、さらにプロジェクトを遅らせるだけである」これをプロジェクトマネジメントの世界では「ブルックスの法則」と呼びます。

旅行で言えば、渋滞でイライラしているパパの横に、「道も知らない、車の運転も不慣れな新人」が急に座るようなものです。パパは自分の運転に集中して遅れを取り戻したいのに、「次、どっちに曲がるんですか？」「このスイッチは何ですか？」と教える手間（教育コスト）が発生し、結果としてさらに到着が遅れてしまうのです。

人を増やすなら、「渋滞が始まる前（遅延の予兆が見えた時）」でなければ間に合いません。炎上してからの増員は、傷口を広げるだけになるケースが多いことを覚えておきましょう。

WBSを「死んだ地図」にしない3つの運用ルール

第3回で作ったWBSは、作って終わりではありません。常に「生きている地図」としてメンテナンスし続ける必要があります。

毎日更新し、鮮度を保つ
旅行中に「今どこにいるか」を確認するのと同様に、WBSのステータスは毎日（朝会などで）更新しましょう。週に一度の更新では、手遅れになります。
遅延を「責めない」（心理的安全性）
「なぜ遅れたんだ！」と叱責すると、メンバーは怒られるのを恐れて「順調です（90%です）」と嘘をつき、遅延を隠すようになります。「何がブロック要因になっている？」「私に手伝えることはある？」と、一緒に障害を取り除く声かけを心がけましょう。
マイルストーンを再設定する
大幅に遅れてしまったら、古い計画に執着してはいけません。今の現在地から再出発するための「新しい旅程表」を引き直す勇気を持ちましょう。