エスカレーションのタイミングと方法：黙って抱え込まない判断基準

「まだ自分で何とかなるかもしれない」「エスカレーションしたら弱みを見せることになる」——この思い込みがエスカレーションを遅らせて、結果として炎上を拡大させる。

エスカレーションは「弱さのサイン」ではなく「適切なリソースと権限を使って問題を解決するためのプロセス」だ。

エスカレーションすべき状況の判断基準

エスカレーションのタイミングを判断する「3ないルール」を紹介する。

1. 自分の権限で解決できない PMが持っている権限の範囲を超えている問題（追加予算の承認・重要な人事決定・スコープの大幅変更）は、権限を持つ人にエスカレーションが必要だ。

2. 自分の専門性では判断できない 法務・財務・セキュリティ・技術的に深い問題は、専門家に判断を仰ぐことが必要だ。PMが分からないまま前進することの方がリスクが高い。

3. 自分のリソースでは対応できない 人員・予算・時間が明らかに不足している場合、「頑張ればできる」という希望的観測より、「足りない」という現実を上位に報告して解決策を一緒に考える方が早い。

エスカレーション判断の数値基準

定性的な判断基準に加えて、数値で判断できる基準も持つと良い。

状況	エスカレーション基準
スケジュール遅延	全体の5%以上の遅延が確定的になった時点
予算超過	計画比10%以上の超過が見込まれる時点
スコープ変更	工数が元の20%以上増える変更依頼
品質問題	本番リリースに影響する重大バグが判明した時点
チームの問題	キーパーソンの退職・長期離脱が決まった時点

エスカレーションのやり方：5W1Hで整理する

悪いエスカレーション： 「プロジェクトがやばいです、何とかしてください」

これは「何が問題か」「何が必要か」が不明で、受け取った側が何もできない。

良いエスカレーション：5W1Hで整理する

What（何が問題か）：
[具体的な問題の内容]

Why（なぜ問題になったか）：
[原因の説明 – 1〜2行で端的に]

When（いつ判断が必要か）：
この問題は[日付]までにご判断いただかないと、
[どんな悪影響があるか]という状況になります。

Who（誰が判断・対応すべきか）：
[あなた/部門長/クライアント]のご判断が必要です。

How（対応の選択肢）：
選択肢A：[内容・メリット・デメリット]
選択肢B：[内容・メリット・デメリット]
私の推奨は[A/B]です。理由は[理由]。

Where（どこまで影響が広がるか）：
この問題は[プロジェクト/チーム/クライアント関係]に
影響します。

エスカレーション後のフォローアップ

エスカレーションして終わりにしてはいけない。「決定を受け取ってプロジェクトに反映する」までがエスカレーションのプロセスだ。

フォローアップのチェックリスト：

• エスカレーション先からの決定を文書化した
• 決定内容をチームメンバーに共有した
• 決定に基づいてタスク・スケジュールを更新した
• ステークホルダーに決定結果を報告した

エスカレーションを「しやすい環境」を作る

PMが上位へのエスカレーションをしやすい環境を作るためには、チームメンバーがPMへのエスカレーションをしやすい環境も同様に重要だ。

「問題を早く上げた人を評価する」という文化を作ることが、プロジェクト全体のエスカレーション文化の基盤になる。1on1で「今週エスカレーションしてくれてありがとう、おかげで早く対処できました」という言葉を意識的に使う。

まとめ

エスカレーションは「弱さのサイン」ではなく「問題を適切なレベルで解決するプロフェッショナルな行動」だ。「3ないルール」（権限がない・専門性がない・リソースがない）でエスカレーションを判断して、5W1Hで整理してから伝えることで、受け取った側が即座に動ける状態を作ることがPMの責任だ。