LESSON 30分

ストーリー

田中VPoE
ここまでで「何を」「どこへ」「どうやって」が設計できた。Step 4では「誰が」「どう運営するか」を決める。技術基盤刷新は単一のプロジェクトではない。複数のプロジェクトが並行する「プログラム」だ
あなた
プロジェクトとプログラムの違いは何ですか?
田中VPoE
プロジェクトは「CI/CDの統一」のような個別の取り組み。プログラムは「技術基盤刷新」のように、複数のプロジェクトを統合管理し、全体として事業目標を達成する取り組みだ。Month 8のリーダーシップで学んだ組織運営を、ここで実践する
あなた
個別のプロジェクトを束ねて、全体の方向性を管理するんですね

プログラム構造の設計

全体構造

┌──────────────────────────────────────────────────┐
│            技術基盤刷新プログラム                     │
│            (Program Director: VPoE)               │
├──────────────────────────────────────────────────┤
│                                                    │
│  ┌──────────┐  ┌──────────┐  ┌──────────────────┐│
│  │ WS1:     │  │ WS2:     │  │ WS3:             ││
│  │ CI/CD &  │  │ セキュリ  │  │ データ &          ││
│  │ プラット  │  │ ティ &   │  │ AI基盤            ││
│  │ フォーム  │  │ クラウド  │  │                  ││
│  │          │  │          │  │                  ││
│  │ ・CI/CD  │  │ ・ゼロ   │  │ ・データカタログ   ││
│  │  統一    │  │  トラスト │  │ ・データ品質      ││
│  │ ・IDP    │  │ ・IaC    │  │ ・MLOps          ││
│  │ ・SLO    │  │ ・コンテ │  │ ・リアルタイム    ││
│  │  展開    │  │  ナ化    │  │  処理            ││
│  └──────────┘  └──────────┘  └──────────────────┘│
│                                                    │
│  ┌─────────────────────────────────────────────┐  │
│  │         横断機能: PMO + チェンジマネジメント    │  │
│  └─────────────────────────────────────────────┘  │
└──────────────────────────────────────────────────┘

ワークストリーム(WS)の定義

WSスコープリードチーム規模期間
WS1: CI/CD & プラットフォームCI/CD統一、IDP構築、SLO展開、オブザーバビリティ統合プラットフォームリード15名24ヶ月
WS2: セキュリティ & クラウドゼロトラスト、IaC拡大、コンテナ化、FinOpsインフラリード20名24ヶ月
WS3: データ & AI基盤データカタログ、品質管理、MLOps、リアルタイム処理データリード12名30ヶ月

プログラムの運営体制

ロールと責任

ロール担当者責任
プログラムスポンサーCTO最終意思決定、予算承認、経営層への報告
プログラムディレクターVPoEプログラム全体の統括、WS間の調整
WSリード(各WS)シニアエンジニアWSの計画・実行・報告
PMOPM × 2名進捗管理、リスク管理、会議体運営
チェンジマネジメントHR + 技術リード組織変革の推進、トレーニング計画
テクニカルアドバイザー外部コンサル技術判断の助言、ベストプラクティス提供

会議体設計

会議頻度参加者目的所要時間
プログラムステアリング月1回CTO、VPoE、WSリード全体方針、予算、重大判断60分
WSリード同期週1回VPoE、WSリード3名、PMOWS間の依存関係調整、課題共有30分
WS内スプリントレビュー隔週WSメンバー進捗確認、成果デモ60分
リスクレビュー月1回PMO、WSリードリスク登録簿の更新、対策レビュー30分
技術レビュー随時アーキテクト、WSリードADRレビュー、技術判断30-60分

進捗管理フレームワーク

OKR(Objectives and Key Results)

program_okr:
  objective: "3年間で技術基盤をLevel 4に引き上げ、事業成長を加速する"

  year_1:
    kr1: "CI/CDパイプラインの統一率を100%にする"
    kr2: "全サービスにSLI/SLOを定義する"
    kr3: "デプロイ頻度を現状の2倍にする"
    kr4: "セキュリティスキャンの全パイプライン統合を完了する"

  year_2:
    kr1: "IDPを全チームに展開し、新サービス立ち上げを1時間以内にする"
    kr2: "ゼロトラストアーキテクチャを完全実装する"
    kr3: "EC2サービスを全廃し、コンテナ化率100%にする"
    kr4: "クラウドコストを20%削減する"

  year_3:
    kr1: "AI/ML基盤で3つ以上のユースケースを本番運用する"
    kr2: "データメッシュを実現し、データアクセスの自動化率80%にする"
    kr3: "MTTR(平均復旧時間)を30分以内にする"
    kr4: "開発者NPS(満足度)を50以上にする"

ダッシュボード設計

カテゴリメトリクス現状目標更新頻度
進捗全施策の完了率0%Phase単位週次
品質DORAメトリクス4指標Level 2Level 4日次
コスト予算消化率0%計画通り月次
リスクオープンリスク数-減少傾向月次
人材チーム充足率-95%以上月次
満足度開発者NPS不明段階的向上四半期

プログラム予算管理

予算配分

カテゴリYear 1Year 2Year 3合計
人件費(専任チーム)1.2億円1.5億円1.5億円4.2億円
ツール・ライセンス3,000万円4,000万円4,000万円1.1億円
クラウドインフラ追加2,000万円3,000万円2,000万円7,000万円
外部コンサル3,000万円1,500万円500万円5,000万円
トレーニング1,500万円1,000万円500万円3,000万円
予備費(10%)2,000万円2,000万円1,500万円5,500万円
合計2.3億円2.7億円2.4億円7.4億円

まとめ

ポイント内容
プログラム構造3つのWSと横断機能(PMO+チェンジマネジメント)で構成
運営体制スポンサー→ディレクター→WSリードの3層構造
会議体月次ステアリング〜隔週スプリントレビューの多層会議
進捗管理OKRで方向性、ダッシュボードで定量追跡
予算管理3年間7.4億円、年度別・カテゴリ別に配分

チェックリスト

  • プロジェクトとプログラムの違いを理解した
  • 3WSの構造とスコープを把握した
  • 会議体の設計と目的を理解した
  • OKRによる目標管理の方法を把握した

次のステップへ

次は「ガバナンスフレームワーク」を学びます。プログラム運営における意思決定プロセスとガバナンスの仕組みを設計しましょう。


推定読了時間: 30分