介绍 Core 4：衡量和提升产品速度的最佳框架
摘要
本文由 DX 公司 CTO Laura Tacho 撰写，正式介绍 Core 4——一个由 DORA、SPACE 和 DevEx 框架的原创者联合设计的统一开发者生产力（Developer Productivity）衡量框架。Core 4 包含四个维度：速度（Speed）、效能（Effectiveness）、质量（Quality）和影响力（Impact），每个维度相互制衡，避免以牺牲开发者体验为代价追求速度。文章提供了即用型问卷模板、行业基准数据、实际案例研究以及将效率改进与业务影响关联的具体方法。Vercel、Intercom、Dropbox 等公司已率先采用。核心主张：产品速度（Product Velocity）不仅是"更快"，更是"方向一致地快"——工程和产品团队需要共同回答"我们应该优化什么才能更快"这个问题。
正文
第一章：为什么需要 Core 4
产品速度 = 速度 × 方向
产品与工程团队对"更快"的理解往往存在分歧：工程关注部署频率（Deployment Frequency）和构建时间，产品关注交付期限和客户价值。但当团队只关注"快速行动"而缺乏一致方向时，相互竞争的优先级只会让大家背道而驰——"试图更快"反而会减速。
Mark Zuckerberg 在 Acquired 播客中说："如果我们能比所有其他公司学习得更快，我们就能赢。"这正是产品速度（Product Velocity）的价值所在。
现有框架的局限
- DORA 指标：聚焦软件交付能力（部署频率、变更前置时间、变更失败率、恢复时间），是广受欢迎的"入门指标"（Starter Metrics），但常被误用
- SPACE 框架：覆盖五个维度（满意度与福祉、绩效、活动、沟通与协作、效率与心流），非常全面但不提供即用型指标清单
- DevEx 框架：将开发者体验关联到认知负荷（Cognitive Load）、反馈循环（Feedback Loops）和心流（Flow），但与业务部门对生产力的定义存在脱节
Laura 以往的答案是"看情况"，现在有了更简洁的答案：Core 4。
第二章：Core 4 框架详解
四个维度的设计
Core 4 由 Abi Noda（DevEx 联合作者）、Laura Tacho 与 Nicole Forsgren（DORA 创始人）、Margaret-Anne Storey（SPACE 联合作者）、Michaela Greiler（DevEx 联合作者）等研究者合作设计，基于 300+ 公司的实地经验。
| 维度 | 衡量内容 | 关键指标 |
|---|---|---|
| 速度（Speed） | 交付速度 | 每位工程师每周 PR 数量 |
| 效能（Effectiveness） | 开发者体验 | DXI 分数 |
| 质量（Quality） | 交付质量 | 返工率（% 时间用于缺陷/返工） |
| 影响力（Impact） | 创新投入 | 用于新功能的时间百分比 |
四个维度相互制衡：不能在牺牲开发者体验的情况下追求速度，也不能在新功能上投入更多时间的同时让质量急剧下降。它们必须作为系统一起使用。
关于 PR 吞吐量（PR Throughput）指标：Meta、Microsoft、Uber 等公司已成功将其作为理解生产力的关键输入。但该指标必须仅作为系统健康指标使用，始终与框架中的其他指标并行——不能单独评估个人。
影响力维度尤为独特：更多不一定更好。过多被动维护会扼杀创新能力，但主动维护投入太少则导致产品质量下降、问题被推迟。
定性 + 定量的平衡
定量指标告诉我们"发生了什么"，定性洞察告诉我们"为什么"。要改变团队行为，就必须理解"为什么"——这正是衡量的目的。
第三章：如何实施 Core 4
获取基线
通过自报指标（Self-reported Metrics）进行匿名问卷调查，面向编写代码的人员。模板已提供，可用 Google Forms 等工具分发。
计算指标
- 速度、质量、影响力：取每个问题回答的平均值
- 效能：计算正面回答的百分比（Top 2 Box Score）
将效率改进与业务指标关联
DX 对 800 个组织的 40,000 名开发者的研究表明：效能分数每提高一个点，每位开发者每周节省 13 分钟，相当于每年 10 小时。在 150 名工程师的组织中，提高一个点意味着每周回收约 33 小时。
以 PR 周期时间（PR Cycle Time）为例：减少 25% 的等待时间可为 150 名开发者每周节省 1,000+ 小时。用两种方式表述：
- 金钱视角：每周回收的价值相当于两名全职开发者的薪资（约 $9,600/周），年化约 50 万美元
- 时间视角：释放出的时间可投入创收功能，加速上市
跟踪改进
建议按季度节奏重复调查。一家实际案例中，组织通过投资 CI 工具和发布流程，实现了速度、效能和质量的同时提升——PR 周期时间实际减少了 40%（目标是 25%），影响力维度经历了预期中的暂时下降。
第四章：最常见的摩擦点
1. 糟糕的构建和测试流程
构建时间不可预测、不稳定。解决方案：依赖缓存、并行化步骤、改进测试效率（添加重试、去除依赖顺序、拆分大测试）。
2. 缺乏深度工作时间
开发者应每天拥有超过一小时的专注时间块，以及快速反馈循环。解决方案：定期精简重复会议、让工程师一次只专注一个项目、限制计划外任务请求、实行无会议日。
3. 生产环境调试支持不佳
难以快速诊断和解决客户问题。解决方案：采用结构化日志、为团队留出专门时间添加日志语句、在 UI 中跟踪用户交互、建立共享系统健康仪表盘。
额外关注：文档
DORA 研究多年强调文档的重要性。即使微小的改变——标准化文档模板、删除陈旧文档、使用 AI 转录和总结产品演示会议——也能显著提升信息可发现性。
第五章：如何开始
- 与领导团队分享 Core 4 摘要幻灯片
- 获取基线测量（使用现有数据或本文模板）
- 与基准数据对比，设定高标准，找到改进空间
- 深入数据寻找改进机会，让使用这些系统的团队参与决策
最后一个问题留给读者：你的团队是否在以最快速度前进，并且方向一致？