你如何划分"敏捷开发"和"范围蠕变"之间的界限?

Mik*_*cic 9 agile

在迭代开发环境中,例如敏捷开发环境,如何在常规迭代和范围蠕变的开始之间绘制线?在什么时候你告诉客户,"不,我们不能做那个改变,因为?"

Ste*_*owe 17

敏捷迭代具有固定的范围; 客户同意在迭代期间不更改范围(尽管他们可以取消当前迭代并重新开始).在迭代之间,范围可能会发生巨大变化.

鉴于上述情况,根据定义,范围蠕变不会出现在敏捷项目中.范围蔓延的概念是遗留瀑布概念,它假设整个范围是预先知道的,并且在项目期间不会改变.只要每次迭代都有一个固定的目标,这个概念就不适用于敏捷方法.

  • +1"范围蠕变是一种传统的瀑布概念,假设整个范围都是预先知道的"并且这是一个糟糕的概念. (3认同)

Aut*_*ter 9

这在Scrum方法中非常简单.在Scrum中,您可以设置您的冲刺时间,例如2周,然后将项目放入此中.当客户想要添加某些内容时,它会被放入待办事项中并在将来的迭代中完成.如果他们现在想要它,你将不得不向他们解释为了适应迭代而放弃的东西.

  • 我不会说"不",而是不断显示积压状态,以便他们了解其含义.用户并不是没有理由想要更多 - 我甚至认为所有优秀的软件都会释放更多的需求! (2认同)