【原】DevOps研发模式下「产品质量度量」方案实践

优质文章，第一时间送达！

在当今互联网环境下，需求变更越来越快，交付周期却越来越短，

怎么判断一个系统是否测试充分？

产品质量满足什么样的条件才能投产？

如何判断测试工作、研发团队工作的效率是高还是低？

这些问题不能靠感觉、拍大脑，而是需要客观的数据来反映。质量度量指标就是用一组数据来客观衡量产品研发环节的各方面情况，作为评审和决策的依据。

而为了能够在产品发布前，对产品质量能够做出比较准确的判断，需要清楚质量的属性，这就需要建立质量模型。

说起质量模型，必然绕不开ISO9126，ISO9126软件质量模型是评价软件质量的国际标准，由6个特性和27个子特性组成，如图一所示。建议大家可以深入去理解各特性、子特性的含义和区别。这个模型是软件质量标准的核心，对于大部分的软件，都可以考虑从这几个方面 着手进行测评。

（图一）

本文就给大家聊一聊关于产品质量度量以及研发效能度量的内容，并分享一些笔者在公司内部的度量实践和观点，希望对大家有所启发。

1. 摆正观点：产品质量度量原则

产品质量度量或研发效能度量的原则：不要与绩效挂钩，而应该作为参考和工具，帮助团队提高效能和产品质量。因为无法覆盖 100% 的度量指标，把度量与绩效挂钩就一定会产生“做数字”的现象。这时，使用质量度量或效能度量非但起不到正面效果，还会对公司和团队造成伤害。

2. 质量度量目标

研发质量度量核心思想一句话来概括：目标驱动，度量对的事；先从全局上找瓶颈，再深入细节；两个基本原则：

1. 度量应聚焦在全局指标而不是局部指标

2. 聚焦在结果产出而不是某阶段工作输出

围绕度量的核心思想和基本原则，在公司团队实际应用度量手段时，最终目标并不是为了提高表面的数字指标，本质还是需要借助度量方法达成以下几个目的：

• 跟踪团队的表现、提高团队工作效率、绩效和产品质量；
• 使用度量来寻找问题而不是用来做绩效考评；
• 使用度量来检验改进措施的效果；
• 提高项目计划、效付的精确度；
• 了解流程是否高效，寻找需要改进的关键领域。

由此我们不应对那些看似繁忙但只产出了一大堆无效工作输出的团队或人员进行奖励，而是引导到那些对促进组织达成目标有实际帮助的工作上去。

3. 效能和质量度量的几个维度

正如刚提到的，度量的目标之一是为了帮助团队寻找问题，并检验改进措施效果，因此不同公司团队所处阶段、研发能力成熟度、团队面临问题的不同，导致了度量方法并没有所谓的唯一性，团队需要根据自己的问题选择合适的度量方法。并且即使是在同一个公司团队内，度量方法也应该是持续演进的，并不是固定不变。

虽然度量方法没有唯一性，但行业众多公司经过大量的度量实践，也有一些普适性的考量维度，供大家参考，大致分为三类：

• 基于研发效能，3个维度：交付效率、交付质量、交付能力。
• 基于团队+个人，4个维度：质量、速度、效能、准确度。
• 基于产品质量，3个维度：产品内部质量、产品外部质量、产品使用质量。

其中，交付效率、交付质量和交付能力，这些指标的提升需要组织进行管理、技术、协作等多方面的系统性改进。

而研发效能度量指标一般用来衡量软件产品的生产过程和产品质量，但公司真正需要关注的是否能产生用户价值。因此如果从质量管理的角度，我更倾向于第三种。

（来源：facebook葛俊老师）