问生命周期模型在开发后期如何对需求变化做出反应

EN

我认为这个问题可以简化--一般来说，有两种类型的软件开发生命周期：

1. 迭代(或敏捷)方法，如Scrum和Extreme Programming.
2. Sequential (或“大型前期设计”)方法，如瀑布。

迭代方法依赖于项目内部的经验反馈。在Scrum中，冲刺评审提供了关于在下一个冲刺中可以实现什么的指导，而产品积压的评审可以将最新的需求提升到优先级列表的顶部。在迭代方法中，增量的评估阶段可以为下一次迭代提供规划。

这两个例子显示了一个清晰的点，在这个点上，方法可以适应和响应新的需求。

当然，除了这个宽泛的笔画解释之外，还有一些具体的细节。例如，Scrum团队在sprint结束之前实际上不会改变作用域--除非sprint被完全放弃。因此，在新需求可以开始实施之前，可能会有一个小的延迟。

对于更传统的方法，如瀑布，适应更加困难，因为您受到一系列阶段的当前阶段的限制。为了适应需求，它可能会涉及非最佳设计和实现，因为更改的性质是固定的。如果需求中的变化足够大，整个开发可能会被放弃并重新开始。至少使用敏捷方法，您将已经开发或实际交付了一些业务价值的增量。