证明一项技术的投资回报率？

Question

如何向经理证明一项技术的投资回报率？

我发现的最接近如何执行此操作的文档是：

http://www.agilejournal.com/pdf/Finding-ROI-in-Build-Automation.pdf

本文档中有公式，但我真的无法判断它们是否只是大量营销或者它们是否是关于如何计算投资回报率的准确公式。

我并不是真的想计算上述论文中构建工具的投资回报率，我只是想计算像 ANT 这样的简单构建工具的投资回报率。

Answer 1

他们没有切入问题的实质：无形的好处——尽管他们至少尝试举例说明。这些公式只是为了获得一个不错的投资回报率 - 如果“使用构建工具”是一只股票，我的投资会得到多少回报？

这已经表明问题本身是有缺陷的：自动化构建主要是提高质量的工具；提高生产率通常是次要问题。

然而，当与坐在钱上的人交谈时，这并没有帮助。
我将用来分析构建工具效果的指标：

• 从签入到最终媒体的周转时间
• 构建数量（用于测试，用于发布，..）
• 请求的构建数量（通过更快的构建，您可以预计需求会增加）
• 手动构建期间引入的错误数量（假设您跟踪这些错误）
• 能够发布版本的开发人员数量
• 用于实施的估计资源（时间、许可证、构建服务器等）< 通常
• 低概率、高风险场景分析

，自动化构建工具只需消除瓶颈即可收回成本：每个开发人员都可以发布软件，而不仅仅是 John the Builder。

最后一点很重要（但最难给出数字），因为错误的总成本不服从正态分布，而是高度“帕累托”：单个错误可能会给您带来一些令人讨厌的压力，或者使关键客户转换去竞争。

维护自动化构建的核心论点是发布错误大多可以避免。

Answer 2

我无法想象有任何明智的方法可以准确衡量开发人员工具和实践的投资回报率。我能想到的唯一可能的地方是在工厂环境中，您可以测量生产力和平均质量。

我建议像其他人一样，选择一些能够支持您想要的公式，然后对其进行调整，直到投资回报率足够高以证明投资的合理性。

Answer 3

以小时为单位进行估算：
估计您当前花费了多少时间，以及您将花费多少时间

将估计值放入客户投诉中：
估计您当前的错误数量。估计新系统会捕获多少这样的错误。找出用户报告的错误的百分比，并记录用户可见的错误将减少多少。

添加到时间：
计算出修复所发现的错误需要多长时间，并将其添加到每小时的估计中。

添加不可量化的“适销性”。
利用额外的时间，我们构建了额外的功能。错误越少，销售人员搬起石头砸自己脚的演示就越少。如果我们这样做，我们可以额外销售多少份软件？

最后一点不会成功；它主要是为了将注意力集中在前两个指标上；时间和客户可见的缺陷。

Answer 4

我的建议是质疑现在的情况，然后提供替代方案。

您可以尝试将重点放在如何构建和部署的问题上，并首先赢得这场战斗。经理不想改变一些不会引起他们悲伤的事情，所以你需要证明如果不采取任何措施，这将是一个问题。

您应该考虑： 糟糕的构建会损失多少时间和信誉；目前犯了多少错误；发生了多少手动重复等，并尝试给出这些事情的指标或示例。

如果您能够赢得开发人员的支持，那么您还可以将他们的认可添加到您的论点中。另一点需要指出的是，优秀的开发人员喜欢使用优秀的工具，因此进步的管理等于积极主动的开发人员。

如果您赢得了开发人员和经理的青睐，那么这可能不仅仅是一张写有一些数字的纸。