炎上プロジェクトにアサインされた初日にすべき「現状可視化」5ステップ

炎上プロジェクトへのアサインは通知なしにやってくる。「来週月曜からXXプロジェクトをお願いしたい、かなり厳しい状況だ」——この一言で、あなたは混乱した現場に投げ込まれる。

最初の48時間をどう使うかで、その後のリカバリーが決まる。「まず全員と話を聞いて回る」「前任PMの資料を読み込む」という直感的なアプローチは間違っていないが、構造化されていない。この記事では、McKinseyが実際に使う炎上立て直しの骨格を借りて、最初の48時間でやるべきことを具体的に整理する。

McKinsey炎上プロジェクト立て直し6要素

McKinseyが大規模プロジェクト（$200M超の削減事例を含む）で使う立て直しフレームワークには、6つの核心要素がある。

1. 現状の客観的診断（Diagnosis without judgment） — 誰が悪いかより何が起きているかを優先する
2. ステークホルダーの信頼回復（Trust restoration） — 最初の行動で「聞く姿勢」を示す
3. スコープの再定義（Scope reset） — 現実的な範囲に縮小し、勝てる戦を選ぶ
4. 可視性の確保（Visibility creation） — 進捗・課題・決定事項をリアルタイムで共有する
5. 早期の小さな勝利（Quick wins） — HBR 2025も同様に指摘。2週間以内に目に見える成果を出す
6. 変化への適応（Change management） — 立て直しは技術問題ではなく人間問題として扱う

この6要素を48時間でどう実装するかが、以下の5ステップだ。

5ステップ現状可視化：48時間アクションプラン

ステップ1（0〜4時間）：「3つの質問」でヒアリングを構造化する

全員から話を聞くとき、オープンエンドな質問だと情報が散乱する。以下の3つの質問に絞る。

• 何が止まっているか？（技術的・組織的ブロッカーを特定）
• 誰が何を決められるか？（意思決定権限マップを頭に入れる）
• 今週中に動かせることは何か？（最初の小さな勝利の種を探す）

この3問をプロジェクトオーナー・テックリード・クライアント担当の3者に30分ずつヒアリングする。合計90分で全体像の輪郭が見えてくる。

48時間アクションリスト（ステップ1）

• プロジェクトオーナーとの30分ヒアリング設定
• テックリード（またはリードデベロッパー）との30分ヒアリング設定
• クライアント担当との30分ヒアリング設定（クライアント側PM等）
• ヒアリングメモをAIで整理（後述プロンプト参照）

ステップ2（4〜8時間）：現在の「炎上マップ」を作る

ヒアリングで集めた情報を3×3のマトリクスに落とし込む。

軸	技術	プロセス	人・関係性
緊急かつ重大
重大だが対応可能
影響小・様子見

このマトリクスを埋めると「本当に緊急な問題」が3〜5個に絞られる。炎上プロジェクトは往々にして「全部が問題」に見えるが、実際に致命的なのは少数だ。

ステップ3（8〜16時間）：スコープの「現在地」と「本来地」のギャップを測る

前任PMが書いたスコープ定義書・WBS・変更履歴を入手し、以下を確認する。

• 当初スコープ（契約書・キックオフ資料に書かれた内容）
• 現在の実際スコープ（実際に進行中のタスク）
• ステークホルダーが思っているスコープ（ヒアリングで拾った期待値）

この3つがズレている場合、それがプロジェクト炎上の直接原因であることが多い。特に「現在の実際スコープ」が当初より膨らんでいる（スコープクリープ）ケースは頻出だ。

48時間アクションリスト（ステップ2〜3）

• 前任PMの資料一式を入手（プロジェクト計画書・WBS・議事録）
• 変更履歴・追加要求の記録を確認
• 炎上マップを作成してチームに共有
• スコープギャップをA4一枚にまとめる

ステップ4（16〜32時間）：最初の「勝ち」を48時間以内に設計する

HBR 2025の研究が示すように、立て直しの成否は早期の小さな勝利の積み上げで決まる。チームの士気が低下した炎上現場では、「このPMが来てから何かが動いた」という体験が重要だ。

小さな勝利の条件：

• 48時間以内に完了できる（スピードが重要）
• チームの誰もが「改善した」と感じられる（共感できる課題の解決）
• ステークホルダーに可視化できる（報告できる成果）

例えば、「議事録が散乱していてどこに何があるかわからない」という問題があれば、Notionに統一ドキュメントハブを作って全員に共有するだけで「やっと整理された」という反応が得られる。

ステップ5（32〜48時間）：「最初の報告」で信頼の基盤を作る

初日から48時間以内に、ステークホルダー向けの状況報告を送る。内容は以下の構造にする。

1. 現状認識（問題を隠さず、把握していることを示す）
2. 最初の48時間でやったこと（行動の速さを示す）
3. 今後2週間のアクション（具体的なネクストステップ）
4. 最初の決定事項とお願い（意思決定と協力要請を明確に）

48時間アクションリスト（ステップ4〜5）

• 48時間以内に完了できる「勝ちタスク」を1〜2個特定・着手
• ステークホルダー向け初回報告のドラフトをAIで作成
• チームへの「自分の動き方」説明（1on1またはチーム全体MTG）
• 次週のリズム（定例MTG・報告サイクル）を設定

AI活用：ヒアリングメモを炎上マップに変換するプロンプト

ヒアリングで取ったメモをAIに渡すと、炎上マップのドラフトを10分で作れる。

以下のヒアリングメモをもとに、プロジェクト炎上の「現状診断マップ」を作成してください。

## ヒアリングメモ
[メモをそのままペースト]

## 出力形式
1. 主要な問題点（重大度順・上位5つ）
2. 各問題の根本原因（技術/プロセス/人間関係に分類）
3. 今週中に対処可能なもの vs 中期対応が必要なもの
4. 最初の「小さな勝利」候補（3つ提案）

客観的・事実ベースで記述し、感情的表現は避けてください。

まとめ

炎上プロジェクトの初日に感情で動くと、信頼を失う速度が速くなる。構造化された48時間アクションプランで、**「聞いて・見えて・動く」**を繰り返すことが最速のリカバリー経路だ。

McKinseyの6要素が示すように、炎上立て直しは技術問題ではなく人間問題だ。最初の48時間で「このPMは信頼できる」という印象を植えつければ、残り90%の戦いは格段に楽になる。