第1章: エグゼクティブサマリー

# DevOps文化変革計画書 エグゼクティブサマリー

## 現状の課題
- 6チーム中4チームがDORA「Low〜Medium」パフォーマンス
- Westrum組織類型でBureaucratic（官僚的）傾向が支配的
- デプロイ頻度: 組織平均で月2回（業界Elite: 日次以上）
- 障害対応がSREに集中（開発チームのオーナーシップ不足）
- チーム間のサイロ化が深刻（クロスチームPR率5%）

## 提案する解決策
12ヶ月のDevOps文化変革プログラムを実施
- Phase 1（1-3ヶ月）: 成熟度評価 + パイロット2チームで文化変革
- Phase 2（4-6ヶ月）: チェンジエージェント育成 + 横展開開始
- Phase 3（7-9ヶ月）: 全チームへの展開完了
- Phase 4（10-12ヶ月）: 自律的改善サイクルの確立

## 期待される効果（12ヶ月後）
- デプロイ頻度: 月2回 → 日次（全チーム平均）
- MTTR: 平均2時間 → 30分（-75%）
- Westrumスコア: 2.8 → 4.0（Generative到達）
- エンジニアエンゲージメント: NPS +15 → +40

## 必要な投資
- 変革推進チーム: 2名（専任）
- チャンピオン活動: 6名×業務時間の20%
- ツール・研修費: 年間300万円
- 合計: 年間約3,500万円

第2章: 現状分析

## 2.1 Westrum組織文化類型の評価

| チーム | Westrumスコア | 類型 | 特徴 |
|--------|-------------|------|------|
| 検索チーム | 3.2 | Bureaucratic寄り | ルール志向だが改善意欲あり |
| 商品チーム | 2.9 | Bureaucratic | 縦割り組織、変更管理が重い |
| EC基盤チーム | 2.5 | Pathological寄り | 障害時に犯人探しが発生 |
| 決済チーム | 2.3 | Pathological寄り | セキュリティを理由に変化を拒否 |
| モバイルチーム | 3.0 | Bureaucratic | 一定の協力関係はある |
| FEチーム | 3.5 | Generative寄り | 学習意欲が高い |

全社平均: 2.9（Bureaucratic）

## 2.2 DORAメトリクスの現状

| チーム | デプロイ頻度 | リードタイム | 変更障害率 | MTTR |
|--------|-----------|------------|----------|------|
| 検索 | 週2回 | 3日 | 10% | 1時間 |
| 商品 | 週1回 | 5日 | 15% | 2時間 |
| EC基盤 | 月2回 | 14日 | 20% | 4時間 |
| 決済 | 月1回 | 21日 | 8% | 3時間 |
| モバイル | 隔週 | 10日 | 12% | 2時間 |
| FE | 週1回 | 5日 | 8% | 1時間 |

## 2.3 強みと改善点

| 強み | 改善点 |
|------|--------|
| FEチームが文化変革に前向き | 4チームがBureaucratic以下 |
| 検索チームにチャンピオン候補がいる | ポストモーテムが形骸化 |
| 経営層（VPoE）がスポンサー | クロスチームの協力体制が弱い |
| SREチームの技術力が高い | 開発チームのオーナーシップが低い |

第3章: 変革ビジョンとロードマップ

## 3.1 変革ビジョン

「12ヶ月後、NetShop社のすべての開発チームが自律的にDevOps
プラクティスを改善し、Generative文化の下でイノベーションを
加速している状態を実現する」

目標:
- 全チームがDORA High以上
- Westrumスコア全社平均 4.0以上
- エンジニアのeNPS +40以上

## 3.2 4フェーズロードマップ

Phase 1: 基盤構築（Month 1-3）
  ・成熟度アセスメント実施
  ・変革推進チーム組成（2名専任）
  ・パイロットチーム選定（検索・商品）
  ・クイックウィン: ブレームレスPM導入（全チーム）
  マイルストーン: パイロット2チームでWestrumスコア+0.5

Phase 2: エージェント育成（Month 4-6）
  ・チャンピオンプログラム開始（6名選出）
  ・CoP発足（DevOps CoP + 3ギルド）
  ・パイロットチームでDORA High達成
  マイルストーン: チャンピオン6名が認定完了

Phase 3: 横展開（Month 7-9）
  ・FE→モバイル→EC基盤→決済の順で展開
  ・アンバサダー制度でパイロット→展開チーム支援
  ・チーム別カスタマイズ計画の実行
  マイルストーン: 全6チームで変革プログラム開始

Phase 4: 自律化（Month 10-12）
  ・文化メトリクスダッシュボードの運用開始
  ・四半期改善サイクルの確立
  ・変革推進チームの役割を「推進」→「支援」に移行
  マイルストーン: 全チームが自律的改善サイクルを運用

第4章: チェンジエージェント育成計画

## 4.1 チャンピオンプログラム

| 項目 | 内容 |
|------|------|
| 対象人数 | 6名（各チーム1名） |
| 選定基準 | 技術的信頼 + 対人影響力 + 成長意欲 |
| 時間配分 | 業務時間の20%をチャンピオン活動に充当 |
| 育成期間 | 3ヶ月（Month 4-6） |
| 認定要件 | 自チームで1つ以上のプラクティス導入完了 |

