誰もが避けたいプロジェクト炎上。しかし、収束スピードこそがハイレベルPMの真価が問われる場面です。この記事では「発火→72時間以内の沈静化」をゴールに、診断・タスク再編・ステークホルダー説得までを具体的な手順で解説します。
炎上は気合いで乗り切るものではありません。決まった型で初動を打てるかどうかが、収束できるPMとそうでないPMを分けます。
この記事でわかること
- 炎上の兆候を早期に察知するチェックリスト
- 初動24時間でやるべき診断の型
- 48〜72時間でのタスク再編と報告の進め方
- 再発を防ぐ振り返りの仕組み
炎上の5大兆候チェックリスト
炎上は突然起きるように見えて、必ず前兆があります。次の兆候が複数当てはまったら、黄信号です。
- 定例で「順調です」しか出てこない（実態が見えない）
- 課題管理表が2週間以上更新されていない
- 特定メンバーに作業が集中している
- 仕様変更が口頭ベースで増えている
- 関係者間で「言った言わない」が起き始めた
これらは、情報が滞り始めたサインです。早く気づくほど、収束も早くなります。違和感を放置しないことが第一歩です。
0〜24h：初動診断フレーム「TRIAGE」
炎上初日は、慌てて手を動かすより「正確に診断する」ことが最優先です。救急医療のトリアージと同じ考え方を使います。
まず、全タスクを「止血が必要（今すぐ）」「重症（今週中）」「経過観察（後で）」の3段階に仕分けます。すべてを同時に直そうとすると共倒れになるからです。
次に、炎上の根本原因を1つに絞って仮説を立てます。スコープ過多なのか、要員不足なのか、コミュニケーション断絶なのか。原因が違えば打ち手も変わります。
初日のゴールは「全体像を正確に把握し、止血対象を確定する」ことです。ここを丁寧にやると、その後の72時間が一気に楽になります。
24〜48h：緊急タスク再編「3Box再配置」
2日目は、診断に基づいてタスクを組み替えます。やることは「捨てる・任せる・自分でやる」の3つに振り分けることです。
捨てるボックスには、今すぐ必要でないタスクを入れます。炎上時は「やらないことを決める」のがいちばん効きます。スコープを一時的に絞る判断は、PMにしかできません。
任せるボックスには、他メンバーに渡せる作業を入れます。属人化を解いて分散させると、ボトルネックが消えます。自分でやるボックスには、判断と調整だけを残します。
この再配置で、チームの動きが一気に軽くなります。手を動かすのではなく、流れを設計するのがPMの仕事です。
48〜72h：CxO報告＆ステークホルダー説得術
3日目は、経営層や顧客への報告フェーズです。ここで信頼を取り戻せるかが、プロジェクトの命運を分けます。
報告は「事実→原因→対策→見通し」の順で簡潔に。言い訳や曖昧な表現は逆効果です。悪い情報ほど早く正確に伝えるのが、結果的に信頼につながります。
説得のコツは、選択肢を提示すること。「この問題に対し、A案・B案があります。私はA案を推奨します」と判断材料を揃えると、相手は安心して意思決定できます。
再発防止：KPT＋POEループ
火を消したら、必ず振り返ります。同じ炎上を繰り返さないための仕組み化です。
KPT（Keep・Problem・Try）で、続けること・問題・次の打ち手を整理します。さらに「どの予兆を見逃したか」を振り返り、次回の早期検知に活かします。
振り返りは犯人探しではありません。仕組みの穴を埋める作業です。ここを丁寧にやるチームは、炎上の頻度が確実に下がります。
ケーススタディ：1億円案件の復旧ログ
実例を紹介します。納期2週間前に要件の認識ズレが発覚し、現場が機能停止に陥った1億円規模の案件がありました。
初日にタスクを止血・重症・経過観察に仕分け、納期に必須でない機能を一時的にスコープ外へ。2日目に作業を再分散し、3日目に顧客へ「削る機能と守る機能」を提案ベースで報告しました。
結果、コア機能を予定どおりリリースし、残りは次フェーズへ送ることで合意。炎上を「計画的な分割」に変えられた事例です。
炎上を未然に防ぐ平時の習慣
最良の炎上対応は「炎上させないこと」です。火がつく前に予兆を潰す、平時の習慣を紹介します。
ひとつ目は、課題管理表を毎日5分で更新すること。情報の鮮度が落ちると、リスクが見えなくなります。地味ですが、これだけで多くの炎上が防げます。
ふたつ目は、週1で「不安なこと」を聞く時間を作ること。メンバーは問題を抱えても自分から言い出しにくいものです。「困っていることない？」と能動的に聞くだけで、小さな火種を早期に消せます。
みっつ目は、スコープ変更を必ず文字で残すこと。口頭の仕様変更は、後の「言った言わない」の温床です。決定は必ずチャットや議事録に残す習慣をつけてください。
炎上対応でPMが絶対にやってはいけないこと
逆に、炎上時にやると傷を深める行動もあります。
- 原因究明より先に犯人探しを始める
- 自分一人で抱え込み、報告を遅らせる
- 全タスクを同時に巻き取ろうとする
- 「なんとかします」と根拠なく安請け合いする
炎上時のPMの仕事は、手を動かすことではなく「流れを設計し、正しく判断する」ことです。冷静さを保てるかどうかが、収束スピードを決めます。
炎上を防ぐドキュメント3点セット
平時に整えておくと炎上を未然に防げる、3つのドキュメントを紹介します。
ひとつ目は、課題管理表。誰が・いつまでに・何をやるかと、現在のステータスを一覧化します。これが常に最新なら、リスクは早期に見えます。
ふたつ目は、意思決定ログ。「いつ・誰が・何を決めたか」を時系列で残します。これがあると「言った言わない」の炎上が起きません。
みっつ目は、スコープ定義書。「やること・やらないこと」を明文化します。仕様追加の圧力がかかったとき、この1枚が盾になります。
どれも特別なツールは不要です。スプレッドシート1枚ずつで十分機能します。整えるのに時間はかかりません。
炎上後にチームの信頼を取り戻す方法
炎上を収束させても、チームの空気が悪いままでは再発します。最後に関係修復のコツを共有します。
大切なのは、犯人探しを絶対にしないことです。「仕組みの問題」として振り返れば、メンバーは安心して次に進めます。個人を責めた瞬間、情報共有が止まり、次の炎上の火種になります。
そして、収束に貢献したメンバーには具体的に感謝を伝えます。修羅場を一緒に越えた経験は、むしろチームの結束を強める機会にもなります。
よくある質問
Q1. 炎上時、まず何をすべき？
手を動かす前に診断です。全タスクを緊急度で仕分け、止血対象を確定してから動くと、無駄打ちが減ります。
Q2. 悪い報告はいつ伝える？
できるだけ早く、です。隠すほど傷は深くなります。事実と対策をセットで伝えれば、信頼はむしろ高まります。
まとめ
炎上収束は根性ではなく、型で決まります。
- 兆候チェックで早期に察知する
- 初日は診断に徹し、止血対象を確定
- 2日目にタスクを再配置、3日目に報告
- 振り返りで再発を仕組みから防ぐ
「炎上案件の立て直しを相談したい」方は、個別ご相談ページ からどうぞ。
