在计算机出现的早期，用户很少，软件功能很简单，基本上靠纸和笔直接跟用户沟通，然后就去编码实现。而现在技术变得原来越复杂后，发展成为用大量的文档来更客户沟通，而且随着软件工程的发展，使用了大量专业图表和术语，扩大了和客户之间的鸿沟，把快速回馈变成了漫长的需求采集过程。

发展到最后，这种开放团队和客户的疏远变成了瀑布方法论。它是一种契约关系，在它的每一个步骤或者周期都有回顾会议。如果客户说不，那么对不起，我们得继续分析你的需求直到你放弃说不为止。这浪费了大量对后期写代码的时间，而且不能推到重来。

而Scrum使用了一种称之为"生鱼片"的实践手段。生鱼片每片都是完整的，每一片跟其他片吃起来的味道都差不多。Scrum使用了生鱼片技术来分割开发人员要完成的功能。所有组成一个完整产品的的需求采集和分析、设计、编码、测试和文档工作被要求在每一个冲刺中完成并且在冲刺增加的功能中演示。冲刺的周期非常短，这样客户在其结束前不失去兴趣。在每个冲刺结束后，客户都可以看到新增加的功能。这样他们有机会优惠决策项目的方向，来优化最终项目交付的价值。而且客户看到的是易于理解的演示结果，并不需要了解到开放人员使用的系统模型、需求、内部术语等。

客户一般怀疑Scrum能起到的作用。可以用来打动他们的可能因素是，Scrum可以快速交付未来可能被使用的功能。