上个月，我在Huib Schoots的工作室里。 他谈到被问到“测试的投资回报率是多少？”。 他回答说：“我不知道，管理的投资回报率是多少？”。 我们真的很着迷于ROI，不是吗？ 我们经常使用它作为决策工具，但是我们明智地使用它吗？
ROI（投资回报率）由成本和价值组成。 成本很容易衡量：工资，时间，工具，许可证，计算机，材料。 但是我们可以赋予一些价值吗？
让我们以开发人员为例。 他们的价值是什么？
是代码行吗？ 如果是这样，如何比较不同的语言？ 交付的代码行几乎无法衡量。
生产力呢？ 例如，每分钟的代码行数？ 我们应该从中减去错误吗？ 即使一切工作正常，所有功能是否都算作价值，还是仅实际使用？
让我们再尝试一下…
也许我们会更好地与测试人员在一起。 他们发现了多少个错误？ 我们如何计算他们找不到的那些人？ 如果他们记录了所发现的所有内容，然后我们决定忽略所有非主要错误，而仅修复主要错误，该怎么办。 是否所有围绕小错误的工作都浪费了（无价值）？
您会看到这种模式–尽管成本很容易单独衡量，但价值却不然。 原因是，只要正在进行中，就没有真正的价值了，不管是谁在做。 我们可以衡量自己喜欢的任何事物，但是我们只会自欺欺人。 产品发布后，投资就是投入产品的总和。 测试人员，开发人员，产品经理，团队负责人无关紧要。 只有这样我们才能开始谈论价值。
现在我们在说话。 让我们只计算产品的价值，至少我们会为此而获得投资回报。 为了简单起见，我们将收入计算为价值，因为它很容易衡量。
等一下。 当您实际衡量时，会影响计算所得的收入。 是发售日吗？ 除非您是Apple或制作一部轰动一时的电影，否则检查第一天没有太多意义。 （顺便说一句：Apple或任何大型工作室都不会在第一天停止计数）。
对，那你什么时候停下来？ 发布后1个月？ 6个月？ 2年？ 5年？
仅出于争论的目的，假设是2年。 在2周年纪念日，我们将ROI评估为1.5。 我们很高兴，因为该比率大于1。 现在我该怎么办？
您还记得我们需要的ROI吗？ 在实际完成工作之前先做决定。 如果我们现在必须等待2年才能做出决定，更不用说做项目来获取数字了，那就有点错了。
哦，等等，还有更多。 该产品似乎足够成功，可以继续推出下一个产品（3年后发布）。 还是太烂了，以至于下一个产品虽然好得多，但却遭受了兄弟姐妹的声誉的折磨。 产品B的价值似乎受到产品A的影响！
我们的计算毁了！
ROI作为一种决策机制已失效，因为复杂性扼杀了它。 计算中涉及到的东西太多了，无论是外部的还是内部的，我们什么时候都不知道其中的大多数。
我们谈论敏捷中的安全失败实验是有原因的。 我们承认我们了解的还不够，但是我们愿意投资，有时会损失少量的钱。 我们认识到复杂性，而不会损失太多的唯一方法就是降低故障成本。 这意味着要快速学习，快速获得反馈。
敏捷宣言说，进度的主要衡量标准是工作软件。 我们愿意继续投资继续展现希望的事物。 这是我们拥有的唯一证据，我们应该相信它。
没有适用于我们发布的最后一个产品的虚构（抱歉，计算正确）数字。
要么，要么您可以等待几年，然后再决定。
你的选择。