PMのキャリアが詰む瞬間──火消し癖をやめるリスク設計

気づけば、また炎上案件の中心にいる。
誰かが困ったときに呼ばれて、空気を読んで前に出て、なんとか納期に間に合わせる。終わった瞬間は感謝される。けれど次の瞬間には、もう次の火種が待っている。

30代、40代に入ってPMを続けていると、このループに心当たりがある人は多いはず。僕も何度もそういう現場を目にしてきた。
そして、ここが一番やっかいなんだけど、火消しができる人ほど評価されやすい。だからこそ抜け出せない。

でも、あるタイミングでキャリアが詰む。
それは、火消しが「実績」ではなく「前提」として扱われはじめる瞬間だ。

火消しが当たり前になると、PMは消耗品になる

炎上を鎮められるPMは貴重だ。現場は助かる。上司も助かる。顧客も助かる。
ただ、組織がその価値に慣れると、こういう認識に変わっていく。

• 困ったらあの人を入れれば何とかなる

• 計画が甘くても、最後はあの人が巻き取る

• 無理な約束をしても、調整で吸収してくれる

この瞬間から、PMは「問題を解決する人」ではなく「問題を吸収する人」になる。
そして問題を吸収する人は、どこまでいっても「手段」として扱われる。役割が上がらない。裁量も増えない。むしろ責任だけ増える。

場合によっては、「懐刀」としてもてはやされるケースすらある。

キャリアが詰むのは、ここだ。

火消しの実績が積み上がっているのに、なぜか評価が伸びない。
肩書きはPMのまま、単価も役職も頭打ち。転職しても「炎上PM枠」ばかりが来る。

そして、いつのまにか、日々の所作もリスク回避に傾き、チャレンジする方向に向かなくなる人を多く見てきた。

その状態から抜け出す鍵が、リスク設計にある。

そもそも、火消し癖とは何か

火消し癖って、根性論じゃない。性格でもない。
多くの場合、構造として起きている。

典型パターンはこうだ。

1. 成功条件が曖昧

2. だからスコープが増える

3. 進捗は「数字」だけで、兆候が見えない

4. 問題が顕在化した時点で手を打つ

5. PMが調整で吸収し、納期に合わせる

6. 同じ構造が再発する

ここで重要なのは、火消しが「最後の手段」ではなく「運用」になっている点。
運用になった瞬間、PMは設計者ではなく、緊急対応員になる。

じゃあどうするか。
火消しを減らすのではなく、火消しが必要になる前に「兆候で止める」設計に変える。

リスク設計は、リストを作ることじゃない

多くの現場では、リスク管理＝リスクリストを作ることになっている。
Excelに「リスク」「影響」「確率」「対策」を並べて、定例で更新して、終わり。

これ、形だけになるとほぼ意味がない。
なぜなら、炎上は「リストに書けるような綺麗な形」で来ないから。

PMのキャリアを守るリスク設計は、もっと生々しい。

• どの兆候が出たら黄色信号か

• その兆候が出た瞬間、誰が何を止められるのか

• 止めるときに、誰がどう説明するのか

• 代替案は何か

• 何を捨てるのか（必ず捨てるものが出る）

つまり、リスク設計とは「止める権利」と「捨てる手順」を先に用意することだ。

火消し癖をやめる、実務のリスク設計 5ステップ

ここからは、PMが明日から使える形に落とす。
ポイントは、気合じゃなく手順で変えること。

ステップ1：成功条件を一枚にする（Doneの合意）

まず、「このプロジェクトが成功した」と言える条件を、関係者と合意する。
ここが曖昧だと、後の全てが崩れる。

一枚に書くなら、最低これ。

• 目的（なぜやるのか）

• 成果（何が変わるのか）

• 指標（どう測るのか）

• 完了条件（どこまでやれば終わりか）

• 例外（やらないこと）

特に効くのは「やらないこと」。
PMが火消しする現場ほど、ここが存在しない。

