对大型应用程序增强的管理

       在前面的部分，我们确定了管理增强的过程。在管理较大的项目时，这个过程仍然有效。

       大规模增强比快速修复需要更多的计划。尽管你可以以相对较快的节奏推出快速修复，并可以使用内部人员完来完成大多数的小型更新，但是，较大规模的新阶段项目和升级则需要更多的考虑。

       1、安排部署

       与小型快速更新相比，一个新项目或升级需要考虑很多日程安排问题。项目或升级的规模越大，产生不必要的混乱、bug或来自用户群的普遍关注的风险就越高。

       以下是一些重要的日常安排需要考虑的内容。

       对于用户的影响

       各项变更加在一起会对当前用户群产生什么影响？

       用户的现有流程或用例是否发生巨大变化？

       用户是否对于初始部署的使用尚未得心应手？

       这些都是需要考虑的重要问题。如果对于用户的影响较大，你可能要更慎重地考虑企业中的其他事情，如季末、高的支持量等。如果应用程序中已建模的流程变化巨大，你还应该考虑额外的用户验收测试或培训时间。最后，如果用户对于初始部署的使用尚未得心应手，你最好不要在使用情况稳定之前开始第二个项目。

       工作量：未来阶段或升级需要不同程度的工作量。就像初始实施一样，与后续项目相关的工作量也有很大的变化。后续项目的工作量与升级的工作量也有很大的不同，因为任务和重点将完全不同。这些差别将在后面介绍。

       风险：在后续项目或升级部署中，许多因素都将对风险的确定产生影响。其中一些因素如下所示。

       范围项的数量：通常情况下，范围项的数量越大，风险就越大。尽管情况并不总是如此，但较大的范围意味着需要进行更多的管理和测试，而且在部署过程中可能会出现更多的错误。

       部署的时间安排：在评估风险时，部署的时间安排很重要。时间安排的不恰当可能意味着用户没有精力关注设计、疲于应付用户验收测试，或是由于其他的优先项目而使得用户很快忘记了在培训中学到的东西。

       产品版本寿命：这与升级密切相关，但也应该考虑未来阶段。一个产品版本的寿命还影响用户将遇到的潜在缺陷，以及在部署之前需要进行的测试量。