关于开发人员生产力指标的讨论往往过于理论化,没有什么实质性参考意义。因此本文根据多个关于开发人员生产力(DevProd)和开发人员体验(DevEx)团队的采访,了解他们正在使用哪些指标。
这些团队负责提高公司的开发人员生产力,依赖于开发人员生产力指标。他们需要数据来了解开发人员遇到的问题,合理安排项目的优先级,并跟踪他们工作的影响。因此,可以从这些团队中学习到哪些指标是有效的。
为了了解这些团队在衡量什么,本文参考并询问了 17 家领先的科技公司关于他们的开发人员生产力职能部门或团队使用的顶级指标。以下是不同公司使用的开发人员生产力指标概览。
总结下来,有几个有意义的发现:
01 DORA 和 SPACE 指标被选择性使用
普遍认为 DORA 和 SPACE 的指标会出现得更频繁,因为它们通常被认为是 “行业标准”。但是,只有一家公司,即微软,提到全盘接受了其中一个框架,这也是情理之中的,因为 SPACE 框架就是他们开发的。
对于其他公司来说,这些框架中的某些指标只是作为更广泛、更全面的衡量战略的组成部分而被提及。
02 广泛采用定性衡量标准
所有公司都表示同时采用定性和定量指标。例如,Intercom、Postman 和 Peloton 都将 Developer Engagement 作为衡量指标。Atlassian、Lattice 和 Spotify 等公司也同样依赖于自我报告的衡量标准。
这凸显了顶级公司在开发人员生产力衡量方法上的显著转变。五年前,这些公司中的大多数可能只关注量化指标。然而最近的 DevEx 论文提供了一个利用定性指标来衡量开发人员体验的框架。
03 高度重视 “专注时间”
让人感到惊讶的是,有很多公司将 “专注时间” 作为一项最高指标来跟踪。虽然研究表明深度工作是影响开发人员工作效率的一个重要因素,但很难想象会有这么多人关注它。Stripe 和 Uber 分享了 “Number of Days with Sufficient Focus Time” 和 “Weekly Focus Time Per Engineer” 等具体指标,而其他公司则提到深度工作是他们在开发人员调查项目中衡量的一个主题。
04 独特的衡量标准
不同的开发人员团队在衡量工作效率方面有很多重叠之处。但也有一些独特的指标值得强调:
-
采用率(DoorDash、GoodRx 和 Spotify):有多少开发者在积极使用产品或服务。Spotify 的版本是衡量有多少开发者采用了其黄金标准。
-
每位工程师生成的设计文档(Uber):设计文档由工程师在开始有意义的工作之前为非小项目编写,目的是尽早获得反馈,最终缩短完成项目所需的时间。他们的指标跟踪开发人员遵循这一做法的频率。
-
实验速度(Etsy):其前首席技术官 Mike Fisher 说,在 Etsy,每个团队都会设计并运行自己的实验,以评估用户对新功能的反应。这种做法是他们工程文化的一个核心方面,可以促进学习文化,帮助团队始终以客户为中心。因此 Etsy 开发了一个内部实验平台来跟踪这些实验的进展。衡量标准包括每周有多少实验开始,有多少实验停止,以及有多少实验的正命中率。就上下文而言,最终目标是衡量学习速度。
-
开发人员 CSAT/NSAT(Chime 和 LinkedIn):LinkedIn 衡量开发人员 NSAT(净用户满意度),跟踪开发人员对其开发系统的总体满意度。报告中列出的另一项指标是针对开发人员使用的工具和服务的开发人员客户满意度(CSAT)评分。CSAT 是通过季度开发人员调查获得的。这些指标有所不同:CSAT 指标侧重于特定工具,而 LinkedIn 的 NSAT 则衡量开发人员对所有工具的总体满意度。此外,CSAT 指标是以正面回答的百分比计算的,而 LinkedIn 的指标是满意回答的百分比减去不满意回答的百分比。
05 结论
这份报告揭示了 DevProd 团队在了解和提高开发人员工作效率方面发现的有用指标。如果您刚刚开始使用度量标准,建议您使用 Google 的目标、信号、度量标准 (GSM) 框架来指导您选择度量标准。首先确定衡量的目标,然后逆向选择支持目标的指标。
如果您已经有了衡量标准,可以将您正在使用的标准与这里列出的标准进行比较。是否有你未曾考虑过的、可能对你有用的衡量标准?您是否同时利用定性和定量指标来了解开发人员的工作效率?这些都是您在评估现有方法时需要考虑的有用问题。