ストーリー

ロードマップの基本構造

フェーズ分割

組織横断の改善ロードマップは通常3-4フェーズに分割します。

Phase 0: 準備（2-4週間）
  ├── ステークホルダーの合意形成
  ├── パイロットチームの選定
  └── 成功基準の定義

Phase 1: パイロット（4-8週間）
  ├── 1-2チームで施策を試行
  ├── クイックウィンの実現
  └── フィードバック収集と計画修正

Phase 2: 拡大展開（8-16週間）
  ├── 成功パターンを他チームに展開
  ├── 組織的な障壁への対処
  └── 中間効果測定

Phase 3: 定着化（8-12週間）
  ├── プロセスの標準化と文書化
  ├── 継続的改善の仕組み構築
  └── 最終効果測定と次期計画

タイムラインの設計

ロードマップの具体例

DevFlow社の改善ロードマップ

Week 1-2: Phase 0（準備）
  [技術] ベースライン計測（リードタイム、デプロイ頻度、障害率）
  [組織] CTOへの提案と承認取得
  [組織] パイロットチームA の選定と合意

Week 3-6: Phase 1a（クイックウィン）
  [技術] PRテンプレート導入（全チーム）
  [技術] コードオーナー制度の導入
  [技術] 承認プロセスの簡素化（リスクベース判定）
  [組織] 改善チャンピオン制の導入（各チーム1名）
  [測定] クイックウィンの効果測定

Week 5-12: Phase 1b（基盤構築）
  [技術] CI/CDパイプラインの整備（チームAで先行）
  [技術] テスト自動化基盤の構築
  [組織] チームAでの新プロセス試行
  [CM] チームA向けトレーニング

Week 10-14: Phase 1c（ステークホルダー報告）
  [測定] チームAでの中間効果測定
  [報告] CTO/開発本部長への中間報告
  [判断] Phase 2（拡大展開）のGo/NoGo判断

Week 13-24: Phase 2（拡大展開）
  [技術] CI/CDをチームB, C, プラットフォームに展開
  [技術] セキュリティテスト自動化の導入
  [技術] API契約管理の導入
  [組織] QA部の役割再定義（手動テスト→品質戦略）
  [CM] 全チーム向けトレーニング

Week 22-30: Phase 3（定着化）
  [技術] モニタリングダッシュボード構築
  [組織] プロセスの標準化と文書化
  [組織] 継続的改善のガバナンス体制構築
  [測定] 最終効果測定
  [報告] 経営層への最終報告と次期計画提案

マイルストーンとゲート

マイルストーンの設計

Go/NoGo判断基準

リソース計画

必要リソースの見積もり

既存業務との両立

「改善は既存の業務に上乗せではダメだ。改善のためのリソースを明示的に確保する。そうでなければ、日常業務に押されて改善は後回しにされ続ける」 — 田中VPoE

リスク管理

リスク一覧と対策

まとめ

チェックリスト

• ロードマップの4フェーズ構造を理解した
• マイルストーンとGo/NoGo判断の設計方法を把握した
• リソース計画と既存業務との両立方法を理解した
• リスク管理の方法を把握した

次のステップへ

次は演習です。ここまで学んだインパクト分析、優先順位付け、ロードマップ設計を使って、実際の改善ロードマップを策定しましょう。

推定読了時間: 30分