重启研发效能改进之路

说实话很久之前曾经尝试过进行研发效能的改进，但并没有取得很好的效果，最后各种实践也都逐渐“遗忘”，最后只剩下，站会和回顾会议得到贯彻。但近期有了专职的PO以及重新看了《研发效率破局之道》感觉也许可以再试试，万一成功了呢。

什么是研发效能

研发效能，是团队能够持续为用户产生有效价值的效率，包括有效性（Effectiveness）、效率（Efficiency）和可持续性（Sustainability）三方面。简单来说，就是开发者是否能够长期既快又准地产生用户价值。

谈起研发效能，总是有人喜欢把绩效问题也一起讨论，但个人觉得绩效和研发效能是两个近似但又不完全一样的事。绩效是针对个人和组织的表现来说的，一般都是跟钱有关的，研发效能则更多的偏向对于研发能力的反应，可以跟钱没关但跟水平和能力关系却比较高。当然两者的区分并不绝对，比如高绩效团队往往意味着较高的研发效能，否则老板为啥会给你高绩效（更多的钱)呢。

业界指标

研发效能如上图所示一般分为：质量，速度，准确度以及个人效能四个方面，至少可以包括40个指标。

还有DevOps的四个最为知名的指标。

• 部署频率：指应用和服务向生产环境部署代码的频率。

• 变更前置时间：指代码从提交到成功运行在生产环境的时长。

• 服务恢复时间：指线上应用和服务出现故障到恢复运行的时长。

• 变更失败率：指应用和服务在生产环境部署失败或者部署后导致服务降级的比例。

我们选择的效能指标

1. 严重线上事故数
2. 线上bug发现占比
3. 构建速度
4. 前置时间
5. 热修复上线时间
6. 平均修复时间
7. 燃尽图
8. 工单返工率
9. 冲刺健康度
10. 个人调测环境构建速度

经过与PO的进一步讨论，考虑到当前第一次引入，优先引入好度量的指标，最后结果如下图所示。

当然还有对于项目中人员投入的统计。

注意项

1. 这个指标都是相对于项目的，因此数据应该按照项目来区分统计
2. 项目层次上的计算最终的改进还是要归结到项目中，而不是针对个人的追踪
3. 效能度量不要与绩效挂钩
4. 由于是在组织机构变革之后再次引入效能度量，所以决定先搞个启动会
5. 还是先从UMP试点搞起来

附录

参考

1. 《研发效率破局之道》
2. 《技术领导力实战笔记》

启动会PPT