5. Pull 请求的产能

请考虑每周合并几个Pull请求。

你会很高兴看到团队活动水平的快速变化。

6.从提交到部署的时间

尽管你可以拥有高产能，但有时候在部署中交付的内容是“旧的”。

也许你没有任何现成的自动化部署实践。也许人们会花很长时间才打开一个Pull 请求。计算从提交到部署的时间是一种衡量整个软件开发过程的好方法。

7.部署频率

未投入生产的代码只是“旧库存”。

将代码发布到生产环境中应该是每个人的责任，并且有一个衡量标准来显示你每天执行了多少部署，这一点非常关键。

8. Rollbacks频率

监视要处理的Rollbacks次数与整个软件工程过程的质量密切相关。

9.编码测试比率

编码测试比率是衡量质量的另一种方法。但要注意这种方法很容易被开发人员操纵。

10.代码质量问题

每个代码库都存在技术债务、不干净的代码、花招和仓促的工作。

零代码质量问题并不重要，重要的是要理解随着团队规模的扩大，这个数字是如何随时间变化的，以及有更多的代码和存储库需要维护。

你可以发现代码中有问题的部分，这些部分可以解释Rollbacks、较长的交付时间和瓶颈问题。

在过去的12年中，这些指标已帮助我N多次在与我合作的每个团队中达到我的个人目标：持续改进。

SourceLevel首席执行官

相关资源：TeamWare:团队软件-其它代码类资源-CSDN文库