「気づいたときには、もう手遅れだった」——炎上したプロジェクトの振り返りで、最も多く聞かれる言葉です。しかし実際には、プロジェクトが突然燃え上がることはほとんどありません。炎上には必ず前兆があり、その多くは初期段階でサインを出しています。問題は、そのサインを「まだ大丈夫」と見過ごしてしまうことにあります。
本記事では、PM・管理職の方に向けて、プロジェクトが炎上する前に現れる典型的な予兆を10個に整理し、それぞれの早期対応をセットで解説します。ひとつでも心当たりがあれば、まだ間に合う段階です。
なぜ「前兆で止める」ことが重要なのか
プロジェクトの問題は、放置した期間に比例して対処コストが跳ね上がります。設計段階のズレは会議1回で直せても、実装が進んでから発覚すれば手戻りは数週間、リリース直前なら信頼の毀損まで含めて取り返しがつきません。
一般に、火が小さいうちほど選べる打ち手は多く、コストは小さくなります。逆に、炎上が誰の目にも明らかになった時点では、選択肢は「大幅なリスケ」か「品質を落として押し切る」かの二択に狭まっていることがほとんどです。だからこそ、予兆の段階で気づき、手を打つことがPMの最も重要な仕事のひとつになります。
炎上の前兆10選と早期対応
前兆は大きく4つの領域に現れます。進捗、コミュニケーション、品質、チームです。順に見ていきましょう。
進捗に現れる前兆
① 「90%完了」がずっと続く タスクの進捗が90%前後で何日も止まる「90%シンドローム」は、残作業の難所が見えていない典型的なサインです。 → 早期対応：進捗を「％」ではなく「完了条件を満たしたか（Done/NotDone）」で報告させる。残っている具体的な作業を洗い出す。
② スケジュールの遅れが「後で取り戻す」で先送りされる 「来週まとめて挽回します」が2回続いたら、その計画は破綻しかけています。 → 早期対応：挽回策を精神論ではなく具体的な工程で示させる。示せないなら、この時点でリプランを合意する。
③ バッファ（余裕）を早々に使い切っている プロジェクト序盤で予備日を消化しているなら、後半の想定外に耐えられません。 → 早期対応：バッファの残量を可視化し、消費ペースを定例で確認する。
コミュニケーションに現れる前兆
④ 悪い報告が上がってこなくなる 会議が「順調です」ばかりになったら、むしろ危険信号です。健全なプロジェクトほど課題が可視化されています。 → 早期対応：「困っていることは？」を固定アジェンダにし、悪い報告を歓迎する姿勢を示す。報告した人を責めない。
⑤ 決定事項が二転三転する / 決まらない 同じ論点が何度も蒸し返されるのは、決定権者と決め方が曖昧なサインです。 → 早期対応：「何を誰が決めるか」を明文化する。変更要求の受付・承認ルートを一本化する。
⑥ ステークホルダー間の認識がずれている 顧客・自社・協力会社で「ゴール」の理解が食い違っていると、終盤で必ず衝突します。 → 早期対応：スコープと完成の定義を書面で再確認し、関係者全員の合意を取り直す。
品質に現れる前兆
⑦ レビューやテストが後ろに溜まっている 「まとめて後でやる」とされたレビュー・テストは、遅れと品質問題の温床です。 → 早期対応：レビューを工程に組み込み、溜めない運用に変える。滞留している分は棚卸しして着手順を決める。
⑧ 「とりあえず動けばいい」が増える 納期に追われて品質基準がなし崩しになると、後工程で不具合が噴出します。 → 早期対応：最低限守る品質基準を再確認し、削るなら「意図的に削る」と合意の上で判断する。
チームに現れる前兆
⑨ 特定の人に作業と情報が集中している 「あの人しか分からない」状態は、その人が倒れた瞬間にプロジェクトが止まるリスクです。 → 早期対応：属人化しているタスクを洗い出し、ドキュメント化と役割分担で分散させる。
⑩ 残業が常態化し、チームの活気が落ちている 慢性的な長時間労働は、離脱・品質低下・さらなる遅延の連鎖を招きます。 → 早期対応：稼働状況を数字で把握し、スコープ・人員・納期のいずれかを調整する。「気合いで乗り切る」を計画にしない。
前兆チェックリスト
自分のプロジェクトに当てはまるものがないか、確認してみてください。
- 進捗が90%前後で止まっているタスクがある
- 「後で挽回」が繰り返されている
- 序盤でバッファを使い切っている
- 会議が「順調です」ばかりになっている
- 決定事項が二転三転している
- 関係者間でゴールの理解がずれている
- レビュー・テストが後ろに溜まっている
- 品質基準がなし崩しになっている
- 特定の人に作業・情報が集中している
- 残業が常態化している
3つ以上該当するなら、早めに手を打つ段階です。1つでも「重い」ものがあれば、それだけで炎上の起点になり得ます。
前兆に気づける組織をつくる
これらの前兆は、PM個人の注意力だけに頼っていると見逃されます。重要なのは、予兆が自然に上がってくる仕組み——悪い報告を歓迎する会議、Done基準での進捗管理、決め方の明文化——をプロジェクトの型として組み込むことです。
新任のPMがこうした「型」を最初から備えるのは簡単ではありません。着任からの立ち上がりについては新任PMの最初の90日ロードマップで詳しく解説しています。
前兆を見逃したプロジェクトが最後にどうなるかは、裁判の記録に残っています。スルガ銀行事件と旭川医大事件で裁判所が責任をどう分けたかは、当社が運営するPM実務のポータル PMアンカー の頓挫したプロジェクトの責任を、裁判所はどう分けたかで読めます。
また、前兆を「知識」ではなく「見抜く感覚」として身につけるには、実際の失敗事例をケースとして分析するのが近道です。ビジネクストの失敗事例分析ワークショップでは、炎上したプロジェクトの経過をたどりながら「どの時点で・どのサインに気づけば防げたか」を演習形式で学びます。
まとめ
- プロジェクトは突然炎上せず、進捗・コミュニケーション・品質・チームの4領域に前兆が現れる
- 火が小さいうちほど打ち手は多く、対処コストは小さい。予兆の段階で動くのがPMの重要な仕事
- 「順調です」ばかりの会議、90%で止まる進捗、属人化——見過ごしがちなサインこそ危険信号
- 個人の注意力に頼らず、前兆が上がってくる仕組みをプロジェクトの型として組み込む
炎上を未然に防ぐPMの育成・研修をご検討の際は、下記からお気軽にご相談ください。