?他们认为客户可能想要的一切
全部都加进去，这就是导致范围蔓延的罪魁祸首。
研发产品有这种情况，你可以回想一下，在你的系统项目执行中是不是也要类似的情况？
给你一个情境，在项目初期，客户的设计输入暂时确定不下来，项目进度要求又紧，必须马上开始设计否则不能按时交付，这个时候你会怎么做？强行硬件冻结？客户不同意。扩大设计裕量给变更留出空间吗？但这样做的后果是什么？项目利润会下降。这是项目执行过程中的常见痛点。
如何破解这道难题，下节要讲到的敏捷管理中的最小可用品是一道妙方良药。
再说右边的第二个问题：众多没用的功能生产出来了，而我们认为必须的功能却可能没有。
原因之一是瀑布式开发周期太长，需要冻结需求后再开始设计。但之后，外部的环境发生了变化，新的需求来了，而你却不知道，因为你收集需求的窗口早已关闭。这导致了客户需要的需求产品却没有。
原因之二：你需要和你的重点客户沟通联系，确认需求的优先级。而不是闭门造车，要和重点客户一起造。比如：中国市场巨大，你的的研发部门应该有侧重的收集中国的需求，在中国的必须的功能你的产品却没有，是很大的问题。