【每日一学 20260819】敏捷之道——如何度量敏捷团队的绩效

2026-08-19 08:58:00
蓉蓉
原创
4

绩效度量也称之为业绩度量，它是指一个组织对其团队客观的评价方法，它反映组织的执行力和工作效率，为团队更有针对性地做出持续改进提供数据支撑。


我们如何科学有效地度量敏捷团队绩效呢？主要从速度、质量和价值三个维度着手。

1.速度

首先来看速度，它包括需求响应能力和发布能力。敏捷注重效率，从字面意思来看就是速度，这里主要衡量团队是否具备快速执行的能力。

其中，需求响应能力是指敏捷团队对用户需求的处理和交付的能力，主要体现在业务需求前置周期和用户故事交付周期上，前者是由产品负责人负责，指的是用户需求从提出到排期的时间；后者是由Scrum Master负责，指的是用户故事从排期到发布的时间。这两个周期越短，说明团队的需求响应能力越强。

发布能力主要体现在集成测试周期、发布频率和解决发布问题的平均时间长上：
（1）当项目中的不同模块需要联调，就会引入集成测试。集成测试周期是指从开发转测试到集成测试完成的时间，这个周期越短，团队的测试能力越强。
（2）发布频率指的是团队两次发布的间隔，间隔时间越短说明团队工程实践能力越强。
（3）解决发布问题的平均时长指的是：产品发布之后，从出现外网问题开始到每个被解决问题的平均时长。这考验了在发布并出现外网问题时，团队响应和解决问题的能力。

这些数据通常可以在项目管理工具中找到，计算公式如下：
（1）集成测试时间=测试完成时间-转测时间。
（2）发布频率=本轮迭代发布时间-上轮迭代发布时间。
（3）解决发布问题的时长=问题解决时间-问题发现时间。

2.质量

我们再来看质量维度。质量是产品的核心，这个维度评分越高说明团队打造优质产品的可能性越高。

质量分为内部质量和外网质量。内部质量指的是产品在测试过程（包括单元测试、集成测试、上线前测试和线上测试）中产生的质量，体现在单位周期的遗留缺陷数和单个用户故事的缺陷数上（缺陷即Bug）。


其中，单位周期的遗留缺陷数指的是：在一个迭代周期内产生的缺陷在迭代完成时剩余的数量。单个用户故事的缺陷数：开发人员在实现一个用户故事过程中产生的缺陷数量。

我们通过加权计算缺陷数量。比如把缺陷按照严重程度分为致命缺陷、严重缺陷、一般缺陷、轻微缺陷和建议缺陷，通常它们的权重分别为 5、4、3、2、1，而这里的严重程度的衡量标准由测试人员给出，因为篇幅有限所以此处不做展开。我们依此标准统计相同程度的缺陷数量，缺陷数量越低，团队的内部质量也就越好。

外网质量指的是产品发布后，它在外网呈现的质量情况，这里涉及外网问题反馈和系统的年平均故障率。外网问题反馈指的是用户对产品质量的吐槽，这些很难做量化，通常我们会在产品论坛、贴吧、苹果应用市场或其他应用市场，以及客服电话和App本身的反馈渠道去收集用户的吐槽。一旦应用本身出了问题，一个用户就有可能会用多个账号在不同的渠道反馈此问题，所以我们就很难用用户反馈量来说明评估质量的下降情况，并且很难从吐槽当中评估问题严重程度，所以我们一般度量系统的年平均故障率。

系统的年平均故障率指的是：系统一年发生的对外服务的故障时间之和除以一年系统服务的总时间。这个数值越低，说明团队开发的系统越稳定，质量越高。

3.价值

敏捷的核心就是价值驱动，价值纬度可以帮助我们衡量团队是否掌握了敏捷的核心，以及掌握得怎么样。而价值用需求吞吐率和交付有效性来度量，具体来说，吞吐率是指单位时间内交付的业务需求数，比如一个迭代内，我们团队交付了多少个业务需求。

交付有效性就是业务的需求价值。我们需要做有价值的需求，有的需求会有直接价值，比如提升了多少收入，会增加多少用户数，或者用户活跃率得到了提升等，也有一些需求没有直接价值，比如提升了用户体验等。直接价值可以量化，但间接价值就没有办法量化了。另外，团队在和自己做纵向的绩效度量时，更适合关注价值。

说完衡量指标，接下来我们就看一下绩效管理具体的做法。绩效管理是指各级管理者和员工为了达成组织目标，共同参与绩效计划制定、绩效辅导沟通、绩效考核评价、绩效结果应用、绩效目标提升的持续循环过程。


来源：《敏捷之道》——如何度量敏捷团队的绩效--文/莫敏

发表评论
通过审核后显示您的意见