ストーリー

KPI体系の階層設計

3階層のKPI構造

Level 1: ビジネスKPI（経営層向け、月次報告）
  ├── 顧客への機能提供速度（リードタイム）
  ├── サービス信頼性（稼働率、障害件数）
  └── 開発投資効率（改善ROI）

Level 2: プロセスKPI（改善チーム向け、週次モニタリング）
  ├── DORAメトリクス（デプロイ頻度、リードタイム、変更失敗率、MTTR）
  ├── プロセス効率（VSMのプロセス効率%）
  ├── テスト自動化カバレッジ
  └── セキュリティスキャン通過率

Level 3: チームKPI（各チーム向け、スプリント単位）
  ├── スプリントベロシティ
  ├── PR サイクルタイム
  ├── コードレビュー待ち時間
  ├── ビルド成功率
  └── 開発者満足度（eNPS）

各レベルの設計原則

ベースラインの確立

ベースラインとは

改善の効果を測定するための「起点」となる数値です。ベースラインなしに改善効果は測定できません。

ベースライン測定のプロセス

Step 1: 測定対象のKPIを決定
  ↓
Step 2: データ収集方法を確立
  （自動収集 or 手動収集のどちらか）
  ↓
Step 3: 2-4週間のデータを収集
  ↓
Step 4: 異常値を除外し、平均値と分散を算出
  ↓
Step 5: ベースラインとして記録
  ↓
Step 6: 目標値を設定（ベースラインから何%改善するか）

DevFlow社のベースライン例

KPI設計の5つの原則

1. 先行指標と遅行指標を組み合わせる

「遅行指標だけを見ていると、問題に気づいたときには手遅れだ。先行指標で予兆を捉え、遅行指標で結果を確認する。この両方が必要だ」 — 田中VPoE

2. バランスを取る

3. 測定コストを考慮する

4. 操作可能なものを選ぶ

良いKPI: 自チームの行動で改善可能
  ○ PRサイクルタイム → レビュープロセスの改善で短縮可能
  ○ テストカバレッジ → テスト追加で改善可能

悪いKPI: 自チームでは改善不可能
  × 全社売上 → 改善チームの行動だけでは直接影響できない
  × 競合の動向 → コントロール不可能

5. グッドハートの法則を避ける

「尺度が目標になると、良い尺度ではなくなる」

KPIカードの設計

テンプレート

まとめ

チェックリスト

• KPI体系の3階層構造を理解した
• ベースラインの確立方法を理解した
• 先行指標と遅行指標の違いと組み合わせ方を把握した
• KPI設計の5つの原則を理解した
• KPIカードのテンプレートを把握した

次のステップへ

次は「改善のROI測定」を学びます。改善活動のROIを算出し、経営層に投資対効果を報告する方法を身につけましょう。

推定読了時間: 30分