健康经济学指标

第 66 个主题，共 91 个· 软件工程与数字化交付

SPACE 与 DevEx

SPACE（满意度与幸福感 Satisfaction & well-being、绩效 Performance、活动 Activity、沟通与协作 Communication & collaboration、效率与心流 Efficiency & flow）与 DevEx（反馈回路、认知负荷、心流状态）是用于多维度衡量开发者生产力的框架——是这一领域对"没有任何单一指标能经受住现实检验"这一发现的回应。

为什么重要

这两个框架所体现的，正是健康结局研究早在数十年前就已痛苦习得的教训：单一数字（代码行数；血压）无法反映一个多维度的现实，而对它进行优化只会催生"作弊式"的博弈行为，而非真正的改善。SPACE 要求至少组合来自三个维度的指标，并将遥测数据与自我报告混合使用——这在结构上与 EQ-5D 在计算任何单一指数之前先对五个维度分别画像完全相同，也正是为何患者报告结局 PROM要与临床测量指标并存的原因。满意度/幸福感也绝非可有可无的软性点缀：它会反哺员工留任的经济学计算，其中人员流失是以满载薪资的月数来定价的。

计算方法

这两个框架都不是一个公式，而是一种测量设计：

SPACE 规则：≥ 3 个维度，≥ 1 个感知类（问卷）指标 + ≥ 1 个系统类（遥测）指标

DevEx 维度及示例配对：
  反馈回路   → CI 时长（遥测）+ "等待感觉很慢"（问卷）
  认知负荷   → 文档可查找性、上手时间 + 主观感受到的费力程度
  心流状态   → 会议/打断密度 + 自我报告的专注度

衍生指数（如 DX 的 DXI）把问卷复合分数映射为时间：
供应商声称约为每个指数点 13 分钟/开发者/周——应将其视为
一个需要本地验证的供应商基准，而非自然常数。

算例

某平台团队为 300 名开发者论证一项 DevEx 投资（CI 提速 + 文档整改）的合理性：

基线：CI p75 = 28 分钟；问卷"我在等待构建时会失去专注"：62% 同意
之后：CI p75 = 9 分钟；同意比例 24%

回收的时间（遥测）：每天 6 次构建 × 19 分钟 × 0.4 可用系数 = 约每天/每位开发者 45 分钟
产能价值：300 × 0.75 小时 × 220 天 × £60/小时 ≈ 每年 £2.97M（非现金释放型——
参见 cash-releasing-vs-non-cash-releasing.md；0.4 的可用性系数即来自
practitioner-time.md 中的碎片化折扣）
感知层面的佐证正是让遥测数据的论证变得可信的关键——单独一方都容易被操纵；
两者相互印证才能三角定位出真实情况。

与软件工程的关联

这份文档本身就是软件那一侧的内容；这里的迁移方向是流向卫生经济学。一个"经质量调整的工程师年"——按标准化体验指数加权的时间——正是把 QALY 的构造方式套用到工程产能上，而它也继承了 QALY 的规则：权重须来自经过验证的工具（一致的问卷、公开的评分方法），须在比较之前就已获取，绝不能为了讨好某个偏爱的工具而事后调整。SF-6D 与 EQ-5D 的教训同样适用：不同的量表工具会系统性地给出不同的数字，因此绝不能跨供应商的量表工具比较 DevEx 指数。

陷阱

  • 归并为单一指标：把 SPACE 压缩成一个分数的仪表盘，恰恰重现了该框架本意要防止的问题。
  • 把活动类指标当作结果：提交数、PR 数和故事点属于"活动"维度——SPACE 明确警告这是最容易被操纵的维度（卫生领域的类比：计数手术台数，而非康复人数）。
  • 问卷疲劳与霍桑效应：季度轻量级调查优于每周的密集问询。
  • 横向比较团队：如同没有病例组合调整 (case-mix adjustment) 的医院排行榜——领域差异、遗留负担、值班强度等情境差异会主导结果。

参考来源