フレームワーク活用ガイドひとことで言うと#
DORAとSPACEフレームワークを組み合わせ、デリバリー速度だけでなく満足度・コミュニケーション・効率性を含めた「開発者の生産性」を包括的に測定する手法。
押さえておきたい用語#
- SPACE Framework
- Satisfaction・Performance・Activity・Communication・Efficiencyの5次元で開発者生産性を測定するMicrosoft Research発のフレームワークを指す。
- Satisfaction（満足度）
- 開発者が仕事・ツール・チームに対して感じる充実感や満足の度合い。サーベイで計測する。
- Activity（アクティビティ）
- コミット数・PR数・デプロイ数など、定量的に観測可能な行動量を指す。単独では生産性を測れない。
- Developer Velocity（デベロッパー ベロシティ）
- 開発者が価値を生み出す速度と品質の掛け合わせ。McKinseyが提唱した概念である。
- Perception Metrics（知覚メトリクス）
- サーベイやインタビューで集める主観的な評価指標。客観指標では捉えられない問題を検出する手法。
エンジニアリング生産性メトリクスの全体像#
こんな悩みに効く#
- 開発者のコミット数やPR数で生産性を測ろうとして現場から反発された
- DORA指標だけでは「開発者が幸せに働けているか」が見えない
- 施策を打っても生産性が上がったのかどうか判断できない
基本の使い方#
具体例#
エンジニア70名のBtoB SaaS。DORA指標は「High」レベルで問題なしだったが、エンジニアの退職が四半期で6名と増加傾向にあった。
SPACEの5次元で計測を開始。
| 次元 | 指標 | 値 |
|---|---|---|
| Satisfaction | eNPS | +8（前年+32） |
| Performance | 変更失敗率 | 4%（良好） |
| Activity | デプロイ頻度 | 日2回（良好） |
| Communication | レビュー応答時間 | 平均8時間 |
| Efficiency | 手戻り率 | 28%（高い） |
手戻り率の高さとeNPSの低下に相関があった。原因を調査すると、要件定義フェーズの不足で「作ってからやり直し」が頻発していた。PdMとの設計レビューを必須にした結果、手戻り率が 28% → 11% に減少し、eNPSは +8 → +25 に回復した。
エンジニア45名のゲーム会社。マネジメント層が「コミット数」をKPIに設定。その結果、1行だけの修正や不要なリファクタリングでコミットを水増しする開発者が出始めた。
コミット数KPIを廃止し、SPACEベースの複合指標に移行。
| 旧指標 | 新指標（3次元） |
|---|---|
| コミット数/人 | Performance: バグ密度 |
| — | Efficiency: 機能あたりリードタイム |
| — | Satisfaction: 開発者NPS |
Activity単独ではなくPerformance・Efficiencyと組み合わせたことで、ゲーミングがなくなった。「機能あたりリードタイム」は四半期で 12日 → 8日 に改善し、品質を落とさずにスピードが上がった。
エンジニア150名の銀行系システム子会社。部門間の連携が悪く、API仕様の認識齟齬によるバグが月 15件 発生していた。
SPACE のCommunication次元に着目し、以下を計測。
| 指標 | 計測値 |
|---|---|
| 部門間レビュー応答時間 | 平均4.2日 |
| 共有ドキュメント更新頻度 | 月1.3回 |
| チーム横断ミーティング参加率 | 38% |
ドキュメント更新頻度と部門間バグ数に強い負の相関を発見。API仕様のライブドキュメント化 + 週次の15分シンクミーティングを導入した。6ヶ月後、部門間バグは 月15件 → 月3件 に減少。レビュー応答時間も 4.2日 → 1.1日 に改善している。
やりがちな失敗パターン#
- Activity指標だけで生産性を語る — コミット数・PR数は行動量であって価値ではない。必ずPerformanceやSatisfactionと組み合わせる
- サーベイの頻度が高すぎる — 月次サーベイは回答疲れを招く。四半期が適切。パルスサーベイ（3問以内）なら月次でも可
- 計測開始と同時にKPI化する — 最初の四半期はベースライン取得に徹する。いきなり目標値を設定すると現実離れした数字になる
- チーム間で指標を横並びで比較する — 新規開発と保守運用では数値の意味が全く異なる。チームの成長トレンドを自分自身と比較する
まとめ#
SPACEフレームワークの5次元（Satisfaction・Performance・Activity・Communication・Efficiency）から最低3次元を選び、DORA指標と組み合わせて開発者の生産性を包括的に測定する。客観指標と主観指標の両方を用い、Activity単独での評価を避けることがゲーミング防止の要になる。四半期サーベイと自動計測を組み合わせ、月次レビューで改善アクションに落とし込む運用が定着すれば、持続的な生産性向上が実現する。