连续集成ROI/度量

Question

我已经研究了一段时间关于CI的好处的数据。但是我没有找到任何可靠的数据，很少有线程讨论这个主题示例：

• ROI CI
• 项目比较

但它们中的大多数都涉及抽象的示例：“损坏/不兼容代码的早期预警”。

这些是我们无法衡量的东西。当添加持续集成到构建过程时，是否有人看到过可测量的数据："bug计数“、”构建时间“、”缺陷解决时间“等。

Answer 1

度量可以是定量的，也可以是定性的。

度量量化指标更容易，比如构建时间。实际上测量构建时间是有好处的，我已经看到了这一点。例如，您可能会发现，构建时间超出了合理的限制，什么影响了“反馈时间”，这对于高效编码至关重要，因此您可能会对“超出极限触发器”采取行动。例如，在这种特殊情况下，考虑将解决方案拆分为多个组件，或者进行“分阶段”集成或其他事情。

很难衡量质量指标，如项目可见性、团队幸福感。例如，CI使每个人都可以看到事物(构建/测试/发布/部署/etc流程/状态)，并使其更早地可见。因此，CI ROI取决于增加能见度的ROI。能见度的结果是很难衡量的，但它是可能的，它是定性的度量。获取质量指标的一种方法是定期进行调查。开发正确的调查是另一门科学，但在这种情况下，您可能会要求人们从1(不正确)到5(完全正确)评分：“来自CI系统的通知帮助我做了更好的和更早的决定。”

希望能帮上忙。

Answer 2

五年后，有一本书专门讨论这个主题--“加速:建立和扩展高性能技术组织”。包含对开发实践和精益管理的研究/调查。