如何向经理证明一种技术的投资回报率？
我发现与文档最接近的方法是：
http://www.agilejournal.com/pdf/Finding-ROI-in-Build-Automation.pdf
本文档中有一些公式，但是我无法真正确定它们是否只是大量营销手段，或者它们是否是关于如何计算ROI的准确公式。
在上面的文章中，我并没有真正尝试计算构建工具的ROI，我只是在尝试计算诸如ANT之类的简单构建工具的ROI。
最佳答案
他们没有解决问题的实质：无形的好处-尽管他们至少尝试通过一个例子。公式只是为了获得可观的投资回报率-如果“使用构建工具”是股票，我将获得多少投资回报？
这已经表明问题本身存在缺陷：自动化构建主要是提高质量的工具；提高生产率通常是第二要务。
但是，这与坐在钱上的家伙聊天毫无帮助。
我用来分析构建工具效果的指标：
从签入到最终媒体的周转时间
生成数量（用于测试，用于发布，..）
请求的构建数量（构建速度更快，您可以预期需求会增加）
手动构建期间引入的错误数（假设您跟踪这些错误）
能够发布版本的开发人员数量
用于实施和维护的估计资源（时间，许可证，构建服务器等）
低概率高风险方案分析
通常，自动构建工具只是通过消除瓶颈来收回成本：每个开发人员都可以发布软件，而不仅仅是John the Builder。
最后一点很重要（但很难给出数字），因为错误的总成本不是正态分布，而是高度“成对的”：单个错误会给您带来讨厌的压力，或者使关键客户转向竞争。
维护自动化构建的核心论点是，发布漏洞几乎是可以避免的。