ストーリー
田
田中VPoE
緩和策を打っても、リスクがゼロになるわけではない。「それでも問題が起きたらどうするか？」を事前に決めておくのがコンティンジェンシープラン（緊急時対応計画）だ
あなた
Plan Bを用意しておくということですね
あ
田
田中VPoE
そうだ。経営層が最も恐れるのは「想定外の事態に対処できない」状態だ。「最悪のケースでもこう対応します」と言えるかどうかで、提案の信頼性が大きく変わる
あなた
「想定外」をなくすのではなく、「想定外への備え」を提示するんですね
あ
コンティンジェンシープランの基本構造
プランの構成要素
| 要素 | 内容 | 例 |
|---|---|---|
| トリガー条件 | プランを発動する判断基準 | 「スケジュールが計画の120%を超えた時点」 |
| 対応アクション | 具体的に何をするか | 「スコープをMVP相当に縮小し、Phase 2に持ち越す」 |
| 意思決定者 | 誰がプラン発動を判断するか | 「CTOが判断、経営会議で報告」 |
| 必要リソース | プラン実行に必要なリソース | 「外部SIパートナー2名のスタンバイ契約」 |
| 期待効果 | プラン発動による影響の軽減効果 | 「損失を50%以内に抑制」 |
主要リスクのコンティンジェンシープラン
Plan 1: スケジュール大幅遅延
トリガー: Phase 1完了が計画の150%（9ヶ月）を超過する見込み
または、Gate 1レビューで主要マイルストーンの50%以上が未達
対応アクション:
├── Level 1（120%超過時）: スコープ見直し
│ ├── 非必須機能をPhase 2に延期
│ ├── 外部リソースの追加投入（2名）
│ └── 週次→日次の進捗確認に切り替え
│
├── Level 2（150%超過時）: 計画再策定
│ ├── MVP定義の再設定（必須機能のみ）
│ ├── Phase 2以降のロードマップ全体を見直し
│ └── 経営会議への状況報告と追加承認
│
└── Level 3（200%超過時）: プロジェクト一時停止
├── 原因分析と根本対策の策定
├── 継続/中止の経営判断を仰ぐ
└── サンクコストバイアスを排除した判断
意思決定者: Level 1: PM、Level 2: CTO、Level 3: CEOPlan 2: コスト大幅超過
トリガー: 累積コストが予算の120%を超える見込み
対応アクション:
├── 即時: コスト超過の原因分析
│ ├── クラウド利用料の最適化（リザーブドインスタンス等）
│ ├── スコープの再優先順位付け
│ └── 低ROI施策の延期
│
├── 短期: 予算再配分
│ ├── 他プロジェクトからの予算振替可否を確認
│ ├── フェーズ計画の見直し
│ └── 追加予算の承認申請
│
└── 最終手段: プロジェクトスコープの大幅縮小
├── 投資済み部分の効果を最大化する方向で再設計
└── 残りは次年度予算で実施
準備金: 予算の15%をリスク準備金として確保Plan 3: キーパーソン離職
トリガー: プロジェクトのキーパーソン（テックリード等）が退職の意思表示
対応アクション:
├── 即時（1週間以内）
│ ├── 引き止め交渉（条件改善、役割見直し）
│ ├── ナレッジトランスファー計画の策定
│ └── 代替候補者の特定
│
├── 短期（1ヶ月以内）
│ ├── 引き継ぎの実行（ペアプログラミング、ドキュメント化）
│ ├── 外部パートナーのスタンバイ契約の発動
│ └── チーム体制の再編
│
└── 予防策（常時）
├── バス因子の分散（重要な知識を複数人が保持）
├── ドキュメンテーション文化の醸成
└── チームメンバーの満足度定期サーベイ
備考: バス因子1のタスクをリスクレジスターで常時管理撤退基準（Exit Criteria）
撤退判断のフレームワーク
経営層にとって最も難しい判断の一つが「プロジェクトの中止」です。事前に撤退基準を定義しておくことで、サンクコストバイアスに陥ることなく合理的な判断ができます。
| 撤退基準 | 具体的な条件 | 判断者 |
|---|---|---|
| 財務基準 | 累積コストが予算の200%を超過 | CFO |
| 効果基準 | Phase 1終了時のKPIが目標の50%未満 | CTO |
| 市場基準 | 前提としていた市場環境が大きく変化 | CEO |
| 技術基準 | 技術的に実現不可能と判断された場合 | CTO |
| 組織基準 | チームが崩壊し再構築が困難な場合 | CTO + 人事 |
撤退時の損失最小化
撤退時のアクション:
1. 既存投資の活用
└── 完了済み部分の成果を他プロジェクトで活用
2. ナレッジの保存
└── 得られた知見をドキュメント化し、次の取り組みに活用
3. チームの再配置
└── 育成されたスキルを他プロジェクトで活かす
4. ステークホルダーへの説明
└── 撤退理由、得られた成果、次のステップを明確に伝える「撤退基準を事前に定義しておくことは、“失敗を認める勇気”ではなく、“合理的な経営判断の準備”だ。経営層にとって最も評価が高いのは、損失が拡大する前に止められるリーダーだ」 — 田中VPoE
経営層への提示方法
コンティンジェンシープランサマリー
| リスク | トリガー | Plan B | 最大損失抑制 |
|---|---|---|---|
| スケジュール大幅遅延 | 計画の150%超過 | スコープ縮小+再計画 | 損失50%抑制 |
| コスト大幅超過 | 予算の120%超過 | 最適化+スコープ見直し | 追加コスト30%以内 |
| キーパーソン離職 | 退職意思の表明 | ナレッジ移転+外部支援 | 遅延3ヶ月以内 |
| 技術的障壁 | PoC未達 | 代替技術への切り替え | 追加コスト20%以内 |
| セキュリティインシデント | 脆弱性の発見 | 即時パッチ+監査強化 | 被害の最小化 |
まとめ
| ポイント | 内容 |
|---|---|
| コンティンジェンシープラン | トリガー、アクション、意思決定者、必要リソースを事前定義 |
| 段階的対応 | Level 1→2→3の段階的エスカレーションを設計 |
| 撤退基準 | サンクコストバイアスを排除するため、事前に中止条件を定義 |
| 損失最小化 | 撤退時も既存投資の活用とナレッジ保存を行う |
チェックリスト
- コンティンジェンシープランの構成要素を理解した
- 段階的エスカレーションの設計方法を理解した
- 撤退基準の設定方法を理解した
- 撤退時の損失最小化戦略を理解した
次のステップへ
次は「演習：リスクアセスメントと対策立案」です。実際のシナリオを使って、リスクの特定・定量化・緩和策・コンティンジェンシープランを総合的に策定する演習に取り組みます。
推定読了時間: 30分