敏捷开发中的需求范围控制

想请教各位使用敏捷开发的朋友，如果使用敏捷开发给客户做项目，怎样控制需求范围。敏捷开发强调的是对客户需求变化的适应性，但如果客户不断地加需求该怎么处理？或者已经实现的、旧的功能经常要求去除而添加新的功能该怎么办？

7 个解决方案

#1

我们的项目也用的敏捷开发模式.
客户提的要求我们就只能照做了.有什么办法.

总体感觉这种开发方式比较烦. 容易产生更多的BUG

#2

合同里面加一些需求变更处理的条款，并附上 项目范围说明书，需求说明书
明确责任，再按合同办事，才是正道理！

#3

适应变化是敏捷的一条核心思想，需求的变化并不是噩梦，关键是要控制这种变化。
变化不是随意的，每次变化都涉及到成本，计划，设计等作相应的变化。
应该在每次需求变更时进行影响评估，并于告知客户，需求变更可能要增加的成本，工期的变化，并要求客户追加合同条款。

#4

适应变化是敏捷的一条核心思想，需求的变化并不是噩梦，关键是要控制这种变化。
变化不是随意的，每次变化都涉及到成本，计划，设计等作相应的变化。
应该在每次需求变更时进行影响评估，并于告知客户，需求变更可能要增加的成本，工期的变化，并要求客户追加合同条款。

私有化又到了

#5

??

#6

个人感觉在国内实行敏捷开发比在国外要难。本人给国外客户做项目运用敏捷开发的方式还比较顺利，当然前提是我们的售前就关于敏捷开发的特点与客户做过很好的沟通。客户选择我们也是看中我们快速的交付能力。
但在国内我还没尝试过，除了楼上几位提到的合同条款的明细、变化影响的评估外，我觉得对客户关于敏捷开发的培训、教育也很重要。

#7

如果客户很“死板”，就别用敏捷开发方法了。敏捷开发的前提是客户与开发方相互信任，能有效地沟通。如果客户在迭代周期内增加需求，应该让客户去掉他认为不重要的需求，去掉的需求应该与加进来的需求规模大致相等。去除已有的功能应该作为新的需求归档，新加的需求作法同前。总之，“拿多少钱干多少活”，客户不考虑清楚他自已吃亏。