使用 DX Core 4 衡量开发者生产力

来源：https://getdx.com/research/measuring-developer-productivity-with-the-dx-core-4/

DX Core 4™ 是一个统一的框架，用于衡量开发者生产力，它整合了 DORA、SPACE 和 DevEx。

下载 收听

无论你是 C 级高管还是基层管理者，都无法否认衡量开发者生产力——无论是为了解绩效还是指导改进——是一项艰巨的挑战。

作为 DevEx 和 SPACE 等框架的作者，我们经常被工程领导者问到：“如何有效衡量生产力？”或者“在 DevEx、SPACE 和 DORA 之间，我们应该选择哪一个？”与我们交流的领导者有时花费数月甚至数年时间在各种仪表盘上摸索，却仍然感到困惑。或者，他们建立了一套初步的指标，但难以达成一致并获得推进动力。

为了简化这一局面，我们开发了一种统一的开发者生产力衡量方法，称为 DX Core 4。DX Core 4 整合了 DORA、SPACE 和 DevEx，包括四个维度：速度、有效性、质量和业务影响。DX Core 4 提供了一组集中的指标，适用于任何规模的组织，并且可以根据特定目标添加更多指标。

我们的方法已在超过 300 家科技、金融、零售和制药公司中实施，取得了成功的结果，包括：

• 工程效率整体提升 3%–12%
• 用于功能开发的研发时间增加 14%
• 员工敬业度评分提高 15%

数据驱动改进的基础

返回目录

借助生产力数据和洞察，领导者可以解决有关其工程组织的复杂问题，例如：

• 我们如何更快地创新和交付软件？
• 哪些主要摩擦点拖慢了工程师的进度？
• 开发者的时间是否花在能创造最大价值的活动上？

DX Core 4（表 1）为组织提供了一种实用方法，能立即获得针对上述问题的可行洞察。DX Core 4 的维度和指标基于数十年的研究，并结合了全球领先科技公司的成熟方法。

表 1 标题为“DX Core 4 指标概览”，列出了四个维度（速度、有效性、质量和影响）下的关键指标和次要指标。

以下是 DX Core 4 对成功至关重要的几个特性：

多维度。 需要多个维度来全面捕捉软件开发过程，因为单一维度的变化（如速度）可能会对其他维度（如质量或有效性）产生负面影响。DX Core 4 包含四个相互制衡的维度，其指标涵盖了 DORA、SPACE 和 DevEx。

支持组织各个层级。 DX Core 4 指标适用于组织各个层级的讨论和决策，从董事会到基层团队。这种一致性确保聚焦于明确目标，有助于推动更协调的行动和改进。

数周内即可部署，无需数月。 组织可能花费数月甚至数年构建指标仪表盘，却未能从这些努力中获得价值。DX Core 4 利用现成的系统指标和自报告数据，最大限度地减少了启动所需的时间和成本。

避免恐惧和游戏化。 孤立地使用速度和吞吐量指标，往往会引发开发者的恐惧和适得其反的行为。DX Core 4 将速度和产出指标与开发者体验指数 (DXI) 及其他体验数据等权重地结合，促进关于开发者生产力的平衡讨论。

DX Core 4 的关键指标之一——每位工程师的代码差异数（diffs per engineer）——需要谨慎对待。我们 DX 以及许多行业权威人士已多次撰文论述工程吞吐量指标的危险和陷阱。

然而，我们发现，如果谨慎使用，每位全职等效员工的代码差异数是一个有用的信号。与我们合作的许多组织，以及像 Meta、Microsoft 和 Uber 这样的领先科技公司，都将此指标作为理解和改进生产力的关键输入。

组织可以在三个前提下成功利用每位全职等效员工的代码差异数：首先，通过开发者体验指数等对立指标进行平衡。其次，不设定与之相关的目标或奖励。最后，以不会导致滥用方式恰当沟通和推出指标。

数据收集与分析

返回目录

DX Core 4 指标通过多种方法收集，包括系统指标、自报告和体验采样，如下表 2 所示。

自报告指标 在系统指标不可用或不适用的情况下提供快速且全面的衡量。例如，自报告指标对于开发者体验的感知测量至关重要，也有助于收集难以客观衡量的软件质量数据。

系统指标提供精确且连续的数据，因此是可行情况下的首选测量方式。系统指标适用于捕获诸如每位工程师的代码差异数等数据，这些数据可以轻松提取。但在其他情况下，获取端到端系统数据可能很困难，需要跨不同工具和团队进行数据检测和规范化。

例如，故障部署恢复时间是一个指标，我们建议根据组织情况通过自报告或系统收集。小型初创公司可能仅使用问题跟踪工具（如 Jira）就能快速测量，而大型组织则可能需要跨系统交叉归因数据，以获得端到端系统可见性。这可能需要大量工作，而捕获自报告数据则可以快速提供基线。

表 2 标题为“测量方法比较”，比较了三种数据收集方法：系统指标、自报告指标和体验采样。它列出了每种方法的优点和挑战。

体验采样是一种在开发者处于工作流程中时收集自报告数据的方法。这提供了可关联到特定行为或任务的目标数据点。例如，体验采样是衡量通过 Copilot 等工具实现的具体时间节省 非常有效的方法。

通过利用这三种方法收集的数据，组织可以获得开发者生产力的最完整图景。虽然尽早开始以获取系统数据的好处很重要，但组织应首先通过自报告数据建立基线，而不是在构建系统指标的努力期间停滞不前。

开始行动

返回目录

公司正面临越来越大的压力，需要衡量和提高开发者生产力，因为市场越来越强调高效增长和投资回报率。

与此同时，该行业在过去几年中经历了一场范式转变。远程和混合工作已成为常态，AI 辅助工具的快速进步开始改变软件开发的方式。领导者需要回答重大问题：如何采取正确行动来应对这些变化并保持市场竞争力。

尽管这些问题至关重要，但公司不应觉得必须进行彻底的改革才能获得数据驱动的答案。DX Core 4 指标旨在通过利用现有数据并避免昂贵或耗时的定制系统需求，帮助你快速起步。

现在就建立基线。 立即开始基线收集很重要，对许多组织而言，这意味着在努力捕获和关联系统数据的同时收集自报告数据。在没有完整系统测量的情况下，自报告指标可以相对快速（即几周内）提供工程组织的全面视图。

从小处着手。 查看数据，找出常见问题和改进领域。确定哪些改变能产生最显著的影响，并尽量缩小这些举措的范围，以免迷失在数据中。

向团队和领导者透明地沟通。 DX Core 4 指标对个人开发团队和业务同样相关。制定一个计划，向组织所有成员传达这些指标是如何收集的以及将如何使用。

如今，拥有高效且有效的工程组织比以往任何时候都更能决定市场胜负。DX Core 4 提供了一条经过验证的路径，帮助理解和优化生产力，从而提高每位开发者的影响。

DX Core 4 已在科技、金融服务、消费品和制药等领域的数百家组织中成功部署。要了解有关 DX Core 4 和 DX 平台的更多信息，请联系 DX 的代表。

关于作者
本文由 Abi Noda、Laura Tacho、Margaret-Anne Storey 博士和 Michaela Greiler 博士合作完成，代表了 DX 研究和咨询实践的观点。

作者感谢 Thomas Zimmermann、Nicole Forsgren、Will Larson、Tim Cochran、Max Kanat-Alexander 和 Pat Kua 对本文的贡献。