当前位置: 代码迷 >> 开发过程 >> 矫捷开发中的需求范围控制
  详细解决方案

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

热度:6492   发布时间:2013-02-26 00:00:00
敏捷开发中的需求范围控制
想请教各位使用敏捷开发的朋友,如果使用敏捷开发给客户做项目,怎样控制需求范围。敏捷开发强调的是对客户需求变化的适应性,但如果客户不断地加需求该怎么处理?或者已经实现的、旧的功能经常要求去除而添加新的功能该怎么办?

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

总体感觉这种开发方式比较烦. 容易产生更多的BUG
------解决方案--------------------------------------------------------
合同里面加一些需求变更处理的条款,并附上 项目范围说明书,需求说明书
明确责任,再按合同办事,才是正道理!

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

------解决方案--------------------------------------------------------
如果客户很“死板”,就别用敏捷开发方法了。敏捷开发的前提是客户与开发方相互信任,能有效地沟通。如果客户在迭代周期内增加需求,应该让客户去掉他认为不重要的需求,去掉的需求应该与加进来的需求规模大致相等。去除已有的功能应该作为新的需求归档,新加的需求作法同前。总之,“拿多少钱干多少活”,客户不考虑清楚他自已吃亏。
  相关解决方案
本站暂不开放注册!
内测阶段只得通过邀请码进行注册!