第16章 变更管理
文章目录
16.1 项目变更的基本概念 504
项目变更是指在信息系统项目的实施过程中,由于项目环境或者其他原因而对项目产品的功能、性能、架构、技术指标、集成方法、项目的范围基准、进度基准和成本基准等方面做出的改变。变更管理的实质，是根据项目推进过程中越来越丰富的项目认知，不断调整项目努力方向和资源配置,最大程度地满足客户等相关干系人的需求,提升项目价值。
16.1.1 项目变更的含义 504
变更管理是为了使项目实际执行情况和项目基准相一致而对项目变更进行管理，其可能的结果是拒绝变更或调整基准。
从资源增值视角看,变更的实质是在项目过程中,按一定流程、根据变化了的情况更新方案、调整资源的配置方式或将储备资源运用于项目中,以满足客户等相关干系人的需求。
16.1.2 项目变更的分类 504
（1）按变更性质（可通过不同审批权限控制）
① 重大变更
② 重要变更
③ 一般变更
（2）按变更的迫切性（可通过不同的变更处理流程进行控制）
① 紧急变更
② 非紧急变更
（3）按变更所发生的领域和阶段
① 进度变更
② 成本变更
③ 质量变更
④ 设计变更
⑤ 实施变更
⑥ 工作（产品）范围变更
（4）按变更来源
① 内部变更
② 外部变更
16.1.3 项目变更产生的原因 505
（1）**产品范围（成果）**定义的过失或者疏忽
（2）**项目范围（工作）**定义的过失或者疏忽
（3）客户提出新需求
（4）应对风险的紧急措施或规避措施
（5）项目执行过程与项目基准要求不一致带来的被动调整（如进度、质量、成本等）
（6）项目团队人员调整
（7）技术革新的要求
（8）外部事件（例如政策变动或自然环境变化等）
16.2 变更管理的基本原则 505
变更管理的基本原则是首先建立项目基准、变更流程和变更控制委员会（也叫变更管理委员会）。
1）基准管理
基准是变更的依据。在项目实施过程中,制定基准计划并经过评审后即建立初始基准,此后应针对每次批准的变更重新确定基准。
2）建立变更控制流程
建立或选用符合项目需要的变更管理流程后,所有变更都必须遵循这个流程进行控制。流程的作用在于将变更的原因、专业能力、资源运用方案、决策权、干系人的共识和信息流转等元素有效地综合起来，按科学的顺序进行变更。
3）建立变更控制委员会
建立变更控制委员会并明确其职责,明确变更流程中相关工作的角色及其职责。
4）完整体现变更的影响
变更的来源是多样的，既包括客户可见的工作成果、交付期等的变更，又包括客户不可见的项目内部工作的变更,如实施方的人员变更、内部管理变更等。各种来源的变更都可能会对项目的进度、成本、质量等产生影响,变更管理过程中需要全面完整地分析变更可能产生的影响,为变更控制提供依据。
5)变更产生的相关文档应纳入配置管理中
可以使用手工或自动化工具进行配置管理,目前常用的配置管理工具有Rational ClearCase、 Perforce、CA CCC/Havest、 Merant PVCS、Microsoft VSS、CVS等，常用的开源免费的配置管理工具有SVN、GIT、CVS等。
16.3 变更管理角色职责与工作程序 506
(1)提出变更申请 (2)变更影响分析 (3)CCB (变更控制委员会)审查批准 (4)实施变更 (5)监控变更实施 (6)结束变更
16.3.1 角色职责 507
1、变更申请人
是提出变更申请的相关人员，项目的任何干系人都可以提出变更申请
2、项目经理
对项目负责，也对整个项目变更管理过程负责。项目经理负责变更申请的影响分析，负责召开变更控制委员会会议，负责监控变更及已批准变更的正确实施等。
3、变更控制委员会（CCB）
是一个正式的组织，负责审查、评价、批准、推迟或否决项目变更。CCB由项目所涉及的多方人员共同组成，通常包括甲方和乙方的决策人员。作为决策机构，CCB在变更管理过程中负责对提交的变更申请进行审查，并对变更申请做出批准、否决或其他决定。
4、变更实施人
变更实施人是实施已批准的变更的相关人员,变更申请内容不同，相应的变更实施人员也不同。变更实施人负责执行已批准的变更,也要参与变更正确性的确认工作。
5、配置管理员
变更过程的相关产物应纳入配置管理系统中。配置管理员负责把变更后的基准纳入整个项目基准中，变更过程中的其他记录文件也应纳入配置管理系统。
16.3.2 工作程序 507
变更管理的一般工作程序 （19年上）
（1）提出变更申请
（2）变更影响分析
项目经理在接到变更申请以后，首先要检查变更申请中需要填写的内容是否完备，然后对变更申请进行影响分析。变更影响分析由项目经理负责，项目经理可以自己或指定人员完成，也可以召集相关人员讨论完成。
（3）CCB审查批准
（4）实施变更
（5）监控变更实施
（6）结束变更
16.4 变更管理相关事项 511
16.4.1 变更管理操作要点 511
在项目整体压力较大的情况下，更需强调变更管理的规范化，可以使用分批处理、分优先级处理等方式提高效率，如同繁忙的交通道口，如果红绿灯变化频繁，其结果不是灵活高效，而是整体通过能力的降低。
项目规模小、与其他项目的关联度小时，变更的提出与处理过程可在操作上力求简便、高效，但仍应注意以下几点：
（1）对变更产生的因素施加影响，防止不必要的变更，减少无谓的评估，提高必要变更的通过效率。
（2）变更的操作过程应当规范化。
（3）对变更的确认应当正式化。
16.4.2 变更管理和整体管理及配置管理的关系 511
1、 变更管理与整体管理
变更管理是项目整体管理的一部分,属于项目整体变更控制的范畴。因变更管理涉及范围、进度、成本、质量、人力资源和合同管理等多个方面,且其重要性不可忽视,故在本章单独说明。
2、变更管理与配置管理
配置管理重点关注可交付产品(包括中间产品)及各过程文档,而变更管理则着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更。变更管理过程中包含的部分配置管理活动如下。(1)配置项识别。识别与选择配置项,从而为核实产品配置、标记产品和文件、管理变更和明确责任提供基础。(2)配置状态记录。为了能及时提供关于配置项的准确数据,应记录和报告配置项的相关信息。此类信息包括变更控制中的已批准的配置项清单、变更申请的状态和已批准变更的实施状态。(3)配置确认与审计。通过配置确认与配置审计,可以保证项目各配置项组成的正确性,以及相应的变更都被登记、评估、批准、跟踪和正确实施,从而确保配置文件所规定的功能要求都已实现。
