关于devops: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|研发效力不是老板工程，是开发者服务
研发效力之技术治理
研发效力之产品经营
什么是研发效力？研发效力定义及外围价值
二三线互联网公司怎么做好研发效力

scmroad 次要关注畛域 {研发效力、研发工具链、继续交付、DevOps、效力度量、微服务治理、容器、云原生}，感激订阅。