可以使用哪些度量项来度量持续交付过程？

要使持续交付过程高效，离不开对它的度量。那么，我们有哪些度量项可以用于度量持续交付过程呢？

首先，对于软件交付过程来说，最重要的度量项就是交付周期。所谓交付周期，指的是从对某个需求分析开始，直到把这个需求交付给用户所花费的时间。

之所以说，交付周期是交付过程最重要的指标，是因为一旦知道了交付周期的大小，我们就能找到办法来缩短它。而缩短交付周期，就会给我们带来巨大价值。

要缩短交付周期，我们可以采用以下措施：

1. 识别交付过程中的瓶颈。比如手工测试部分。

2. 确保瓶颈环节有充足的输入和足够的资源。如果瓶颈是手工测试，那么就要保证有足够的用户故事在等待手工测试，并确保手工测试所需的资源充足。

3. 根据瓶颈环节的调整情况来调整其他环节。比如，开发人员开发用户故事的速度只要能及时供应手工测试就足够了，其他时间可以让他们优化自动化测试，以减少手工测试上的时间。

4. 如果第2步和第3步并没有产生太大的效果，就要向瓶颈环节增加资源。比如增加更多的手工测试人员。

5. 重复上述步骤，找到下一个瓶颈进行优化。

除此以外，下面这些度量项也会对实现高效的持续交付过程有帮助：

• 自动化测试覆盖率。这一度量项可用于判定是否通过自动化测试。

• 缺陷的数量。这一度量项可用于判定测试是否终止，也可用于识别交付过程中的瓶颈。

• 交付速度，即团队交付可工作、已测试过并可以使用的代码的速率。这一度量项可用于预测开发进度。

• 每天提交到版本控制库的次数。这一度量项可用于优化交付过程。

• 每天构建的次数。这一度量项可用于优化交付过程。

• 每天构建失败的次数。这一度量项可用于优化交付过程。

• 每次构建各阶段所花的时间，包括自动化测试的时间。这一度量项可用于识别交付过程中的瓶颈。

总之，快速反馈是所有软件交付过程的核心目标。通过以上这些度量项，让交付过程各环节的反馈可视化，并采取有效的措施对它们进行控制，有助于我们实现高效的持续交付过程。

这正是：

高效交付要实现，合适度量不可少

通过度量找瓶颈，优化瓶颈获高效

参考书目：持续交付：发布可靠软件的系统方法，作者：[英]Jez Humble,David Farley，译者：乔梁，出版社：人民邮电出版社

作者简介：王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。