架构师的十八般武艺：变更管理

十八般武艺的这两讲和项目管理有点联系：变更管理和风险管理。但是，在一个项目中，如果光靠项目经理去管理项目的进度、变更和风险，对于架构复杂度高的项目，基本上是没法控制好资源、进度和风险的。这中间需要架构师的积极介入。

一个产品和一个项目在进程中，需求或者设计的变化是不可避免的。原因有可能是前期的需求和设计在项目过程中遇到挑战，或者由于环境的变化引起的用户体验调整导致的需求重新设计，或者由于甲方的原因导致的需求变化。总之，我们不可能完全避免需求的变更，只能考虑好如何去做应对。

在需求变更的过程中，架构师和项目经理是相辅相成的关系，项目经理聚焦于资源、进度和分工的调整，架构师聚焦于需求的可行性分析、工作量分析，以及需求导致的架构的调整、相关的架构决策。

架构师需要在需求变更的过程中，重新对已经实施中的业务、应用、信息和系统架构做重新的评估。需求变更往往带来领域模型的变化，所以信息架构是其中变化最大的点。信息架构的变化，也有可能导致应用和系统架构的一些微调。

除了对架构进行重新评估和设计外，架构师还需要对以下内容进行架构决策：

1. 架构的调整路径：是一次修改到位，还是分阶段进行调整。

2. 架构调整的可能性：并不是每个需求变更都是可以被接受的。如果调整的风险和工作量过大，需要及时和项目经理沟通，对上进行管理。

3. 模块重新切分后的人力调整：这个需要给到项目经理足够的输入。

需求变更不可避免，需求变更意味着带来风险，所以架构师在其中要充分参与，进行架构合理性、进度资源调整的必要性可行性的把控。