TL;DR
- DORA / SPACE / DevEx は 目的が違う 開発生産性フレーム。並列ではなく階層関係に近い
- DORA は4指標で配信速度を測る（Lead Time / Deploy Frequency / Change Failure Rate / MTTR）
- SPACE は満足度・パフォーマンス・活動・コミュニケーション・効率の5次元、多角的だが計測コスト高
- DevEx は 摩擦（friction）/ フロー / フィードバックの3軸、開発者体感を直接拾う
- 採用順は DORA → DevEx → SPACE が現実的。組織成熟度で選ぶ
この記事の目的と成功基準
- 目的: 3フレームの違いを「何を測りたいか」軸で整理し、自社に合うフレーム選定を可能にする
- 想定読者: VP Engineering / EM / Platform 責任者、開発生産性プログラム導入担当
- 成功基準: 「DORA SPACE DevEx 違い」関連クエリでの流入、Platform Maturity Measurement への回遊
なぜ3つもあるのか
開発生産性は単一指標で測れない。3フレームは異なる問題意識から生まれた。
DORA（2014〜）
Google DORA チームの研究。「配信パフォーマンスが高い組織は何が違うか」を統計分析。
指標 4つ:
- Lead Time for Changes（コミット→本番までの時間）
- Deployment Frequency（リリース頻度）
- Change Failure Rate（変更による障害率）
- Mean Time to Restore（障害復旧時間）
→ Elite / High / Medium / Low の4段階で組織を分類。
SPACE（2021〜）
Microsoft Research + GitHub の研究。DORA の「速度寄りすぎ」「人の幸福度を見ない」批判から派生。
5次元:
- Satisfaction（満足度）
- Performance（成果物の品質）
- Activity（コード変更量等）
- Communication（協働）
- Efficiency（フロー）
→ 多次元計測、ただし各次元の指標選定が組織任せで運用負荷高。
DevEx（2023〜）
DX 研究グループ（Nicole Forsgren ら）が提唱。SPACE を実務に落とすため簡素化。
3軸:
- Feedback Loops（CI/テスト/レビューの速度）
- Cognitive Load（認知負荷）
- Flow State（集中・没入の維持）
→ 開発者体感を直接拾うサーベイ + 客観指標の組み合わせ。
どこが違うのか：観点別比較
| 観点 | DORA | SPACE | DevEx |
|---|---|---|---|
| 主目的 | 配信速度の達成 | 多面的な生産性理解 | 体感の改善 |
| 指標数 | 4 | 25+（次元 × 個別指標） | 3軸 + サーベイ |
| 主データ源 | CI/CD ツール | 客観 + サブジェクティブ | サーベイ + 客観 |
| 計測コスト | 低 | 高 | 中 |
| ベンチマーク | あり（業界比較） | なし | 限定的 |
| 経営報告適性 | 高（数字で語れる） | 中 | 中 |
採用順の現実解
3フレーム同時導入はリソースが分散する。組織成熟度で選ぶ：
Phase 1: DORA から始める
- 計測コスト低、自動化容易
- 経営報告にもそのまま使える
- Elite/High/Medium/Low のベンチマーク比較で立ち位置が分かる
着手目安: 3か月
Phase 2: DevEx を追加する
- DORA の数値が改善しても「現場が辛い」状態を検出
- Cognitive Load サーベイで認知負荷の高い領域を可視化
- Flow State 確保のため Toil 削減・会議削減を判断
着手目安: DORA 運用 6か月後
Phase 3: SPACE で立体化
- DORA + DevEx で出ない側面（Communication / Collaboration）を補完
- 組織横断・チーム間比較
- 研究用途・長期投資判断
着手目安: DevEx 運用 12か月後 or 100名超の組織
中小規模なら Phase 1 + 2 で十分。SPACE まで行く必要があるのは200+ エンジニア規模から。
DORA 詳細：実装パターン
最も着手しやすいので深掘り。
Lead Time for Changes
- 計測: git commit timestamp → 本番 deploy timestamp
- ツール: GitHub + Datadog / LinearB / 自前
- 落とし穴: feature ブランチ生存期間を含めない
Deployment Frequency
- 計測: 本番 deploy 回数 / 期間
- ツール: CI/CD ログ
- 落とし穴: ホットフィックス含めるか、リリース粒度の定義
Change Failure Rate
- 計測: 障害発生 deploy / 全 deploy
- ツール: インシデント tracker（PagerDuty / Opsgenie / FireHydrant）
- 落とし穴: 「障害」の定義基準
Mean Time to Restore
- 計測: 障害検知 → 解決までの中央値
- 落とし穴: 「解決」基準が曖昧
実装の詳細は SRE KPI ツールキット2026 と相互参照しながら設計する。
DevEx 詳細：サーベイ設計
DevEx は 客観指標 + サーベイ の二段構成。
サーベイ項目例（5段階）
- 「先週、集中して開発に取り組めた時間が十分にあった」
- 「テスト実行のフィードバックは十分に速い」
- 「使用しているツールに認知的負荷を感じる」
- 「会議や中断によって作業が分断された」
→ 月次・10問程度・5分で回答可能に。
客観指標例
- PR merge までの平均時間（feedback loop）
- 1日あたりのコンテキストスイッチ回数（flow）
- 開発者あたりのドキュメント検索数（cognitive load）
サーベイと客観を組み合わせて「数字が悪く、体感も悪い」項目を最優先改善対象に。
SPACE 詳細：5次元の指標例
参考まで（中小規模では採用不要）：
| 次元 | 指標例 |
|---|---|
| Satisfaction | NPS / 退職率 / 燃え尽き感サーベイ |
| Performance | DORA 4 + 顧客満足度 + Bug 数 |
| Activity | コミット数 / PR 数 / レビュー数 |
| Communication | レビューコメント数 / 会議出席率 |
| Efficiency | フロー状態時間 / 待ち時間 / 中断回数 |
各次元で 3-5 指標を選び、合計 15-25 指標で運用。重い。
アンチパターン
- 全フレーム同時導入: リソース分散、何も改善しない
- DORA 数値を個人評価に使う: チーム指標として運用、個人にブレークダウンしない
- SPACE の Activity 指標で「コミット数」を競わせる: 質より量に走り品質低下
- DevEx サーベイを年1回: 月次推奨、年次では遅すぎる
- ベンチマーク信仰: 業界平均と自社課題は別、自社の改善傾向を見る
選定フローチャート
組織規模・課題を確認
├── 配信速度を測りたい → DORA
├── 開発者体感を改善したい → DevEx
└── 多面的に研究したい → SPACE
進化パス:
DORA（3-6か月）
↓ 数値は改善したが現場が辛い
DevEx（6-12か月）
↓ チーム間比較・組織横断分析が必要
SPACE（12か月以降）
Growth Lab の運用例
参考までに本サイトの社内 Platform チーム：
- DORA: 全社採用、月次ダッシュボード（Lead Time 平均 2日、Deploy Frequency 週3回、CFR 5%、MTTR 30分）
- DevEx: チーム別月次サーベイ、4軸スコア（Feedback 4.2 / Cognitive 3.5 / Flow 3.8 / 5段階）
- SPACE: 未導入（規模的に不要）
DevEx で Cognitive Load 軸が低めに出ているため、Q3 改善対象 = ドキュメント整備＋ツール統一に投資。
FAQ
Q. DORA 数値を経営報告に使う際、Elite ベンチマークと比較すべきですか？ A. 立ち位置確認には有用ですが、四半期改善幅を主要メトリックにする方が組織健全。ベンチマーク信仰は逆効果です。
Q. DevEx サーベイの回答率が低い場合は？ A. 5分以内、月次、結果フィードバック必須、の3点で 60-70% は確保できます。匿名性保証も必須です。
Q. SPACE を導入したいが Activity 指標で「コミット数競争」を避けたい A. Activity は「外部に出さない・個人比較しない」運用ルールを最初に明文化。チーム平均のみ、変化率のみ追跡。
まとめ
DORA / SPACE / DevEx は並列ではなく階層関係。DORA から始めて DevEx で体感を補強、SPACE は組織が大規模化してから。3フレーム同時導入は失敗パターン。自社の課題と成熟度に合わせて段階的に投資する。「測ること」は文化変容の入口、ベンチマーク信仰ではなく自社改善傾向に焦点を。
