主题：【原创】闲聊敏捷开发——SCRUM（一） -- 哈酷

对，这也是一种平衡，只是效率很低，遇到大量频繁的改动，不可能频繁的谈判。

无论如何分解，都无法避免这种修改的成本很高，这种成本将以point的形式直接让客户看到，客户有权力选择进行或者不进行，如果执意进行，那么要么追加工作人员或者工作时间来‘充实自己的钱包’，要么踢掉其他优先度低的需求。除此别无他法。（当然也可以逼迫员工加班，这个后果就不说了，大家都知道）

能力是不可能通过管理方式来短期提高的，能力差的就做的差点，能力好的就做的好点。这是无法回避的。但能力好和差只是个程度词，在能力范围内如何把事情做的更好，才是要讨论的问题。

而需求变化是项目环境恶化的因素之一，而同时创意就是以需求变化的形式产生的，如果好的创意都能是在项目一开始就能做出，那么就不存在需求变化，那么不在我的讨论范围之类。我一开始就已经说过既然要讨论，就要把项目环境考虑的糟糕一点。

在需求变化很多的状态下，极容易出现一种情况，就是原本可以干更多更重要的事情，却被不那么重要的事情耽误了时间，这才是SCRUM要解决的。