育成カリキュラム:
  Month 4: DevOps原則 + ファシリテーション研修
  Month 5: コーチングスキル + 実践（自チームで導入）
  Month 6: 認定審査 + アンバサダー準備

## 4.2 CoP構築計画

| CoP/ギルド | テーマ | リーダー | 開始時期 |
|-----------|--------|---------|---------|
| DevOps CoP（全体） | DevOps文化全般 | 変革推進チーム | Month 4 |
| CI/CDギルド | パイプライン改善 | 検索チームチャンピオン | Month 5 |
| SRE & Observabilityギルド | SLO/オブザーバビリティ | SREチーム | Month 5 |
| テスト自動化ギルド | テスト戦略 | 商品チームチャンピオン | Month 6 |

第5章: 成功事例横展開計画

## 5.1 横展開の優先順位

1位: FEチーム（前向き、スキル高い→クイックウィン）
2位: モバイルチーム（中程度の抵抗、独自課題あり）
3位: EC基盤チーム（レガシー課題大、丁寧なサポート必要）
4位: 決済チーム（抵抗最大、他チームの成功後に着手）

## 5.2 抵抗マネジメント戦略

| チーム | 主な抵抗 | ADKAR阻害段階 | 対策 |
|--------|---------|-------------|------|
| EC基盤 | モノリスだから無理 | Desire | モノリスでの成功事例共有 |
| 決済 | セキュリティリスク | Awareness | DevSecOpsで強化されることを実証 |
| モバイル | ストア審査が壁 | Knowledge | フィーチャーフラグでの分離手法 |
| FE | 自分たちのペース | Desire | 自律性を尊重した支援 |

全チーム共通:
・パイロットチームの成功ストーリーを初日に共有
・Jカーブ（一時的パフォーマンス低下）の事前説明
・アンバサダーによる2週間の伴走支援

第6章: メトリクスとガバナンス

## 6.1 文化メトリクスKPI体系（Top 10）

| # | KPI | 現在値 | 6ヶ月目標 | 12ヶ月目標 | データソース |
|---|-----|--------|----------|----------|------------|
| 1 | Westrumスコア（全社平均） | 2.9 | 3.5 | 4.0 | 四半期サーベイ |
| 2 | DORAパフォーマンスレベル（High以上のチーム率） | 17% | 50% | 83% | GitHub/PagerDuty |
| 3 | ポストモーテム実施率 | 50% | 80% | 100% | Confluence |
| 4 | アクションアイテム完了率 | 30% | 60% | 80% | Jira |
| 5 | クロスチームPR率 | 5% | 10% | 15% | GitHub API |
| 6 | 開発者オンコール参加率 | 20% | 45% | 70% | PagerDuty |
| 7 | CoP参加率 | 0% | 20% | 30% | イベントログ |
| 8 | 改善提案チケット数（月） | 5件 | 12件 | 20件 | Jira |
| 9 | エンジニアeNPS | +15 | +25 | +40 | 四半期サーベイ |
| 10 | チャンピオン認定数 | 0名 | 6名 | 6名+ | 内部記録 |

## 6.2 四半期サーベイ概要

・20問（リッカート5段階 18問 + 自由記述 2問）
・回答時間: 約10分
・チーム単位匿名（5名以上）
・目標回答率: 70%以上
・結果は全社公開し、改善アクションにつなげる

## 6.3 改善サイクルの運用

四半期サイクル:
  Week 1: サーベイ結果集計 + メトリクス分析
  Week 2: 全社公開 + 経営層レビュー
  Week 2: 文化変革レトロスペクティブ（KPT）
  Week 3: 改善仮説策定 + OKR設定
  Week 4-12: 施策実行 + 月次パルスサーベイ
  Week 12: 四半期サーベイ実施 + 仮説検証

第7章: 投資対効果

## 7.1 投資（年間）

| 項目 | 内訳 | コスト |
|------|------|--------|
| 変革推進チーム（2名専任） | 人件費 | 2,000万円 |
| チャンピオン活動（6名×20%） | 機会コスト | 1,200万円 |
| ツール・研修費 | サーベイツール、研修、外部講師 | 300万円 |
| **合計** | | **3,500万円** |

## 7.2 効果（年間・12ヶ月後フルラン時）

| 項目 | 試算根拠 | 効果 |
|------|---------|------|
| デリバリー速度向上 | 6チーム×リードタイム短縮による生産性向上15% | 3,600万円 |
| 障害対応コスト削減 | MTTR 75%短縮×年間障害件数 | 1,200万円 |
| エンジニア離職率低下 | 離職率2%低下×採用・オンボーディングコスト | 800万円 |
| SREチームの負荷分散 | 開発チームのオーナーシップ向上によるSRE工数削減 | 600万円 |
| **合計** | | **6,200万円** |

## 7.3 ROI

ROI = (6,200 - 3,500) / 3,500 = 77.1%
回収期間 = 約7ヶ月

※ 上記は定量効果のみ。定性的効果（イノベーション加速、
  採用競争力向上、組織レジリエンスの向上）は含まず。