ストーリー
田
田中VPoE
TMO、リーダーシップチーム、アンバサダーネットワーク、コミュニケーション計画。変革推進体制の4つの要素を学んだ。ここからはTechVision社に適用する実践だ。250名の開発組織を動かす変革推進体制を設計してくれ
あなた
Step 2のグランドデザインを実行に移すための体制ですね。組織の特性に合わせた設計が必要です
あ
田
田中VPoE
その通りだ。教科書通りではなく、TechVision社の現実に即した設計を期待している。Platform部とプロダクト開発部のばらつき、QAの孤立、AI部の先進性 — これらの組織特性を踏まえた体制だ
ミッション概要
| 項目 | 内容 |
|---|
| 演習タイトル | TechVision社の変革推進体制設計 |
| 想定時間 | 90分 |
| 成果物 | 変革推進体制設計書(TMO設計 + リーダーシップチーム構成 + アンバサダーネットワーク + コミュニケーション計画) |
| 対象組織 | TechVision株式会社(250名開発組織) |
前提条件
Step 1, 2の診断結果とグランドデザインを前提とします。
組織の特性(変革推進体制に影響する要因):
| 特性 | 内容 | 体制設計への影響 |
|---|
| Platform部の先進性 | 全次元で組織平均を上回る | 変革のモデルケースとして活用 |
| プロダクト開発部の負荷 | 機能開発に追われ、余裕がない | 兼任アンバサダーの負荷管理が重要 |
| QAの孤立 | CTO直轄だがスコアが最低 | QAを変革体制に明示的に組み込む |
| AI部の専門性 | AI文化は高いが他部門への浸透が弱い | AI部の知見をネットワークで拡散 |
| 部門間コミュニケーション | 縦割り傾向、横連携が弱い | 横断的なネットワーク設計 |
| エンジニア離職率15% | 変革への疲弊が離職を加速するリスク | 負荷管理とインセンティブ設計が重要 |
Mission 1: TMOとリーダーシップチームの設計
要件
- TMO構成: TechVision社に適したTMO組織図(メンバー、役割、レポートライン)
- リーダーシップチーム: 8-12名の構成、各メンバーの選定理由
- 運営モデル: ケイデンス設計と意思決定フレームワーク
- 設立スケジュール: TMO設立からフル稼働までのタイムライン
解答例
TMO構成(ハイブリッド型)
TMO(VPoE直轄)
├── TMOリーダー(専任・1名)
│ └── 外部からの採用 or Platform部から異動
│ 理由: 全部門に対して中立的な立場が必要
├── プログラムマネージャー(専任・1名)
│ └── 現EMから異動
│ 理由: 組織内の力学を理解している
├── データアナリスト(専任・1名)
│ └── データ基盤チームから異動
│ 理由: 文化KPIの測定・ダッシュボード構築
├── 柱オーナー(兼任・4名、20%の時間)
│ ├── Secure Velocity: SREチームリーダー
│ ├── AI-Powered: MLエンジニアリングチームリーダー
│ ├── Eng. Platform: Platformチームリーダー
│ └── Continuous Learning: コアプロダクトEM
└── QA変革担当(兼任・1名、20%の時間)
└── QAマネージャー
理由: QAの孤立解消を明示的なミッションとして組み込み
リーダーシップチーム(10名)
| 名前/役割 | 要素 | 選定理由 |
|---|
| CTO | Position Power | 経営層との橋渡し、予算確保 |
| VPoE | Position Power + Leadership | 変革全体の統括 |
| TMOリーダー | Leadership + Expertise | 変革の日常推進 |
| Platform部長 | Position Power + Expertise | 技術基盤の変革推進 |
| コアプロダクトEM | Credibility | 最大組織の現場代表 |
| エンタープライズEM | Credibility | エンタープライズ課題の代弁 |
| SREチームリーダー | Expertise | 可観測性・信頼性の専門性 |
| MLチームリーダー | Expertise | AI戦略の専門性 |
| シニアアーキテクト | Credibility + Expertise | 技術的信頼性、若手への影響力 |
| 若手エンジニア代表 | 多様性 | 次世代の視点、新鮮な問題提起 |
運営モデル
| 頻度 | 活動 | 参加者 |
|---|
| 日次 | TMOスタンドアップ(15分) | TMOコア3名 |
| 週次 | 変革レビュー(60分) | TMOコア + 柱オーナー |
| 月次 | ステアリングコミッティ(90分) | リーダーシップチーム全員 |
| 四半期 | タウンホール(60分) | 全エンジニア |
Mission 2: アンバサダーネットワーク設計
要件
- ネットワーク構造: TechVision社の組織構造に合わせた配置
- 選定計画: どのような人物を選ぶか、選定プロセス
- 育成プログラム: オンボーディングと継続的育成の具体計画
- 成果指標: アンバサダー活動の成果をどう測定するか
解答例
ネットワーク構造(25名、全エンジニアの10%)
リーダーアンバサダー(4名、各戦略の柱に1名)
│
├── Secure Velocity(6名)
│ ├── コアプロダクト各チーム×1(4名)
│ ├── エンタープライズ×1(1名)← セキュリティ要件が最重要
│ └── インテグレーション×1(1名)← レガシーAPI対応
│
├── AI-Powered Engineering(6名)
│ ├── コアプロダクト代表(2名)
│ ├── エンタープライズ代表(1名)
│ ├── モバイル代表(1名)
│ ├── Platform代表(1名)
│ └── QA代表(1名)← AI×テスト自動化
│
├── Engineering Platform(5名)
│ ├── エンタープライズ(2名)← アーキテクチャ逸脱の修正
│ ├── インテグレーション(1名)← レガシー統合
│ ├── モバイル(1名)← デプロイ改善
│ └── QA(1名)← E2Eテスト改善
│
└── Continuous Learning(4名)
├── コアプロダクト代表(1名)
├── エンタープライズ代表(1名)
├── インテグレーション代表(1名)
└── モバイル代表(1名)
選定プロセス
| ステップ | 活動 | 期間 |
|---|
| 1 | EMと相談し、各チームの「影響力のある人」をリストアップ | Week 1 |
| 2 | 候補者との1on1で変革ビジョンを共有し、関心を確認 | Week 2 |
| 3 | 自発的な立候補を募集(全社向けアナウンス) | Week 2-3 |
| 4 | 多様性チェック(経験年数、性別、バックグラウンド) | Week 3 |
| 5 | 最終選定、役割と期待値の設定 | Week 4 |
QAの孤立解消のための特別配慮
- QAチーム(20名)から3名をアンバサダーに選出(15%と高い比率)
- AI-Powered、Eng. Platform、Secure Velocityの各柱にQAアンバサダーを配置
- QAマネージャーがTMOのQA変革担当として参加
Mission 3: コミュニケーション計画の策定
要件
- キックオフ計画: 変革の正式スタート宣言の設計
- チャネル設計: TechVision社に最適なコミュニケーションチャネルの選定
- ステークホルダー別メッセージ: 各対象者への具体的なメッセージ
- 抵抗対応計画: 予想される抵抗への事前対策
解答例
キックオフ計画
| 要素 | 内容 |
|---|
| 形式 | 全社タウンホール(ハイブリッド) + 部門別ワークショップ |
| 日程 | TMO設立後2週目の金曜午後 |
| 登壇者 | CTO(経営コミット)→ VPoE(グランドデザイン)→ TMOリーダー(具体計画)→ Q&A |
| 時間 | タウンホール60分 + 部門別ワークショップ90分 |
| 成果物 | 変革宣言ドキュメント、FAQ、フィードバックフォーム |
変革ストーリー(VPoEの語り)
「TechVision社には250名の素晴らしいエンジニアがいます。Platform部の仲間はElite水準のデリバリーを実現し、AI部はLLMを活用した革新的な機能を生み出しています。しかし、組織全体としてはまだ力を発揮しきれていません。
エンタープライズ顧客からはセキュリティの強化を求められ、競合はAI機能で差をつけ始めています。離職率15%は業界平均を超えています。このまま個別に努力を重ねても、組織として勝つことはできません。
我々は2年以内に、APAC最高のエンジニアリングチームになります。全チームがセキュアに速くデリバリーし、AIで進化し、毎日学び合う。そんな組織を、一緒に作りましょう。」
予想される抵抗への事前対策
| 対象 | 予想される抵抗 | 事前対策 |
|---|
| コアプロダクトEM | 「機能開発のスピードが落ちる」 | Phase 1は学習・改善の土台。短期的な負荷増は最小限に設計 |
| エンタープライズEM | 「カスタマイズ要件とアーキテクチャ統一は矛盾する」 | 段階的な標準化。既存カスタマイズの即時廃止ではない |
| インテグレーションEM | 「レガシーAPIがある限り自動化は難しい」 | レガシー対応の特別施策をロードマップに明記 |
| QAマネージャー | 「シフトレフトでQAは不要になるのか」 | QAの戦略的役割への進化を具体的に示す |
| シニアエンジニア | 「また新しい取り組みが増えるのか」 | 既存の取り組みとの統合・整理を約束 |
達成度チェック
| 観点 | 達成基準 |
|---|
| TMO設計 | 組織特性を反映したTMO構成と運営モデルがある |
| リーダーシップチーム | 4要素(地位・専門性・信頼性・リーダーシップ)のバランスが取れている |
| アンバサダーネットワーク | 全部門をカバーし、QAの孤立解消が考慮されている |
| コミュニケーション計画 | ステークホルダー別のメッセージと抵抗対応が具体的 |
| 統合性 | TMO・リーダーシップ・アンバサダー・コミュニケーションが一貫した体制になっている |
推定所要時間: 90分