標準の効果測定メトリクス

ストーリー

田

田中VPoE

進化サイクルを回すには、標準が効果を上げているかどうかを測定する必要がある。感覚ではなく数字で語る

あなた

何を測ればいいんですか？

あ

田

田中VPoE

大きく4つのカテゴリがある。「準拠率」「開発効率」「品質」「エンジニア体験」。この4つを定期的に測定し、標準の効果を可視化する

メトリクスの4つのカテゴリ

カテゴリ	目的	例
準拠率（Compliance）	標準がどれだけ守られているか	品質ゲート通過率、例外件数
開発効率（Productivity）	標準が生産性に寄与しているか	デプロイ頻度、リードタイム
品質（Quality）	標準が品質向上に寄与しているか	障害件数、テストカバレッジ
エンジニア体験（DX）	標準がエンジニアに受け入れられているか	満足度、オンボーディング期間

準拠率メトリクス

指標	測定方法	目標値	頻度
品質ゲート通過率	CI/CDの通過/失敗率	95%以上	週次
テクノロジーレーダー準拠率	Adopt/Trial技術の使用率	80%以上	四半期
セキュリティスキャン準拠率	Critical CVEゼロのサービス率	100%	週次
例外件数	例外レジストリの件数	全体の20%以内	四半期
Hold技術の使用率	Hold技術を使用するサービスの割合	減少傾向	四半期

開発効率メトリクス（DORA指標）

DORA Four Keys

指標	内容	目標水準（Elite）
デプロイ頻度	本番へのデプロイ回数	1日複数回
変更リードタイム	コミットからデプロイまでの時間	1時間未満
変更失敗率	デプロイ後に障害が発生する割合	5%未満
MTTR	障害発生から復旧までの時間	1時間未満

標準導入前後の比較

指標	標準導入前	6ヶ月後（目標）	12ヶ月後（目標）
デプロイ頻度	月2回	週1回	週2回以上
変更リードタイム	2週間	1週間	3日以内
変更失敗率	15%	10%	5%以下
MTTR	4時間	2時間	1時間以内

品質メトリクス

指標	測定方法	目標値	頻度
テストカバレッジ（全社平均）	CI/CDレポート	75%以上	月次
本番障害件数	インシデントレポート	前期比20%減	月次
セキュリティ脆弱性数	Trivy/Snyk	Critical: 0, High: 前期比50%減	週次
技術的負債（SonarQube）	SonarQube	四半期10%減	四半期
コード重複率	SonarQube / jscpd	5%以下	月次

エンジニア体験メトリクス

指標	測定方法	目標値	頻度
標準への満足度	アンケート（1-5スコア）	4.0以上	四半期
オンボーディング完了期間	生産的コミットまでの日数	2週間以内	都度
RFC参加率	RFC提案・コメント者数 / 全エンジニア	30%以上	四半期
チーム間異動の容易さ	異動者の立ち上がり期間	1ヶ月以内	都度
NPS（推奨度）	「この標準を他の人に薦めるか」	+20以上	半期

メトリクスダッシュボード

ダッシュボードの構成

技術標準ダッシュボード:

┌─────────────────────────────────────────────┐
│ サマリー                                     │
│ 準拠率: 92% | DORA: Medium | 満足度: 4.1    │
├─────────────────────────────────────────────┤
│ 準拠率トレンド        │ DORA四半期比較       │
│ ▓▓▓▓▓▓▓▓░░ 92%     │ デプロイ: 週2→週3   │
│ 前期: 85% (+7%)      │ リードタイム: 5d→3d  │
├─────────────────────────────────────────────┤
│ 品質指標              │ エンジニア体験        │
│ カバレッジ: 74%       │ 満足度: 4.1/5.0     │
│ 障害件数: 前期比-25%  │ RFC参加率: 35%      │
│ CVE: Critical 0件    │ オンボーディング: 12日 │
└─────────────────────────────────────────────┘

メトリクスの報告先

報告先	内容	頻度
技術標準委員会	全指標の詳細レポート	四半期
CTO/VPoE	エグゼクティブサマリー	四半期
全エンジニア	ダッシュボードの公開	リアルタイム
経営会議	投資効果レポート	半期

メトリクス運用の注意点

注意点	説明
メトリクスをKPIにしすぎない	カバレッジ100%を目標にすると、意味のないテストが量産される
トレンドを重視	絶対値よりも改善の方向性を見る
組み合わせで判断	カバレッジが高くても障害が多ければ、テストの質が低い
ゲーミング対策	メトリクスを操作するインセンティブを生まない設計

「メトリクスは”鏡”だ。組織の健康状態を映し出す。だが鏡を見ることが目的ではない。鏡に映った姿を改善するのが目的だ」 — 田中VPoE

まとめ

ポイント	内容
4カテゴリ	準拠率、開発効率（DORA）、品質、エンジニア体験
DORA	デプロイ頻度、リードタイム、変更失敗率、MTTR
ダッシュボード	リアルタイムで全エンジニアに公開
注意点	KPIにしすぎない、トレンド重視、組み合わせで判断

チェックリスト

メトリクスの4カテゴリを理解した
DORA Four Keysの指標と目標水準を理解した
エンジニア体験メトリクスの重要性を理解した
メトリクス運用の注意点を理解した

次のステップへ

次は「非推奨化と廃止プロセス」を学びます。古くなった標準や技術を適切に非推奨化し、廃止するプロセスを身につけましょう。

推定読了時間: 30分