ステップ2：スコープに「門番」を置く（増える前提で設計）

次に、スコープ変更を「善意のお願い」で通させない仕組みを作る。

具体的には、変更要求が来たら必ず次のどれかに分類する。

• 必須（法令・安全・停止リスク）

• 価値増（売上・利用・顧客価値）

• 便利（あると嬉しい）

• 趣味（誰かの好み）

そして、必ず聞く。

• その変更で、何を捨てますか？

捨てるものを言えない変更は、基本的に通さない。
ここでPMが曖昧にすると、後で必ず自分が燃える。

ステップ3：進捗を「作業」ではなく「兆候」で見る

火消しPMが陥りやすいのは、進捗を「タスク消化率」で見続けること。
炎上は、タスクが終わっているように見えても起きる。

見るべきは兆候だ。

• 不確実なタスクの比率が増えていないか

• 依存関係（外部待ち）が増えていないか

• レビューで差し戻しが増えていないか

• 仕様の質問が急に減っていないか（怖くて聞けなくなる）

• 残業が増えていないか（人は黙って壊れる）

この兆候を「赤黄緑」で毎週見える化する。
数字の精度より、早期に気づく仕組みが重要。

ステップ4：トリガーを決める（止める条件を先に合意）

リスク設計の核がこれ。

「この条件になったら、止める／切り替える」を先に決める。
例を出す。

• 重要機能の要件が未確定のまま開発開始しない

• 結合テスト開始時点で重大バグが一定数を超えたらリリース延期を提案する

• 主要依存先が期日を超えたら代替策に切り替える

• 予算超過が見えたらスコープ縮小をセットで出す

ここが決まっているPMは、火消しではなく設計者として扱われる。
逆に、ここがないPMは「最後に何とかする人」になる。

ステップ5：説明の型を持つ（正論で殴らない）

止める判断をするとき、PMが失敗するのは、正論で押し切ろうとすること。

現場は納期に追われている。上司は評価に追われている。顧客は意思決定が怖い。
だから説明は「正しい」ではなく「安心できる」が必要。

型はこれでいい。

• 事実：今、何が起きているか（データ・兆候）

• 影響：このままだと何が起きるか（具体）

• 選択肢：A/B/C（それぞれのメリット・デメリット）

• 推奨：僕はこれを推す（理由）

• 次：今日決めたいこと、誰が何をするか

これを毎回同じ形で出すと、周囲が「PMは意思決定を前に進める人」という認識に変わる。

火消し癖をやめたPMが手に入れるもの

リスク設計が回り始めると、現場は劇的に変わる。
炎上がゼロになるわけじゃない。でも、炎上が「予想外」ではなく「想定内」になる。

結果として、PMの立ち位置が変わる。

• ただの調整役 → 意思決定の設計者

• なんとかする人 → なんとかしなくていい仕組みを作る人

• 消耗品 → 仕組みを残せる人

これが、30代後半〜40代で効いてくる。
役割が上がる人は、火消しの武勇伝が多い人じゃない。再現性を作った人だ。

最後に：あなたの火消しは、誰のためになっている？

もし今、あなたが火消し役として便利に使われているなら。
それはあなたが優秀だから、だけじゃない。
組織が、火消し前提の設計を放置しているからでもある。

だからこそ、あなたが変えるべきは働き方じゃなく、設計だ。
止める条件、捨てる手順、兆候で見る進捗、合意の型。

……ここまで読んで、ひとつだけ考えてみてほしい。

次のプロジェクトで、あなたが最初に設計すべきリスクは何だろう？
そしてそのリスクに、どんなトリガーと止め方を用意する？

次に読む：

はじめての方へ：

マガジンの紹介：

IT業界の「技術×キャリア×整える」を束ねるマガジンを公開中です！
ビジネスや心と体を整える良記事が集まってきていますので、
是非、覗いてみてくださいね。
気に入って頂けたらマガジンのフォローもよろしくお願いします！
共同マガジンに参加希望の方も募集中です！