敏捷开发实践如何受到普遍存在的系统变化的影响？

Question

当敏捷流程开发的大型系统需要突然大规模的变更影响大多数事物时，使用敏捷的最佳方法是什么？此时迭代部分是否会发生变化？

例如，如果决定使集中式系统成为分布式系统，该怎么办？或者选择另一个大型普遍的例子。

应该计划进行大规模的改变，但这绝不是一个完美的世界，这也是敏捷存在的原因之一，所以假设突然发生了一次重大改变，震动了基础。

编辑以总结解决方案：

• 无论变化多大或多小，它都是渐进式的。

Answer 1

“此时迭代部分是否会发生变化？”

从不。

无论这种变化有多“普遍”，您仍然需要以可以管理的迭代逐步工作。

您仍然需要对更改进行优先级排序，并使其继续通过单元测试，并在需要时发布。

例如，您可能会发现修复80％的系统就足够了，您可以释放。或者可能需要在释放之前修复100％的系统。

你还是以递增的方式工作。在短跑中。无论你何时释放。

Answer 2

敏捷没有神奇的答案。

有很多方法： -

绘制合理增量更改的路径，以将系统从一个结构更改为另一个结构。如果你有相当好的代码，那么你应该放弃通过更改而变得多余的代码，并保留与变更无关的代码。

如果事情确实不同，另一种方法是为新系统开始并行开发组件。

或者，从旧项目中尽可能多地开始新的窃取。

取决于改变的真实程度。