别写方案了，开始卖Sprint吧！

停止写方案✍️，开始卖Sprint吧💰！

这是我十年前在一家网络公司担任Scrum Master时使用的方法。我们为外部客户开发网络应用。这个话题不久前再次出现，巧合的是，我发现了自己几乎十年前写的一篇相关博客。我对我们成功的方法仍然很感兴趣！😄

长话短说，我们以前花数月的时间编写详细的方案，结果却发现情况总是和预期的不同，这样的糟糕经历有很多。🤷 因此，我们不再编写方案，而是开始销售Sprint。 

每当有客户联系我们时，我们会…

✅ 共同制定产品愿景和待办事项列表。记住，在这个时候还没有签订合同。客户分享他们的想法；我们创建一个大致的产品待办列表和路线图。

✅ 共同对产品待办列表进行估算：“我们认为大概需要5-7个Sprint的工作量。”

✅ 从小范围着手。一开始，客户可能只会购买1个Sprint。这将产生一个已完成的增量。如果他们满意，可以继续购买更多的Sprint。

✅ 邀请客户参加Sprint评审会议，并可选择作为观察员参加其他的Scrum活动。

✅ 客户会得到整个团队，包括测试人员、分析师、设计师、Scrum Master、开发人员等。不会讨论工时和角色。

✅ 销售Sprint。由于团队是固定的，他们也知道每个Sprint的成本，例如，40,000欧元。这意味着该项目所需的预算将在200,000至280,000欧元之间（基于5到7个Sprint的估算）。

✅ 客户可以随时喊停。通过销售Sprint，客户的一个好处是可以尽早终止合同。当继续项目的成本高于所获得的附加价值时，可以选择不再购买更多的Sprint。

最终，这一切都归结于信任。共同制定产品愿景和待办列表、共同估算待办列表、从小范围着手，以及邀请客户参加Scrum会议，这些都是建立必要的信任基础的做法。

当建立了信任基础之后，销售整个Scrum团队和Sprint就会变得更加容易。当然，快速交付有价值的、可使用的软件是赢得信任的终极方式。

对我们来说，这证明是一种很好的工作方式。并不是每个客户都喜欢这种方式。但我们确实与那些喜欢这种方式的客户一起打造了一些很棒的产品！

即使是在十年后，这种方法看起来依然很棒。

你呢？你在这个话题上有什么经验？欢迎在评论区分享你的观点。

原文：Stop Writing Proposals, Start Selling Sprints | Scrum.org

注：部分图片来源于网络

关于作者

【作者】Barry Overeem