想请教各位使用敏捷开发的朋友，如果使用敏捷开发给客户做项目，怎样控制需求范围。敏捷开发强调的是对客户需求变化的适应性，但如果客户不断地加需求该怎么处理？或者已经实现的、旧的功能经常要求去除而添加新的功能该怎么办？
------解决方案--------------------------------------------------------
我们的项目也用的敏捷开发模式.
客户提的要求我们就只能照做了.有什么办法.
总体感觉这种开发方式比较烦. 容易产生更多的BUG
------解决方案--------------------------------------------------------
合同里面加一些需求变更处理的条款，并附上 项目范围说明书，需求说明书
明确责任，再按合同办事，才是正道理！
------解决方案--------------------------------------------------------
适应变化是敏捷的一条核心思想，需求的变化并不是噩梦，关键是要控制这种变化。
变化不是随意的，每次变化都涉及到成本，计划，设计等作相应的变化。
应该在每次需求变更时进行影响评估，并于告知客户，需求变更可能要增加的成本，工期的变化，并要求客户追加合同条款。
------解决方案--------------------------------------------------------
如果客户很“死板”，就别用敏捷开发方法了。敏捷开发的前提是客户与开发方相互信任，能有效地沟通。如果客户在迭代周期内增加需求，应该让客户去掉他认为不重要的需求，去掉的需求应该与加进来的需求规模大致相等。去除已有的功能应该作为新的需求归档，新加的需求作法同前。总之，“拿多少钱干多少活”，客户不考虑清楚他自已吃亏。