LESSON 30分

ストーリー

田中VPoE
ビジョンとOKRが決まった。次はそれを具体的なマイルストーンに分解する。経営層は「で、いつ何ができるの?」と必ず聞いてくる
あなた
文化変革のマイルストーンって難しそうですね。コードの完成みたいに明確ではない
田中VPoE
その通りだ。だからこそ、文化の変化を「観察可能な行動の変化」として定義する必要がある。「文化が変わった」ではなく「ポストモーテムでチームメンバー全員が発言するようになった」「デプロイ後にSREに丸投げせず開発チームが自分で監視するようになった」。こういった具体的な行動変容をマイルストーンにする
あなた
行動の変化を測定指標にするんですね
田中VPoE
そうだ。さらに、マイルストーン間の依存関係も考慮する。心理的安全性がない状態でブレームレスポストモーテムを導入しても形骸化する。順序が重要だ

マイルストーンの設計原則

行動変容ベースのマイルストーン

抽象的な目標行動変容ベースのマイルストーン
「DevOps文化を浸透させる」「全チームのスタンドアップで、前日のデプロイ結果が共有される」
「コラボレーションを改善する」「障害対応時に開発とSREが同じチャネルで対応し、合同でポストモーテムを実施する」
「学習文化を作る」「すべてのインシデントで48時間以内にブレームレスポストモーテムが実施され、アクションアイテムが次のスプリントに組み込まれる」
「自動化を推進する」「すべてのチームがワンクリックで本番デプロイできる」

マイルストーンの依存関係

文化変革のマイルストーン依存関係:

  心理的安全性の        ブレームレス         ポストモーテムの
  基盤構築          →  ポストモーテム   →   アクション実行率
  (M1: 月1-2)          導入                 80%以上
                       (M2: 月2-3)          (M3: 月4-6)


  CI/CD標準化         共同オンコール       You Build It,
  (パイロット)    →   体制の構築      →   You Run It
  (M4: 月1-3)        (M5: 月4-6)          (M6: 月7-12)


  DORAメトリクス      文化サーベイ          継続的改善
  計測開始        →   定期実施        →   サイクル確立
  (M7: 月1-2)        (M8: 月4-6)          (M9: 月7-12)

18ヶ月マイルストーン計画

Phase 1: Foundation(月1-3)

マイルストーン完了基準担当依存関係
M1: 心理的安全性ワークショップ実施全チームリーダーがワークショップを受講変革推進チームなし
M2: ブレームレスポストモーテム導入テンプレート策定、パイロット2チームで実施パイロットチームM1
M4: CI/CDパイロットパイロット2チームがGitHub Actionsで日次デプロイパイロットチームなし
M7: DORAメトリクス計測開始全チームの4メトリクスをダッシュボードで可視化プラットフォームチームなし

Phase 2: Acceleration(月4-9)

マイルストーン完了基準担当依存関係
M3: ポストモーテム定着アクションアイテム完了率80%以上全チームM2
M5: 共同オンコール開発チームがSREと共同でオンコールローテーションSRE + 開発M1, M4
M8: 文化サーベイ定期実施四半期サーベイ実施、Westrumスコア4.0以上変革推進チームM7
M10: CI/CD全社展開全チームがGitHub Actionsで週次以上のデプロイ全チームM4
M11: DevOpsチャンピオン8名チャンピオンプログラム修了者8名変革推進チームM1

Phase 3: Sustainability(月10-18)

マイルストーン完了基準担当依存関係
M6: You Build It, You Run It全チームが自チームのサービスの本番運用責任を持つ全チームM5
M9: 継続的改善サイクル確立全チームが四半期ごとに自発的な改善施策を実施全チームM3, M8
M12: 評価制度への組み込みDevOps行動がパフォーマンス評価に反映される人事 + マネジメントM11
M13: DORA全チームHighDORAメトリクスで全チームがHigh判定全チームM10, M6

リスク管理

マイルストーンごとのリスク

マイルストーンリスク影響度緩和策
M1(心理的安全性)ワークショップが形骸化外部ファシリテーター起用、経営層参加
M2(ポストモーテム)犯人探しが止まらないファシリテーター育成、テンプレート厳守
M5(共同オンコール)開発チームの反発段階的移行、SREのサポート体制
M10(CI/CD全社展開)レガシーシステムの移行困難段階的移行計画、技術サポート
M12(評価制度変更)人事部の理解不足早期からの巻き込み、他社事例の共有

Go/No-Go判定基準

フェーズ移行Go判定基準No-Go時のアクション
Foundation → AccelerationパイロットチームのDORAメトリクスが改善傾向。Westrumスコア3.5以上パイロット期間を延長。根本原因を分析し対策を追加
Acceleration → Sustainability全チームの50%以上がDORA Medium以上。Westrumスコア4.0以上遅れているチームへの集中支援。横展開戦略の見直し

進捗管理の仕組み

文化変革ダッシュボード

┌──────────────────────────────────────────────┐
│       DevOps文化変革 進捗ダッシュボード        │
├──────────────────────────────────────────────┤
│ Phase: Acceleration (月5/9)                   │
│                                              │
│ マイルストーン進捗:                            │
│ ■■■■■■■■□□ M3: ポストモーテム定着 (80%)      │
│ ■■■■■■□□□□ M5: 共同オンコール (60%)          │
│ ■■■■□□□□□□ M8: 文化サーベイ (40%)            │
│ ■■■■■■■■■□ M10: CI/CD全社展開 (90%)          │
│ ■■■■■■■□□□ M11: チャンピオン育成 (70%)        │
│                                              │
│ KPI:                                         │
│ ・DORAメトリクス (全社平均): Medium → High 移行中│
│ ・Westrumスコア: 3.3 → 4.2 (+0.9)            │
│ ・eNPS: +15 → +22 (+7)                       │
│                                              │
│ リスク:                                       │
│ ⚠ M5(共同オンコール)で一部チームの反発あり    │
│ → 対策: SREチームリーダーと1-on-1を実施中       │
└──────────────────────────────────────────────┘

まとめ

ポイント内容
行動変容ベース抽象的な文化目標を「観察可能な行動の変化」に変換してマイルストーンにする
依存関係管理マイルストーン間の依存を明確にし、正しい順序で実行する
Go/No-Go判定フェーズ移行時に定量基準で判定し、必要に応じてプランを修正する
進捗の可視化ダッシュボードでKPI、マイルストーン進捗、リスクを一元管理する

チェックリスト

  • 行動変容ベースのマイルストーン設計方法を理解した
  • マイルストーン間の依存関係の重要性を理解した
  • 18ヶ月の3フェーズマイルストーン計画の構造を理解した
  • Go/No-Go判定基準と進捗管理ダッシュボードの設計を理解した

次のステップへ

次は「クイックウィン戦略」を学びます。変革の初期段階で組織の信頼を勝ち取るための、短期成果の戦略的な獲得方法を身につけましょう。


推定読了時間: 30分