「ナビの結果に『まず事実整理を』と出た。でも、今の状況でその事実をどうやって整理すればいいか分からない」。
PJ炎上初動ナビを使ったPMから、こういう声を聴くことがあります。診断ツールは「何が優先か」を教えてくれますが、「どうやって動くか」は教えてくれません。
この記事では、ナビの結果を受けた直後にまず何をするか、初動の整理に絞って書きます。最初の5日間の日別行動計画を作る場合は炎上初動ナビの結果を1週間の行動計画にする方法で日別に整理しています。
ナビは優先順位づけのツールとして使う
PJ炎上初動ナビは、現在の炎上状態のタイプ（要件迷走・追加要望・品質問題・関係悪化など）を判定して、最初に取り組むべき問題領域を示します。
注意してほしいのは、ナビの結果が「正解の対処法」ではないことです。「このプロジェクトには追加要望の管理問題がある可能性が高い」という仮説を提示しているにすぎません。ナビの結果を手がかりに、自分で事実を確認しに行くことが次の仕事です。
ステップ1：事実と推測を分ける
ナビを使った直後にやることは、ナビが示した問題領域に関する「事実」を集めることです。
「事実」と「推測（報告・印象）」は別物です。
| 事実の例 | 推測の例 |
|---|---|
| 直近2週間の定例で、同じタスクが3回「対応中」のまま変わっていない | 「チームの士気が下がっている」 |
| 顧客からの追加要望メールが先月だけで7通ある | 「要件がいつまでも増える案件だ」 |
| テスト工程が予定より8日遅延しており、原因コメントがない | 「品質に問題がある」 |
事実を集める手段は、議事録・チケット・メール・チャットのログです。推測ベースで動くと、対処がずれます。
ステップ2：影響範囲を確認する
事実が集まったら、その問題がどこまで広がっているかを確認します。見るのは3点です。
納期：現状のペースで進んだとき、何日の遅延が予測されるか。
コスト：超過工数・追加対応で、原価がどれだけ変わるか。
顧客との合意：契約書・議事録に書かれている範囲と、今やっていることのズレ。
この3点が数字で出ないと、次の報告の材料が作れません。「まだ確認できていない」という状態のまま報告に進むと、顧客への説明の精度が落ちます。
ステップ3：社内報告の材料を作る
影響範囲が見えたら、上司・会社への報告材料を作ります。この段階では、顧客への説明より先に社内の認識を揃えることが大切です。
社内報告に必要なのは以下の3点です。
- 現状の事実（数字ベース）
- 顧客との合意状態（ズレがある場合は明記）
- 自分が考えている次のアクション案
「どうしましょうか」で終わる報告ではなく、「このアクションを取ることを考えています。承認・フィードバックをください」という形で上げると、上司が動きやすくなります。
ステップ4：顧客への次回連絡を決める
社内の認識が揃ったら、顧客への報告・連絡を決めます。炎上中の顧客連絡で気をつけるのは、「事実を伝えること」と「不確かな見込みを約束しないこと」の2点です。
顧客が求めているのは、多くの場合「今起きていることの説明」と「次にいつ何が分かるか」です。完璧な解決策がなくても、「○日までに影響範囲の試算を出します」という形で次のアクションと日程を提示するだけで、状況は安定しやすくなります。顧客向けの報告内容を整理する具体的な手順については、炎上初動チェックリストを顧客報告に使う方法を参考にしてください。
ステップ5：学習・再発防止につなげる
初動を乗り越えたあとに、同じ状況を繰り返さないための学習を積んでおくことが長期的に重要です。
FFF-101（要件が迷走して手戻り多発）や FFF-103（バグ多発でリリース延期）は、今まさに直面している炎上タイプと同じ問題パターンをケースで学ぶ構成になっています。案件が落ち着いたタイミング、または次の案件が始まる前に受けておくと、再度の炎上リスクを下げる一つの選択肢になります。
ナビの結果は「何に集中するか」を決める材料です。そこから先の動きは、自分で事実を集めて判断していくしかありません。この記事の手順を1回試してみて、次の炎上案件で「あのとき動いておいてよかった」という経験に変えてください。
PJ炎上初動ナビを使うでまず状況を診断してみてください。最初の1週間の日別行動を整理する場合は炎上初動ナビの結果を1週間の行動計画にする方法もあわせて確認してください。