内容来自《影响地图》
由于缺乏交付什么、为什么交付的整体图景，很多组织都把IT当着成本对待，交付报告的基础是开发的时间和人力投入，他们更关注成本，而不是交付带来的成果和收益。影响地图可视化了交付内容和假设，并且把它们和业务目标连接起来。这让我们可以对我们所开发和测试的每个功能做出判断。然而，我们还可以更进一步。在其它任何计划方法中，决策者的第一个问题总是：“它需要花费多少？”，第二个问题是：“什么时间能够交付？”。这是为什么大部分迭代交付难以推进的原因，团队会退回到指定一个长期的详细计划，而不是迭代交付，丧失了迭代学习的巨大好处。通过关注业务目标，辅以交付后的有效度量，这样我们就可以通过问“它的价值有多少？你愿意投入多少？什么时间需要？”来回应成本和时间的问题，我们可以把这些信息用于里程碑的重要度量指标。在要求估计之前，很多业务方和客户头脑中已经有了愿意支付多少和什么时候要的概念，所以很多时候估计游戏也只是徒劳。当然，如果只是说我们将付出所有可用的金钱和时间是不够的，这也是为什么他们首先要商议时间和成本的原因。我们可以做的是：可视化假设和风险，并要求增量的投入。好的目标应该可以转化为钱，这样我们就可以决定合适的投入产出比。仅仅是这种讨论就曾帮我毙掉了好几个前景暗淡的项目。如果感觉有足够的钱和时间来交付，我们可以先花一小部分预算，用以证明主要的假设是否成立。如果失败了，我们也能在花掉所有预算之前停掉项目。如果主要的假设成立，我们可以持续增量的投入直到实现目标；实现了目标，即使预算没有花完也可以停止。应用这一方法，我们可以不用再把时间浪费在成本和时间估计上——它们并不解决实际问题。我们应该避免关于已经花费的人力和成本的充满敌意的谈判，代之以产出高得多的讨论——什么时间需要和值得花费多少来开发它们。
