DevOps｜研发效能价值如何衡量

现在很多公司都在做或者计划做研发效能，也知道研发效能工作很重要，能提高产研运同学的协同效率，提高员工的工作效率和质量，提高业务交付效率和交付质量，但是价值有多大？效率又有多高呢？因为不容易说清楚，所以经常碰到一些质疑和灵魂拷问。

• 如何衡量研发效能的效果？

• 如何衡量研发效能的作用？

• 如何说清楚研发效能工作的价值？

• 研发效能是做啥的？有啥用？有多大用？

研发效能定义

之前我给过研发效能的定义，但是随着这个领域的发展，大家越来越注重「开发者体验」，因为这项工作太重要了，对员工的工作效率的确影响很大。之前我们做研发效能平台的时候就特别注重开发者体验，但对于有些公司还停留在工具有无的阶段，暂时注意不到这块。所以这次我对研发效能的定义进行了优化，想以此引起大家对这块的注意，促进这块的发展，形成共识。研发效能定义如下：

研发效能是一个组织高效交付产品的能力，以及围绕提高这一能力所建立起来的由规范、流程、工具、度量体系、实践等组成的系统工程体系。目标是优化开发者体验，夯实产品研发运营基础设施和赋能组织持续高质高效地交付产品价值。

 

研发效能主要工作

• 规范制定：制定产研运协同的规范
  

• 流程梳理：梳理产研运协同的流程

• 平台建设：建设支持产研运协同的基础平台

• 平台运营和服务：对产研运提供服务，并进行平台运营

• 效能度量：对产研运协同进行效能度量，分析存在的问题并推动改进和优化

研发效能工作目标细分

• 规范制定和技术治理
  

• 梳理公司技术现状、制定技术治理方向

• 协调制定技术选型、研发流程等技术类规范

• 解决公司业务发展过程中遇到的共性问题和技术挑战

• 为不同业务场景提供全面的技术解决方案

• 进行规章制度、规范、平台使用的宣传、培训、布道、配套工具推广等

• 推动建设和优化产研运协作流程

• 梳理和优化产研运之间协作的流程

• 推动产研运高效协作

• 梳理、宣导和推广工程最佳实践
  

• 研发效能平台建设

• 把最佳实践固化到平台，进行研发效能平台建设

• 保证效能平台的稳定性、可用性

• 效能平台功能完备的同时保持高度易用

• 高效率完成效能平台上的高频操作
  

• 研发效能平台运营和服务

• 及时响应研发效能平台用户的日常诉求，高效解决用户问题

• 及时收集、梳理和提炼用户的诉求，进行痛点分析

• 通过产品运营、内容运营、活动运营、用户运营，让用户更多地了解我们的平台，，让平台「有人用、会用、善用」

• 研发效能度量

• 梳理、计算、展示和分析衡量端到端尽早尽快交付效率的指标

• 梳理、计算、展示和分析衡量端到端高质量交付的指标

• 梳理、计算、展示和分析衡量卓越工程能力、持续交付能力的指标

• 通过研发效能度量发现产研运效能问题，推动组织解决、改进和优化

 

研发效能价值

说清楚了研发效能的具体工作，是不是就很容易说清楚研发效能的价值了？不是的。讲清楚了研发效能的具体工作，只是让大家了解了研发效能是什么，具体做什么，这对一线同学很容易讲清楚，但是对于往上+1/+2的领导来说还不是很容易get 到点子上，你讲了这么多，在他们看来是抓不到点子上。因为对于公司来说，团队带来的价值无非两件事，要么收入，要么成本，简单点说你给公司带来多少收入，或者你节约了多少成本。

说价值就要提收入和成本，但这对研发效能却不是一件容易说清楚的事情。为什么业务的价值容易讲清楚？我用多少人开发的功能给公司带来多少利润，这是非常容易衡量的，只要每个月让财务出个数据就好。对于大多数公司来说，1）研发效能团队不对外，也就是无法直接给公司创造收入。2）研发效能工作涉及面广，见效慢，需要长期投入，建设初期很难算清帮公司省了多少钱，甚至还要有一定的人力成本支出。

那怎么才能讲清楚研发效能的价值呢？我觉得可以通过间接收入、节约成本、开发者体验和业务质量提升四个方面来讲：

1. 研发效能带来的收入

1. 研发效能团队人均支持公司员工的数量、趋势

2. 研发效能团队支持产研运团队的数量、趋势

3. 研发效能团队支持产研运团队外的业务团队数量、趋势

2. 研发效能节约的成本

1. 员工、团队做与之前同样的事情，效率提高的数据

2. 采用新技术节省了资源的投入，或同等资源支持了更多的业务发展

3. 研发效能提高了开发者体验

1. 效能平台给用户带来的开发者体验，比如业务对接的效率

2. 效能平台用户 nps 评价

3. 效能平台运营客服的响应速度和支持质量

4. 业务方对研发效能团队、平台的用户访谈评价

4. 研发效能带来的业务效率和质量整体提升

1. 业务的整体端到端交付效率，比如需求交付周期、吞吐量

2. 业务的整体质量提高，比如代码扫描高优问题解决趋势，上线成功率，回滚率

3. 持续交付能力，比如代码提交到部署完成的时间，服务构建速度、频率和修复时长

 

上面只是给出一些可参考的方面。在公司具体落地实施时，还是要实事求是地以业务为纲，服务好公司业务部门，以做产品的高标准要求自己，服务好产研运团队，同时找到合适的数据来反应我们的工作价值。

本文小结

用一两句话给+1/+2领导讲清楚研发效能的价值是非常不容易的，尤其是团队建设初期，没数据，没抓手，没背书，可见的只是人力物力的投入。领导也是知道研发效能是必须要做的，只不过什么时候做、做到什么程度、实现路径不是很确定，尤其是当还可以通过加资源(人力和物力)保持业务增长的时候。此时我就需要通过一些可见的数据、指标和图表，多方面地展现出公司研发效能整体的状况、可改进点和将来的效果，让他对研发效能的业务更有体感和理解，让他明白研发效能工作的价值和团队的价值。

 

我的其他文章 

DevOps｜研发效能不是老板工程，是开发者服务

研发效能之技术治理

研发效能之产品运营什么是研发效能？

研发效能定义及核心价值

二三线互联网公司怎么做好研发效能

 

感谢点赞、转载；关注我，了解研发效能发展动向；欢迎「DevOps研发效能」一起探讨；

scmroad 主要关注领域 { 研发效能、研发工具链、持续交付、DevOps、效能度量、微服务治理、容器、云原生}，感谢订阅。