本节概要
变更管理的大致作用与基本操作原则已在整体管理、范围管理等相关章节中介绍，但由于变更管理方法在项目管理中的重要性不断增加，且在实际应用中的影响越来越大，故特设立本节单独论述。变更在信息系统项目过程中经常发生，许多项目失败是对变更处理不当造成的。有些变更是积极的，有些则是消极的，做好变更管理可以使项目的质量、进度和成本管理更有效。
管理基础
项目变更管理是指在信息系统项目的实施过程中，由于项目环境或者其他的原因而对项目的功能、性能、架构、技术指标、集成方法、项目进度等方面做出的改变。变更管理的实质是根据项目推进过程中越来越丰富的项目认知，不断调整项目努力方向和资源配置，最大程度地满足项目需求，提升项目价值。
变更管理与配置管理
如果把项目整体的交付物视作项目的配置项，配置管理可视为对项目完整性管理的一套系统，当用于项目基准调整时，变更管理可视为其一部分。亦可视变更管理与配置管理为相关联的两套机制，变更管理由项目交付或基准配置调整时，由配置管理过程调用，变更管理最终应将对项目的调整结果反馈给配置管理过程，以确保项目执行与项目配置信息相一致。
变更产生的原因
由于项目逐渐完善的基本特性，意味着早期的共识随着项目进行，对项目不断深入地理解，作业过程与预先的发生变化是必然的。如果持续按照项目早期的定义开展，很难会保质保量地交付，因而变更控制必不可少。变化可能是对交付物的需求发生的变化，也可能是项目范围或是项目的资源、进度等执行过程发生的变化。变更的常见原因包括：
- 产品范围（成果）定义的过失或者疏忽；
- 项目范围（工作）定义的过失或者疏忽；
- 增值变更；
- 应对风险的紧急计划或回避计划；
- 项目执行过程与基准要求不一致带来的被动调整；
- 外部事件等。
变更的分类
变更的分类方式有很多，需要根据具体项目的类型和组织对项目管理的模式与方法等确定。
项目变更的含义
项目管理方法的基本原理，即将特定的目标通过规范的计划过程，转化为基准共识之后以指导项目执行，同时作为项目有效监控、收尾的依据。变更管理是为使得项目基准与项目实际执行情况相一致，应对项目变化的一套管理方法。
管理原则
变更管理的原则是项目基准化和变更管理过程规范化。主要内容包括：
- 基准管理：基准是变更的依据。
- 变更控制流程化：建立或选用符合项目需要的变更管理流程，所有变更都必须遵循这个控制流程。
- 明确组织分工：至少应明确变更相关工作的评估、评审、执行的职能。
- 评估变更的可能影响：变更的来源是多样的，既需要完成对客户可视的成果、交付期等变更操作。
- 妥善保存变更产生的相关文档：确保其完整、及时、准确和清晰，适当时可以引入配置管理工具。
角色与职责
规范的项目实施，提倡分权操作。项目经理是组织委托的项目经营过程负责者，其正式权利由项目章程取得，而资源调度的权力通常由基准中明确。基准中不包括的储备资源需经授权人批准后方可使用。
变更管理负责人
变更管理负责人也称变更经理，通常是变更管理过程解决方案的负责人，其主要职责包括：
- 负责整个变更过程方案的结果；
- 负责变更管理过程的监控；
- 负责协调相关的资源，保障所有变更按照预定过程顺利运作；
- 确定变更类型，组织变更计划和日程安排；
- 管理变更的日程安排；
- 变更实施完成之后的回顾和关闭；
- 承担变更相关责任，并且具有相应权限；
- 可能以逐级审批形式或团队会议的形式参与变更的风险评估和审批等。
变更请求者
变更请求者负责记录与提交变更请求单，具体为：
- 提交初步的变更方案和计划；
- 初步评价变更的风险和影响，给变更请求设定适当的变更类型；
- 对理解变更过程有能力要求等。
变更实施者
变更实施者需要拥有有执行变更方案的内容的技术能力，负责按照实施计划实施具体的变更任务。
变更顾问委员会
变更顾问委员会负责对重大变更行使审批，提供专业意见和辅助审批，具体为：
- 在紧急变更时，其中被授权者行使审批权限；
- 定期听取变更经理汇报，评估变更管理执行情况，必要时提出改进建议等。
工作程序
变更申请
变更提出应当及时以正式方式进行，并留下书面记录。变更的提出可以是各种形式，但在评估前应以书面形式提出。项目的干系人都可以提出变更申请，但一般情况下都需要经过指定人员进行审批，一般项目经理或者项目配置管理员负责该相关信息的收集，以及对变更申请的初审。
对变更的初审
变更初审的目的主要包括：
- 对变更提出方施加影响，确认变更的必要性，确保变更是有价值的；
- 格式校验，完整性校验，确保评估所需信息准备充分；
- 在干系人间就提出供评估的变更信息达成共识等。变更初审的常见方式为变更申请文档的审核流转。
变更方案论证
变更方案的主要作用，首先是对变更请求是否可实现进行论证，如果可能实现，则将变更请求由技术要求转化为资源需求，以供 CCB 决策。常见的方案内容包括技术评估和经济与社会效益评估，前者评估需求如何转化为成果，后者评估变更方面的经济与社会价值和潜在的风险。
变更审查
变更审查过程是项目所有者根据变更申请及评估方案，决定是否变更项目基准。
发出通知并实施
变更评审通过后，意味着基准的调整，同时确保变更方案中的资源需求及时到位。基准调整包括项目目标的确认，最终成果、工作内容和资源、进度计划的调整。需要强调的是：变更通知不只是包括项目实施基准的调整，更要明确项目的交付日期、成果对相关干系人的影响。如果变更造成交付期调整，应在变更确认时发布，而非在交付前公布。
实施监控
变更实施的监控，除了调整基准中涉及变更的内容外，还应当对项目的整体基准是否反映项目实施情况负责。
效果评估
变更评估的关注内容主要包括：
- 评估依据是项目的基准；
- 结合变更的目标，评估变更所要达到的目的是否已达成；
- 评估变更方案中的技术论证、经济论证内容与实施过程的差距，并促使解决。
变更收尾
变更收尾是判断发生变更后的项目是否已纳入正常轨道。配置基准调整后，需要确认资源配置是否及时到位，若涉及人员的调整，则需要更加关注。
变更控制
由于变更的实际情况千差万别，可能简单，也可能相当复杂。越大型的项目，调整基准的边际成本越高，随意调整可能带来的后果众多，包括基准失效、项目干系人冲突、资源浪费、项目执行情况混乱等。在项目整体压力较大的情况下，更需强调变更的提出和处理应当规范化，可以使用分批处理、分优先级等方式提高效率。
- 变更申请的控制
- 变更过程的控制
版本发布和回退计划
对于很多信息系统开发项目来说，项目变更必须做相应的版本发布，并制定相应的应急回退方案。为确保版本发布的成功，在版本发布前应对每次版本发布进行管理，并做好发布失败后的回退方案。
版本发布前的准备工作包括：
- 进行相关的回退分析：
- 备份版本发布所涉及的存储过程、函数等其他数据的存储及回退管理：
- 备份配置数据，包括数据备份的方式；
- 备份在线生产平台接口、应用、工作流等版本；
- 启动回退机制的触发条件；
- 对变更回退的机制职责的说明，如通知相关部门，确定需要回退的关联系统和回退时间点等。
变更管理思维导图
网友评论