# SPACE ## 定義 SPACE は開発者の生産性と体験を多次元で計測するフレームワークである。2021 年に [[Nicole Forsgren]] ら(Microsoft Research / GitHub)が提案した。Satisfaction・Performance・Activity・Communication/Collaboration・Efficiency/Flow の頭文字をとる。 ### 5 次元 | 次元 | 定義 | |---|---| | **S Satisfaction** | 仕事への満足度、成功感、バーンアウト | | **P Performance** | アウトカムの質・信頼性・影響 | | **A Activity** | 開発サイクルのアクションと出力(commits、PR、リリース等) | | **C Communication / Collaboration** | コミュニケーション効率と协作の効果 | | **E Efficiency / Flow** | 摩擦なく作業を完了できるか、フロー状態を保てるか | ### SRE 文脈での適用(Forsgren 2026) [[Nicole Forsgren]] は SREcon26 で SPACE を「SRE チームの全 \*DLC(Developer Lifecycle の略と推測)の計測」として適用することを提案した: - **S Satisfaction**: オンコール負荷・ツールへの満足度・インシデント中の心理的安全。 - **P Performance**: MTTD・MTTR・アラート精度——圧力下での正確さ。 - **A Activity**: トイル率・ランブックカバレッジ・自動化率。 - **C Communication**: インシデント調整オーバーヘッド・引き継ぎ品質。 - **E Efficiency**: ツールのコンテキストスイッチ・フロー中断・理解時間。 ### AI 導入時の変化 Forsgren はAI がワークフローに入るとき各次元が変化すると指摘する: - **E Efficiency**: 自動化による効率向上、過信のリスク。 - **S Satisfaction**: 新しい不安——AI の出力は信頼できるか。 - **C Communication**: AI 生成コンテキストの引き継ぎが困難になる。 - **P Performance**: AI が生成した不透明なシステムによる新しい MTTD/MTTR リスク。 ## 横断的知見 - **SPACE は DORA の補完として SRE チームの「体験の質」をカバーする**: DORA がスループット(デプロイ頻度・リードタイム)と安定性(変更失敗率・MTTR)を計測するのに対し、SPACE はそれらを生む人間的要因——満足度・コミュニケーション・フロー——を計測する。Forsgren 2026 の主張は「SRE チーム自身の DORA 指標の上流に SPACE の E(効率・フロー)が位置する」という因果モデルである。(Source: [[@2026__SREcon26 Americas__The WTF Problem - Developer Experience as a Reliability Property]]) ## 未解決の問い - SPACE の S(Satisfaction)を「感情の問題」ではなく「信頼性の先行指標」として経営層に提示するとき、どのような定量的連鎖が最も説得力を持つか。 - AI エージェントが SRE の作業を代替し始めると、SPACE の各次元はどう再定義されるか——特に「フロー状態」はエージェントに適用できるか。 - SPACE と [[DORA]] を組み合わせた場合のベースライン測定として何から始めるべきか(MTWTF がそのエントリポイントになりうるか)。 ## 関連 - フレームワーク: [[DORA]] / [[MTWTF]] - 提案者: [[Nicole Forsgren]] - SRE 概念: [[SRE]] / [[トイル]] / [[インシデント管理]] - 関連 MOC: [[structures/SRE - MOC]] ## 出典 - [[@2026__SREcon26 Americas__The WTF Problem - Developer Experience as a Reliability Property]] — p.19-20 で SPACE の SRE 適用と AI 時代の変化を定義