ストーリー
田
田中VPoE
体制とガバナンスの理論を学んだ。TechForward社の技術基盤刷新プログラムの推進体制を設計してもらう
あなた
プログラム構造、ガバナンス、チェンジマネジメント、コミュニケーション計画の4つを統合するんですね
あ
田
田中VPoE
そうだ。CTOがこの体制設計を見て「これなら3年間のプログラムを任せられる」と思えるレベルの設計を期待している。Month 8のリーダーシップの知見をフル活用してくれ
ミッション概要
| 項目 | 内容 |
|---|---|
| 演習タイトル | TechForward社の推進体制設計 |
| 想定時間 | 90分 |
| 成果物 | 推進体制設計書（組織図 + ガバナンス + CM計画 + コミュニケーション計画） |
Mission 1: プログラム組織設計（25分）
要件
- プログラム組織図（WSの構成、チーム規模、リード配置）
- ロールと責任の定義（RACI マトリクス）
- 会議体設計（頻度、参加者、目的）
- 予算配分の概算（年度別、カテゴリ別）
解答例
プログラム組織図:
- プログラムスポンサー: CTO
- プログラムディレクター: VPoE
- WS1（CI/CD & PF）: リード1名 + 15名、プラットフォームチームから8名 + 各チームから7名
- WS2（Security & Cloud）: リード1名 + 20名、インフラ本部から15名 + セキュリティ5名
- WS3（Data & AI）: リード1名 + 12名、データ8名 + ML4名
- PMO: PM 2名
- チェンジマネジメント: HR 1名 + テクニカルライター 1名
会議体:
| 会議 | 頻度 | 参加者 | 時間 |
|---|---|---|---|
| ステアリング | 月1回 | CTO, VPoE, WSリード | 60分 |
| WSリード同期 | 週1回 | VPoE, WSリード3名, PMO | 30分 |
| WS内レビュー | 隔週 | WSメンバー | 60分 |
| リスクレビュー | 月1回 | PMO, WSリード | 30分 |
Mission 2: ガバナンスフレームワーク設計（25分）
要件
- 判断レベルマトリクス（7カテゴリ以上）
- エスカレーションプロセス（4レベル）
- 品質ゲートの設計（Phase移行条件を含む）
- 例外管理プロセス
解答例
判断レベルマトリクス:
| 判断 | 例 | 決定者 | 承認者 |
|---|---|---|---|
| プログラム方針 | Phase変更 | VPoE | CTO |
| 予算（1000万以上） | ツール追加契約 | CTO | CFO |
| 技術標準変更 | 新ツール採用 | TGB | VPoE |
| WS内設計 | 実装方式 | WSリード | VPoE |
| 移行Go/No-Go | サービス切替 | WSリード | VPoE |
| 人材配置 | チーム間移動 | VPoE | CTO |
| 標準例外 | 技術標準逸脱 | TGB | VPoE |
品質ゲート（Phase 1→2移行条件）:
- CI/CD統一率: 100%
- SLO定義率: 100%（全50サービス）
- セキュリティスキャン統合率: 100%
- デプロイ頻度: 週2回以上（全チーム平均）
- 重大インシデント: Phase 1期間中にゼロ
Mission 3: チェンジマネジメント計画（20分）
要件
- 変革ロードマップ（コッターの8段階を技術基盤刷新に適用）
- トレーニング計画（対象別、Phase別）
- チェンジエージェントの選出計画（人数、基準、役割）
- 変革抵抗への対策（3つ以上のシナリオ）
解答例
変革抵抗シナリオ:
| シナリオ | 対象 | 対策 |
|---|---|---|
| Jenkins愛好者の抵抗 | ベテランバックエンドエンジニア | GitHub Actionsの移行リードに任命、新スキルの価値を訴求 |
| 業務多忙による非協力 | プロダクトチーム | 移行作業を正式タスクとしてスプリントに組み込み、マネージャーの承認を得る |
| ゼロトラストへの不満 | 全開発者 | SSO統合で体験を改善してからゼロトラストを導入（段階的） |
チェンジエージェント計画:
- 全12チームから各1名、計12名を選出
- 選出基準: チーム内の信頼度、技術力中程度以上、コミュニケーション力
- 月1回のチェンジエージェント会議で情報共有
- 活動時間: 業務時間の10%をチェンジマネジメント活動に充てる
Mission 4: コミュニケーション計画（20分）
要件
- ステークホルダー別コミュニケーション設計
- Phase 0のコミュニケーションカレンダー
- 定常コミュニケーションのチャネルと頻度
- 危機コミュニケーションプロセス
解答例
Phase 0 コミュニケーションカレンダー:
| Week | イベント | 対象 | 内容 |
|---|---|---|---|
| W1 | キックオフタウンホール | 全社800名 | ビジョン、ロードマップ、FAQ |
| W2 | CTO ブログ投稿 | 全社 | 変革の必要性と期待 |
| W3 | 部門別説明会 | 各部門 | 部門への影響と期待効果 |
| W4 | 開発者向けAMA | エンジニア300名 | 技術Q&A、不安解消 |
| W6 | 第1回ニュースレター | 全社 | 進捗、クイックウィン |
| W8 | SSO統合完了報告 | 全社 | 成果デモ、フィードバック依頼 |
| W12 | Phase 0完了タウンホール | 全社 | 成果サマリー、Phase 1予告 |
達成度チェック
| 観点 | 達成基準 |
|---|---|
| 組織設計 | 適切な規模と構成のプログラム組織が設計されている |
| ガバナンス | 判断レベル、エスカレーション、品質ゲートが明確 |
| チェンジマネジメント | 変革の抵抗に対する具体的な対策がある |
| コミュニケーション | ステークホルダー別の計画が具体的 |
| 実現可能性 | 800名規模の組織で実行可能な体制になっている |
| L4統合 | Month 8（リーダーシップ）、Month 9（ビジネス）の知見が活かされている |
推定所要時間: 90分