研发效能度量平台建设以及落地实践.pptxVIP

研发效能度量平台建设以及落地实践;目录

持续反馈和度量驱动

研发效能常见度量指标

研发效能度量平台建设

实践中如何正确使用研发效能度量

阿里，滴滴和京东的研发效能度量实践;持续反馈和度量驱动;管理学之父德鲁克说：“如果你不能度量它，就无法改变它”

DevOps三步法–持续反馈和持续改进

度量提供了一套可量化的，可视化的，并带有分析结果的持续反馈机制和落地方案

传统度量更多是用于控制成本的人力度量，以及运维侧的对线上产品的监控。而DevOps更多关注的是研发过程度量;度量驱动是通过开发过程中的度量数据，认识和理解目标及背后的原因，最终作为决策的输入，影响到了技术的使用，人的文化意识的改变，甚至管理层的决策。

度量驱动的原则：

分配度量项给相关的负责人

创建分层的度量指标，相互关联，发现趋势

分析数据并利用度量做决定;研发效能常见度量指标;DevSecOps度量不仅包含了传统DevOps的度量指标（交付速度和交付质量），更将应用安全引入进来（交付安全）

交付安全包含了三个维度的指标

安全能力

安全效率

安全成本;交付效率/速度度量指标：

交付周期

开发周期

交付吞吐率;缺陷密度

代码质量问题密度

单元测试通过率

单元测试覆盖率

自动化通过率

自动化覆盖率

严重缺陷率

漏测率

发布成功率;应用安全工具发现的安全漏洞数

高危安全漏洞/风险数

中危安全漏洞/风险数

低危安全漏洞/风险数

安全工单数总数

发布阶段的安全评审/扫描时长

因为安全返工的时长（成本）

安全测试用例通过率;研发效能度量平台建设;研发效能度量平台建设架构;实践中如何正确使用研发效能度量;管理者常常关注传统的度量指标;如何正确使用度量–不能横向对比;某个单点度量指标可能会给团队引导错了方向。因此不能聚焦于某阶段的输出指标，而需要聚焦整体结果产出指标

研发效能要以端到端的流动效率（而非资源效率）为核心。比如交付时长越短，说明速度越快，团队的交付效率也就越高

在实际工作中，流动效率和资源效率需要进行协同优化，而不是简单地只考虑其中一类;因为度量数据并不容易量化，而且不能直接和100%准确反

映效能对产品价值的影响，因此无法进行绝对公平地衡量。

如果简单地以需求交付数量作为KPI，甚至将度量作为惩罚性依据，则团队可能为了绩效或者免受惩罚，放弃以改进为目标，而是以数字游戏，规避或者利己地心态对待度量。

DevSecOps度量可以作为KPI的参考帮助管理者了解情况，发现问题和做出判断。;很多实践证明，度量的可视化是改变个人意识，以及团队和公司文化的有效手段之一

随着时间的推移，通过潜移默化的影响，逐渐让团队通过度量指标关注研发效能，尤其是过程效能

度量数据可以展示在人流密度大，或者比较显眼的

地方，以及大的屏幕上

管理者需要经常关注展示和自己团队相关的数据

配合一定的奖励机制，效果会更好。;度量数据需要进行统计和分析，发现最有价值的信

息，进而帮助团队发现深层次的问题，并为解决方案提供实验数据，由此为依据进行改进;及时的提醒比事后复盘更重要，因此相关提

醒需要配合度量一起使用

通过邮件，微信短信等方式定期通知并公开

个人对应的任务度量指标

通过不断提醒确保每个人都能遵守规范，并且保证度量发现的问题可以及时和按时解决。;通过技术手段在流水线上设置质量门禁（为相关度量指标设

置用以流程通过需要满足条件），实现自动质量把关。

常见的质量门禁度量指标：

高危安全漏洞

严重缺陷

单元测试覆盖率/通过率

自动化测试覆盖率/通过率

严重等级的代码质量问题

代码评审;阿里和滴滴的研发效能度量实践;。;阿里巴巴度量体系– 度量分析;滴滴研发效能经历了从采用开源满足业务基础需求，到特定领域自研，最后到特定领域的平台化

工具层面

打通研发和非研发侧的工具，使得需求，项目和产品侧的同事感知到研发整体进度和关键指标进展

通过一站式研发工具，统一标准和规范，并将最佳实践低成本地推广到跟多业务线;滴滴定义了三类核心度量指标：

给业务和非工程团队参考用的交付指标

交付周期：平均交付时长，最大交付时长

交付质量：线上事故数，回滚数，增发、补丁数

交付吞吐：单位时间交付数

体现工具本身状态的特征指标

有效性：研发流程，工具能力，质量保证，度量手段

可持续性：架构合理性，代码复杂度，测试覆盖率，团队构成及人数

研发过程指标

需求响应能力：完成研发周期，开发周期，测试周期

研发过程质量：库存缺陷数，缺陷修复时长

持续集成能力：频率，平均时长;谢谢