プラクティスのスケーリング

ストーリー

田

田中VPoE

成功パターンの抽出とストーリーテリングで「伝える力」は身についた。次は「広げる」ステップだ。パイロットの成功を組織全体にスケーリングする

あなた

スケーリングで最も難しいのは何ですか

あ

田

田中VPoE

「コンテキストの違い」への対応だ。パイロットチームと他のチームでは、技術スタック、スキルレベル、マネージャーの理解度、メンバーの意欲が異なる。パイロットで成功した方法をそのままコピーしても失敗する

あなた

カスタマイズが必要ということですね

あ

田

田中VPoE

そうだ。フレームワークは統一し、実装はチームごとにカスタマイズする。この「統一と柔軟性のバランス」がスケーリングの鍵だ

スケーリングの戦略

3つのスケーリングアプローチ

アプローチ	説明	適する状況	リスク
ビッグバン	全チーム同時に新しいプラクティスを導入	全社的なツール移行（Jenkins→GitHub Actions）	失敗時の影響が大きい、個別サポートが困難
段階的展開	2-3チームずつ段階的に展開	文化変革、プロセス変更	時間がかかる、「まだ自分たちの番ではない」という待ち意識
プル型	チームが自発的に導入を希望したタイミングで支援	十分な成功事例がある段階	展開速度が読めない、一部チームが取り残される

推奨: ハイブリッドアプローチ

スケーリングのハイブリッド戦略:

  Phase 1: パイロット（2チーム）
  │  ・成功パターンの確立
  │  ・ストーリーの蓄積
  ▼
  Phase 2: アーリーアダプター（4-5チーム）── 段階的展開
  │  ・関心の高いチームから先行導入
  │  ・チャンピオンが支援
  ▼
  Phase 3: アーリーマジョリティ ── プル型 + 軽い後押し
  │  ・成功事例に触発されたチームが自発的に導入
  │  ・「導入したい」チームにオンボーディング提供
  ▼
  Phase 4: レイトマジョリティ ── 段階的展開 + 組織的支援
     ・残りのチームへの展開
     ・マネージャーを通じた促進

チーム間学習の仕組み

横展開を促進する仕組み

仕組み	概要	実施方法
アンバサダー制度	成功チームのメンバーが他チームに一時的に参加	2-4週間のローテーション。実践を見せる
ペアリングプログラム	異なるチームのエンジニア同士でペアワーク	週1回、2-3時間のペアプログラミング
内部カンファレンス	社内DevOps Dayの開催	半期に1回、全日イベント
プラクティスカタログ	導入済みプラクティスとその手順を文書化	Confluenceにテンプレート付きで公開
オフィスアワー	チャンピオンが質問に答える定期的な時間枠	週1回、1時間。Zoomで誰でも参加可能

アンバサダー制度の設計

要素	設計
期間	2-4週間
アンバサダーの条件	パイロットチームで実践経験があるメンバー
活動内容	受け入れチームの日常業務に参加しながら、DevOpsプラクティスを実践で見せる
成果物	受け入れチーム向けの改善提案書 + 初期のCI/CD改善実施
注意点	「教える」のではなく「一緒にやる」スタンス。上から目線にならない

スケーリングのフレームワーク

「統一」と「カスタマイズ」の分離

カテゴリ	統一する（全社共通）	カスタマイズする（チーム判断）
価値観	ブレームレス文化、共同責任、継続的改善	具体的な改善テーマの優先順位
プラットフォーム	CI/CDツール（GitHub Actions）、モニタリング（Datadog）	パイプラインの構成、アラートルール
プロセス	ポストモーテムの実施義務、DORAメトリクス計測	ポストモーテムの頻度、レトロスペクティブの形式
計測	DORAメトリクスの定義と計測方法	チーム固有のKPI、改善目標値
育成	チャンピオンプログラムのフレームワーク	チーム内でのチャンピオンの活動内容

チームオンボーディングの流れ

新規チームのDevOpsオンボーディング（4週間）:

  Week 1: アセスメント
  ├── チームのDORAメトリクス測定
  ├── チームメンバーとのキックオフ
  └── 現状の課題と目標の合意

  Week 2: クイックウィン
  ├── 最も効果の高い1施策を実施
  └── Before/Afterの記録

  Week 3: プラクティス導入
  ├── ブレームレスポストモーテムの初回実施
  ├── CI/CDパイプラインの改善
  └── チャンピオンの選定

  Week 4: 自走準備
  ├── 改善ロードマップの策定
  ├── チャンピオンプログラムへの接続
  └── 定期レビューのスケジュール設定

スケーリングの阻害要因と対策

阻害要因	症状	対策
Not Invented Here症候群	「うちのチームは特殊だから、他チームのやり方は合わない」	チームのコンテキストを尊重しつつ、カスタマイズの余地を提供
リソース不足	「改善したいがリソースがない」	マネージャーとの交渉支援、小さく始めるアプローチ
マネージャーの無理解	「今のやり方で十分だ」	データ（DORAメトリクス比較）とストーリーの両面で説得
変革疲れ	「また新しい取り組みか」	既存のプロセスに組み込む形で導入し、追加の負荷を最小化

まとめ

ポイント	内容
3つのアプローチ	ビッグバン、段階的展開、プル型。ハイブリッドが最も効果的
統一とカスタマイズ	フレームワーク（価値観・ツール・計測）は統一、実装はチーム判断
横展開の仕組み	アンバサダー制度、ペアリング、内部カンファレンス、オフィスアワー
オンボーディング	4週間のプログラムでアセスメント→クイックウィン→導入→自走準備

チェックリスト

3つのスケーリングアプローチとハイブリッド戦略を理解した
「統一」と「カスタマイズ」の分離の考え方を理解した
アンバサダー制度等の横展開の仕組みを理解した
チームオンボーディングの4週間プログラムを理解した

次のステップへ

次は「抵抗勢力のマネジメント」を学びます。横展開を進める際に必ず直面する「変革への抵抗」への対処法を身につけましょう。

推定読了時間: 30分