8、构建和保护现代化项目的动力

构建和保护现代化项目的动力

1. 系统现代化的常见误区

在软件开发中，人们往往倾向于想象产品最终的样子，并试图一次性构建出完整的产品。然而，当涉及到旧系统的现代化改造时，大家却突然将工作拆分成相互依赖的连续阶段。

敏捷方法在应对遗留系统挑战方面的宣传并不广泛。市面上有很多关于如何构建软件的书籍，涉及软件维护的书籍较少，而讲解如何应对软件重建挑战（尤其是那些被搁置不管或最初就构建错误的软件）的书籍则更少。

实际上，重建系统的有效方法与最初构建系统的方法并没有太大区别。需要保持较小的范围，并在成功的基础上进行迭代。但很多人认为旧系统及其历史已经明确了所有需求，从而错误地假定自己完全理解了这些需求。新系统构建的一个优势在于团队更清楚未知因素，而现有系统可能会分散注意力。软件团队常常将现有系统的全功能实现当作最小可行产品（MVP），无论该系统实际上有多大、多复杂，这会导致信息难以管理，人们会感到不知所措、沮丧和士气低落，项目也会停滞不前，强化了现代化工作不可能完成的观念。

2. 可衡量问题：动力的构建者

当现有系统的改造迫在眉睫时，有几种限制范围的方法。最直接的方法是从现有系统的功能中定义一个MVP，将其精简成一个轻量级版本作为第一次迭代，然后逐步添加功能。但这种策略需要纪律和强有力的领导，因为现有系统的所有用户都会认为自己使用的功能是最关键的，并游说将其安排在最早的迭代中，使过程很快变得政治化。

更好的方法是定义一个可衡量的问题来限制范围。构建现代基础设施本身不是目标，不同的人对于应该强制执行哪些标准和最佳实践以及执行的力度会有不同的看法。现实中的系统很少能完全符合理想状态，总会有一些地方采用了非标准的方法来实现特定功能或