LESSON 30分

ストーリー

田
田中VPoE
プログラムの構造と体制が決まった。次はガバナンス — つまり「どう意思決定するか」の仕組みだ
あなた
会議体は決めましたが、それだけでは足りないんですか？
あ
田
田中VPoE
会議は場にすぎない。重要なのは「誰が何を決められるか」「どの判断にはどのレベルの承認が必要か」「標準からの逸脱をどう管理するか」だ。Month 8で学んだ「委譲と統制のバランス」をここで具体化する

意思決定フレームワーク

判断レベルマトリクス

判断カテゴリ例決定者承認者記録方法
戦略的判断プログラムの方向転換、Phase変更CTO経営会議ステアリング議事録
予算判断1,000万円以上の追加支出CTOCFO予算変更申請書
技術判断（大）技術レーダーの変更、新規技術の採用VPoETGBADR
技術判断（中）WS内の設計判断WSリードVPoEADR（簡易版）
技術判断（小）実装方法の選択エンジニアWSリードPR/コードレビュー
人材判断チーム編成、外部採用VPoECTO人材計画書
例外判断技術標準からの逸脱TGBVPoE例外申請書

迅速な意思決定のための原則

原則1: 決定権限の明確化
  → 「誰に聞けばいいか分からない」状態を排除

原則2: 70%ルール
  → 情報が70%揃った時点で判断する。100%を待たない

原則3: Two-way Door / One-way Door
  → 可逆的な判断（Two-way Door）は素早く、
     不可逆的な判断（One-way Door）は慎重に

原則4: Disagree and Commit
  → 議論の末に決定したら、反対意見を持つ人も全力で実行

エスカレーションプロセス

エスカレーションフロー

問題発生
    │
    ↓
WSリードが判断可能か？ ──YES──→ WSリードが解決
    │
    NO
    ↓
VPoE（プログラムディレクター）に報告
    │
    ↓
VPoEが判断可能か？ ──YES──→ VPoEが解決
    │
    NO
    ↓
ステアリング委員会（CTO）にエスカレーション
    │
    ↓
CTOが判断・解決

エスカレーション基準

レベルトリガー対応時間エスカレーション先
L1（通常）WS内の技術課題1週間以内WSリード
L2（要注意）WS間の依存関係衝突、1週間以上の遅延3営業日以内VPoE
L3（重大）Phase移行判断、予算超過15%以上、重大リスク顕在化1営業日以内CTO
L4（緊急）本番障害、セキュリティインシデント、プロジェクト中止検討即座CTO + 経営会議

品質ガバナンス

品質ゲートの設計

ゲートタイミング評価基準判定者
設計レビュー施策開始前ADRの品質、リスク評価の妥当性TGB
実装レビュー実装完了時テスト結果、セキュリティスキャン結果WSリード
移行判定旧→新切り替え前Go/No-Go基準の達成VPoE
Phase移行Phase終了時マイルストーン達成率、品質指標CTO
最終レビュープログラム完了時全KPIの達成状況、残課題の整理CTO + 経営会議

コンプライアンスガバナンス

規制・基準管理方法確認頻度責任者
SOC2 Type II統制の継続的モニタリング月次セキュリティリード
ISMS情報資産台帳の更新確認四半期セキュリティリード
個人情報保護法データ分類・取り扱いの監査四半期データガバナンスリード
業界固有規制規制変更のウォッチ月次法務 + セキュリティ

ステークホルダーガバナンス

RACI マトリクス

活動CTOVPoEWSリードPMO開発チーム
プログラム方針決定ARCII
WS計画策定IARCC
技術標準策定ARCIC
予算管理ARIRI
進捗報告（経営層）ARCRI
リスク管理IARRC
チェンジマネジメントIACRR

まとめ

ポイント内容
判断レベル戦略/予算/技術（大中小）/人材/例外の7カテゴリで決定権限を明確化
意思決定原則70%ルール、Two-way/One-way Door、Disagree and Commit
エスカレーションL1〜L4の4段階で対応時間と報告先を定義
品質ゲート設計→実装→移行→Phase移行→最終の5段階
RACI全活動の責任分担を明確化

チェックリスト

  • 判断レベルマトリクスを設計できる
  • エスカレーションプロセスを理解した
  • 品質ゲートの設計方法を把握した
  • RACIマトリクスの作成ができる

次のステップへ

次は「変更管理とチェンジマネジメント」を学びます。技術基盤の刷新は技術の問題であると同時に、人と組織の変革です。

推定読了時間: 30分