SPACEフレームワークとは、開発生産性を単一の数値ではなく、5つの次元の組み合わせとして捉えるための枠組みです。 2021年に、GitHub や Microsoft Research などの研究者グループが論文として発表しました。 Four Keys がデリバリの結果を測る計器だとすれば、SPACE は「そもそもどの指標を選ぶべきか」を設計するための地図にあたります。 この記事では、5つの次元の中身、論文が示す使い方の原則、Four Keys や DevEx との組み合わせ方を整理します。
5つの次元
SPACE という名前は、5つの次元の頭文字です。
- S（Satisfaction and well-being、満足と幸福）：仕事、チーム、ツールへの満足度。燃え尽きの兆候もここに含まれる
- P（Performance、パフォーマンス）：作ったものが生んだ成果。品質、信頼性、事業への影響
- A（Activity、活動量）：コミット数、プルリクエスト数、レビュー件数といった行動の量
- C（Communication and collaboration、コミュニケーションと協働）：レビューのやり取り、知識の共有されやすさ、新メンバーの立ち上がりの速さ
- E（Efficiency and flow、効率とフロー）：中断されずに作業を進められているか。待ち時間や引き継ぎの少なさ
このうち計測が最も簡単なのは活動量（A）です。 コミット数もプルリクエスト数も、ツールから自動で取れます。 そして SPACE の中心的な主張は、まさにその「一番測りやすい A だけを見る」誘惑への警告です。 コミット数が多いことは生産性が高いことの証明になりません。 同じ変更を細かく刻めば数は増え、大きな設計判断はコミット数にほとんど現れないからです。 論文自身が「生産性とは活動量のことだ」を、開発生産性をめぐる代表的な神話として挙げています。
使い方の3原則
論文が推奨する使い方は、次の3点に要約できます。
- 複数の次元から指標を選ぶ。最低でも3つの次元にまたがるように指標を組み合わせる。1次元だけを見ると、その次元に最適化する歪みが生まれる
- 主観指標を必ず混ぜる。満足度や認知負荷はシステムのログに出ないが、離職や品質低下の先行指標になる。サーベイによる知覚データを、客観メトリクスと同格で扱う
- 測る単位を意識する。指標には個人、チーム、システムのレベルがある。個人レベルの計測は評価に転用されやすく、協働を壊す副作用が大きい。チーム以上の単位で見るのが安全
具体的な組み合わせを例で示します。 10人規模のチームなら、「Four Keys の4指標（P と E に対応）」「四半期ごとの満足度サーベイ3問（S）」「レビュー依頼から最初の反応までの時間（C と E）」の3系統で、3原則をすべて満たせます。 自動集計できるのは Four Keys とレビュー時間で、サーベイだけ手動。 この規模なら運用の負担は月に数時間で収まり、5次元のうち4次元に目が届きます。 5次元すべてを網羅する必要はなく、論文も少数の次元からの開始を勧めています。
Four Keys や DevEx との関係
3つの枠組みは、役割がきれいに分かれています。
Four Keys は、SPACE でいう P と E に集中した、デリバリ性能の具体的な計器です。 定義が固定されていて自動集計しやすいため、定点観測の軸になります。
DevEx は、S と E に深く関係する、開発者の体験（原因側）を測る枠組みです。
SPACE はその上位にある選定の地図で、「いま自分たちの指標構成はどの次元に偏っているか」を点検するために使います。 Four Keys だけを見ているなら S と C が盲点になっている、という形で、欠けている視点を特定できるのが SPACE の実務的な使い道です。
注意点
SPACE は指標のカタログではなく考え方の枠組みなので、「SPACE を導入した」という状態は存在しません。 導入という言葉が意味を持つのは、5次元を意識して選んだ具体的な指標セットと、その運用です。
また、次元を増やすほど良いわけでもありません。 測る指標が多すぎると、収集の手間で運用が止まるか、誰も見ない数字が増えるだけです。 3次元、指標にして4〜5個から始めて、意思決定に使われていない指標を定期的に捨ててください。
関連して読める記事
SPACE で指標構成を設計したら、デリバリ側の計器は Four Keys、体験側は DevEx が受け皿になります。
開発生産性とは？測り方の全体像と、指標選びで失敗しない考え方
開発生産性とは、開発組織が投入した人と時間に対して、どれだけ速く確実に価値のあるソフトウェアを届けられているかを表す概念です。行数計測が失敗する理由、Four Keys、SPACE、DevExの使い分け、測り始める5つの手順、指標を個人評価に使ってはいけない理由までを総論として整理します。
2026年7月28日
Four Keys はもう「4つ」ではない — 2026年版 DORA メトリクスの現在地と、AI導入の効果を証明する唯一の方法
「Four Keys は4つ」という理解は2026年時点では古く、DORA公式の指標は5つに増え、Elite/High/Medium/Lowのランク分けも廃止されています。5つ目は広く誤解されている「信頼性」ではなくデプロイ手戻り率であること、Googleのfourkeys OSSがアーカイブ済みで主要ツールもいまだ4指標止まりであること、そして手戻り率だけはツールなしで今日から測れることを、DORA公式ドキュメントで裏を取りながら整理します。AI導入の効果を数字で証明するための使い方までまとめました。
2026年7月27日
開発者体験（DevEx）とは？生産性を左右する3要素と改善の進め方
開発者体験（DevEx）とは、ツールやプロセスが開発者の仕事をどれだけ支えているかを表す概念です。フィードバックループ、認知負荷、フロー状態の3要素、経営の関心事になっている理由、サーベイでの測り方と改善の進め方までを整理します。
2026年7月28日
DORAとは？Four Keysを生んだ研究プログラムの全体像と使い方
DORA（DevOps Research and Assessment）とは、Four Keysを生んだGoogle Cloudの研究プログラムです。成り立ちと調査ベースの研究方法、Four Keysとの関係、実務で価値の高い能力カタログ（capabilities）の使い方、AI調査など最近の動向までを整理します。
2026年7月28日