LESSON 30分

ストーリー

田中VPoE
成熟度モデルは主に「プロセスと技術」の観点だった。だがDevOps文化変革には、もう一つ重要な評価軸がある。「人と組織の行動様式」そのものを評価する文化アセスメントだ
あなた
プロセスが整っていても、実際の行動が伴っていなければ意味がないですよね
田中VPoE
その通りだ。例えば「ブレームレスポストモーテム」のプロセスがあっても、実際のミーティングで犯人探しが行われていたら、文化としては根付いていない。表面的なプロセスではなく、日常の行動パターンを見る必要がある
あなた
どうやって「行動パターン」を客観的に評価するんですか
田中VPoE
いくつかの実証済みの手法がある。Westrumの組織類型診断、DevOps文化サーベイ、そしてエスノグラフィー的なフィールド観察だ。これらを組み合わせることで、組織文化の実態が見えてくる

Westrum組織類型診断

診断フレームワーク

Ron Westrumの研究に基づく組織類型診断は、DORAの「State of DevOps Report」でも採用されている実証済みの手法です。

診断項目病的(Pathological)官僚的(Bureaucratic)生成的(Generative)
情報共有情報はパワー。隠す必要な人にだけ流れる積極的に共有される
協力体制政治的駆け引きルールに基づく自発的に協力する
失敗への対応犯人探し・処罰プロセス改善を求めるシステムの学習機会とする
新しい試み潰す遅延を引き起こすリスクを管理して推奨する
責任の分担他チームに押し付ける自部門に限定するチームを超えて共有する
橋渡し役排除される許容される奨励・報酬される

診断の実施方法

Westrumサーベイ(7段階リッカート尺度):

Q1: 「チームを超えた情報共有は活発に行われている」
    1        2        3        4        5        6        7
  全く      あまり           どちらとも          とても    非常に
  同意      同意             いえない           同意      同意
  しない    しない                              する      する

Q2: 「失敗やミスが起きたとき、原因を学ぶことに焦点が当たる」
Q3: 「新しいアイデアや改善提案が歓迎される」
Q4: 「他チームとの協力は自発的に行われる」
Q5: 「メッセンジャー(問題を報告する人)は評価される」
Q6: 「リスクを取ることが奨励されている」
Q7: 「部門間の対立は建設的に解決される」

スコアリングと解釈

スコア範囲組織類型推奨アクション
1.0 - 2.9病的(Pathological)根本的な価値観の転換が必要。経営層のコミットメントが不可欠
3.0 - 4.9官僚的(Bureaucratic)プロセスの柔軟化と心理的安全性の構築に注力
5.0 - 7.0生成的(Generative)継続的改善と実験文化のさらなる強化

DevOps文化サーベイの設計

5つの文化次元

次元評価する行動パターンサーベイ質問例
心理的安全性ミスを報告できるか、質問しやすいか「このチームでミスをしても、非難されることはない」
学習志向失敗から学ぶ姿勢、実験の奨励「チームは新しい技術やプラクティスを積極的に試している」
共同責任オーナーシップの範囲、サイロの解消「本番障害は開発チームと運用チームが一緒に対応する」
継続的改善日常的な改善活動、振り返り「毎スプリントで作業プロセスの改善に時間を割いている」
顧客志向エンドユーザーへの価値提供への意識「技術的な意思決定は顧客価値を基準に行われる」

サーベイ設計の原則

原則説明
匿名性の担保率直な回答を得るために完全匿名で実施する
行動ベースの質問「DevOpsを理解しているか」ではなく「具体的にどう行動しているか」を聞く
定期実施1回きりではなく、四半期ごとに実施して変化を追跡する
結果の透明性結果を全社に公開し、議論の材料にする
アクションへの接続サーベイ結果から具体的な改善アクションを導出する

フィールド観察(エスノグラフィー的アプローチ)

観察ポイント

サーベイでは捕捉しきれない「実際の行動」を観察する手法です。

観察対象確認ポイント健全な兆候不健全な兆候
ポストモーテム誰が発言しているか全員が自由に発言管理者だけが話す
デプロイ時チームの緊張度平常運転で実施全員がモニターに張り付く
障害発生時最初の反応「何が起きた?」「誰がやった?」
スタンドアップ情報共有の質課題やブロッカーを率直に共有進捗報告のみ
コードレビューコメントの質建設的な提案批判や指摘のみ
Slackの雰囲気チャネル横断のやり取り他チームの質問にも反応自チームのチャネルのみ

文化的アーティファクトの分析

アーティファクト文化を示す具体例
オフィスの物理的環境開発と運用が同じフロアか、別のフロアか
会議室の予約状況クロスファンクショナルなミーティングがあるか
ドキュメントポストモーテムの品質と頻度
表彰制度個人の成果か、チームの成果か。協力を評価するか
採用基準技術スキルだけか、文化フィットも見るか
オンボーディングDevOpsの価値観が伝えられるか

アセスメント結果の統合

3つの手法の統合マトリクス

統合分析フレームワーク:

  定量データ                   定性データ
  ┌──────────────┐           ┌──────────────┐
  │ 成熟度モデル   │           │ Westrumサーベイ │
  │ (7軸評価)     │           │ (7項目)       │
  └──────┬───────┘           └──────┬───────┘
         │                           │
         ▼                           ▼
  ┌──────────────────────────────────────┐
  │        統合分析レポート               │
  │  ・技術面の成熟度 (定量)              │
  │  ・文化面の成熟度 (定性)              │
  │  ・ギャップの根本原因               │
  │  ・優先的に取り組むべき領域          │
  └──────────────────────────────────────┘


  ┌──────────────────────────────────────┐
  │        フィールド観察              │
  │  ・実際の行動パターン              │
  │  ・サーベイとの乖離               │
  │  ・文化的アーティファクト          │
  └──────────────────────────────────────┘

統合レポートの構成

セクション内容
エグゼクティブサマリー組織文化の現状を3行で要約
成熟度評価7軸のスコアとレーダーチャート
文化サーベイ結果Westrumスコア、5次元スコア
フィールド観察所見実際の行動パターンから見えた強みと課題
ギャップ分析現状と目標の差、根本原因の仮説
推奨アクション優先度付きの改善施策リスト

まとめ

ポイント内容
Westrum診断組織を病的/官僚的/生成的の3類型で評価する実証済みフレームワーク
文化サーベイ心理的安全性、学習志向、共同責任、継続的改善、顧客志向の5次元
フィールド観察ポストモーテム、デプロイ、障害対応等の実際の行動を観察する
統合分析定量(成熟度モデル)と定性(サーベイ+観察)を統合して全体像を把握

チェックリスト

  • Westrum組織類型の3段階とその特徴を理解した
  • DevOps文化サーベイの5次元と設計原則を理解した
  • フィールド観察の観察ポイントを理解した
  • 3つの手法を統合する分析フレームワークを理解した

次のステップへ

次は「DORAメトリクスと文化の関係」を学びます。定量的なデリバリーパフォーマンス指標と組織文化の因果関係を理解しましょう。


推定読了時間: 30分