ストーリー

メトリクスの3層構造

レイヤー1: 技術メトリクス

パイプラインの技術的な健全性を計測します。

レイヤー2: プロセスメトリクス（DORA指標）

ソフトウェアデリバリーのパフォーマンスを計測します。

レイヤー3: ビジネスメトリクス

CI/CD基盤がビジネスに与える影響を計測します。

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

組織レベルダッシュボード

┌─────────────────────────────────────────┐
│  CI/CD Platform Dashboard               │
├─────────────┬───────────────────────────┤
│ DORA指標     │  デプロイ頻度: 45回/週    │
│             │  リードタイム: 2.3日      │
│             │  変更失敗率: 8%           │
│             │  復旧時間: 4.2時間        │
├─────────────┼───────────────────────────┤
│ パイプライン  │  成功率: 94.2%           │
│             │  平均ビルド時間: 7.5分     │
│             │  セキュリティゲート通過率: 97%│
├─────────────┼───────────────────────────┤
│ コスト       │  月間CI/CDコスト: ¥XXX万  │
│             │  前月比: -5%              │
└─────────────┴───────────────────────────┘

チームレベルダッシュボード

各チームが自分たちのメトリクスを確認し、改善に活用できるダッシュボードを提供します。

フィードバックループの設計

3つのフィードバックループ

自動アラートの設計

# メトリクスアラートルール
alerts:
  - name: "ビルド時間劣化"
    condition: "build_time_p95 > 20min for 3 consecutive days"
    action: "Slack通知 → チームチャンネル"
    severity: "warning"

  - name: "パイプライン成功率低下"
    condition: "success_rate < 90% for 1 day"
    action: "Slack通知 → プラットフォームチーム"
    severity: "critical"

  - name: "セキュリティゲート通過率低下"
    condition: "security_gate_pass_rate < 90%"
    action: "Slack通知 → セキュリティチーム"
    severity: "warning"

継続的改善のサイクル

        計測（Measure）
            ↓
        分析（Analyze）
            ↓
        改善（Improve）
            ↓
        検証（Verify）
            ↓
        計測（Measure）... 繰り返し

「メトリクスは鏡だ。組織のCI/CDの健康状態を映し出す。だが、鏡を見るだけでは健康にはならない。見たものをもとに行動を変えることが大事だ」 — 田中VPoE

まとめ

チェックリスト

• メトリクスの3層構造を理解した
• DORA指標の4つのキー指標と目標を理解した
• フィードバックループの設計を理解した
• 継続的改善のサイクルを理解した

次のステップへ

次は演習です。ガバナンスフレームワーク全体を設計する総合演習に取り組みましょう。

推定読了時間: 30分