企业如何成功落地研发效能度量？

度量是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程。不同规模的企业，对度量的需求也不一样。那么度量的本质是什么？度量的终极目标是什么？如何让对度量领域的“专家经验”产品化、标准化，从“事后复盘”发展为“风险管控”？

当一个组织或者团队在消耗了大量的"变革"时间、花费了大量的人力资源和成本后，却无法有效回答一些看似非常基本的问题，比如：

你们的研发效能到底怎么样？可否量化？

你们比所在行业平均水平、比别的公司、比别的团队更好还是更差？

研发效能的瓶颈点和问题是什么？

在采纳了敏捷或 DevOps 实践之后，有没有效果？

这就是为什么我们进行研发效能度量的原因。

但是在企业研发效能度量体系建设初期，大家的关注点大部分都聚焦在度量什么样的指标、如何采集和计算、如何展示报表等问题上，并没有形成体系。随着持续深入的推进，随着更加系统性地思考，才能构建建企业内部整体的度量体系。

通过度量的分类，根据目标意图将度量划分为“针对人的度量”和“针对事的度量”。

任何协作系统都离不开人的参与，加之可与绩效、考核等事情牵上关系，即使相关指标的分析往往伴随着争议，针对人的度量在企业里有时依然被视为一种“刚需”。

针对事度量的范畴和方法更加灵活。既包括简单的数值指标，譬如产研中的发布频率、需求交付时长；也包括需要对比分析的多元指标，譬如需求在各阶段的停留时长、缺陷在各环境的漏测率等。

对于大中型企业，如果想落地研发效能度量，可以遵循以下四步：

构建自己的度量体系

2、选择适合企业现状的度量方法

3、分析内部实际使用场景

4、定制适合自己的工具进行支撑

对于企业内部的度量服务对象，大致分为以下三种：

1、高层管理者一般关注组织级的效能评估结果，例如整体的研发投入产出、战略的资源分配和达成情况、业务满意度、各事业部北极星指标的横向对比、研发效能月报等。例如：

2、团队级管理者不仅会关注团队交付效率、交付质量、交付能力等全方位的效能指标，并且要求度量平台具备问题自动化诊断和分析能力，能够结合趋势、下钻、关联分析等多种手段帮助识别效能瓶颈。例如：

3、工程师也会关注一些效能指标，用于对个人工作进行需求、任务、代码、缺陷等维度的统计和反馈。例如：

在研发过程中，我们要同时关注需求价值流和研发工作流。

需求价值流以需求特性为核心，贯穿就绪、设计、开发、测试、发布等阶段。

研发工作流以代码提交为线索，会执行分支创建、代码提交、编译、扫描、测试、代码合并、部署、发布的等一系列活动。我们可以通过效能度量工具平台的建设，让这两条流之间实现联动，自动完成状态的流转和信息的同步。

最终，建议围绕《DevOps现状调查报告》核心指标作为参考，设计适合本企业的度量指标体系。