系统集成项目管理工程师 笔记（第16章：变更管理）

16.1 项目变更的基本概念

项目变更是指在信息系统项目的实施过程中，由于项目环境或者其他原因而对项目产品的功能、性能、架构、技术指标、集成方法、项目的范围基准、进度基准和成本基准等方面做出的改变。
变更管理的实质，是根据项目推进过程中越来越丰富的项目认知，不断调整项目努力方向和资源配置，最大程度地满足客户等相关干系人的需求，提升项目价值。

16.1.1 项目变更的含义

变更管理是为了使项目实际执行情况和项目基准相一致而对项目变更进行管理，其可能的结果是拒绝变更 或 调整基准。
从资源增值视角看，变更的实质是在项目过程中，按一定流程、根据变化了的情况更新方案、调整资源的配置方式或将储备资源运用于项目中，以满足客户等相关干系人的需求。

16.1.2 项目变更的分类

（1）按变更性质（可通过不同审批权限控制）
    ① 重大变更
    ② 重要变更
    ③ 一般变更

（2）按变更的迫切性（可通过不同的变更处理流程进行控制）
    ① 紧急变更
    ② 非紧急变更
   
（3）按变更所发生的领域和阶段
    ① 进度变更
    ② 成本变更
    ③ 质量变更
    ④ 设计变更
    ⑤ 实施变更
    ⑥ 工作（产品）范围变更
   
（4）按变更来源
    ① 内部变更
    ② 外部变更

16.1.3 项目变更产生的原因

（1）产品范围（成果）定义的过失或者疏忽
（2）项目范围（工作）定义的过失或者疏忽
（3）客户提出新需求
（4）应对风险的紧急措施或规避措施
（5）项目执行过程与项目基准要求不一致带来的被动调整（如进度、质量、成本等）
（6）项目团队人员调整
（7）技术革新的要求
（8）外部事件（例如政策变动或自然环境变化等）

16.2 变更管理的基本原则（首先建立 项目基准、变更流程 和 变更控制委员会）

变更管理的基本原则是首先建立 项目基准、变更流程 和 变更控制委员会（也叫变更管理委员会）。
1）基准管理
基准是变更的依据。在项目实施过程中，制定基准计划并经过评审后即建立初始基准，此后应针对每次批准的变更重新确定基准。

2）建立变更控制流程
建立或选用符合项目需要的变更管理流程后，所有变更都必须遵循这个流程进行控制。流程的作用在于将变更的原因、专业能力、资源运用方案、决策权、干系人的共识和信息流转等元素有效地综合起来，按科学的顺序进行变更。

3）建立变更控制委员会
建立变更控制委员会并明确其职责，明确变更流程中相关工作的角色及其职责。

4）完整体现变更的影响
变更的来源是多样的，既包括客户可见的工作成果、交付期等的变更，又包括客户不可见的项目内部工作的变更，如实施方的人员变更、内部管理变更等。各种来源的变更都可能会对项目的进度、成本、质量等产生影响，变更管理过程中需要全面完整地分析变更可能产生的影响，为变更控制提供依据。

5）变更产生的相关文档应纳入配置管理中
可以使用手工或自动化工具进行配置管理，目前常用的配置管理工具有Rational ClearCase、Perforce、CA CCC/Havest、Merant PVCS、Microsoft VSS、CVS等，常用的开源免费的配置管理工具有SVN、GIT、CVS等。

16.3 变更管理角色职责与工作程序

16.3.1 角色职责

1、变更申请人
是提出变更申请的相关人员，项目的任何干系人都可以提出变更申请。

2、项目经理
对项目负责，也对整个项目变更管理过程负责。项目经理负责 变更申请的影响分析，负责召开变更 控制 委员会会议，负责监控变更及已批准变更的正确实施等。

项目经理在项目变更中的主要作用
1、建立规范的整体变更控制流程，并确保流程的执行。
2、响应变更提出者的要求。
3、评估变更对项目的影响及应对方案。
4、将要求由技术要求转化为资源要求，供授权人决策。
5、根据评审结果实施即调整项目基准，确保项目基准反映项目实施情况。
6、做好变更控制中的沟通工作，指导做好相关存档工作。

3、变更控制委员会（CCB）
是一个正式的组织，负责审查、评价、批准、推迟或否决项目变更。CCB由项目所涉及的多方人员共同组成，通常包括甲方和乙方的决策人员。作为决策机构，CCB在变更管理过程中负责对提交的变更申请进行审查，并对变更申请做出批准、否决或其他决定。

4、变更实施人
变更实施人是实施已批准的变更的相关人员，变更申请内容不同，相应的变更实施人员也不同。变更实施人负责执行已批准的变更，也要参与变更正确性的确认工作。

5、配置管理员
变更过程的相关产物应纳入配置管理系统中。配置管理员负责把变更后的基准纳入整个项目基准中，变更过程中的其他记录文件也应纳入配置管理系统。

16.3.2 工作程序，变更管理的一般工作程序 （6个：提出、分析、批准、实施、监控、结束）

（1）提出变更申请
（2）变更影响分析
（3）CCB审查批准
（4）实施变更
（5）监控变更实施
（6）结束变更

1）提出变更申请

变更申请是关于修改文档、可交付物或基准的正式提议。变更申请被批准之后将会引起对相关文档、可交付物或基准的修改，也可能导致对项目管理计划其他相关部分的更新。
如果在项目工作的实施过程中发现问题，就需要提出变更申请，对项目政策或程序、项目范围、项目成本或预算、项目进度计划或项目质量进行修改。其他变更申请包括必要的预防措施或纠正措施，用来防止以后的不利后果。变更申请可以是直接的或间接的，可以由外部或内部提出，可能是主动要求的或由法律/合同所强制的。

变更申请可能是：
（1）纠正措施。为了使项目工作绩效与项目管理计划保持一致而进行的变更申请。
（2）预防措施。为了确保项目工作的未来绩效符合项目管理计划而进行的变更申请。
（3）缺陷补救。为了修正不一致的产品或产品组件而进行的变更申请。
（4）更新。对正式受控的项目文件或计划等进行的变更申请，以便反映修改或增加的意见或内容。

2）变更影响分析

项目经理在接到变更申请以后，首先要检查变更申请中需要填写的内容是否完备，然后对变更申请进行影响分析。变更影响分析由项目经理负责，项目经理可以自己或指定人员完成，也可以召集相关人员讨论完成。

3）CCB审查批准

变更申请人提交的每个变更申请都必须由一位责任人批准或否决，这个责任人通常是项目发起人或项目经理。必要时，应由变更控制委员会(CCB)进行审查批准。
CCB 对变更申请内容及其相关影响分析进行审查，并作出最后决策。CCB 审查可以通过文档会签的形式，也可以召开正式会议。CCB 对变更申请的决策可以是批准、否决或延期，也可以要求补充材料。

4）实施变更

实施变更即执行变更申请中的变更内容。项目经理负责整合变更所需资源，合理安排变更，对于不同的变更申请，涉及到的变更实施人员也不同。

5）监控变更实施

批准的变更进入实施阶段后，需要对它们的执行情况进行确认，以保证批准的变更都得到正确的落实，即需要对变更实施进行监控。
监控过程中除了对调整过的项目基准中所涉及的变更内容进行监控外，还应当对项目的整体基准是否反映项目实施情况进行监控。
通过对变更实施的监控，确认变更是否正确完成，对于正确完成的变更，需纳入配置管理系统中，没有正确实施的变更则继续进行变更实施。

6）结束变更

变更申请被否决时变更结束，项目经理通知相关变更申请人。
批准的变更被正确完成后，成果纳入配置管理系统中并通知相关受影响人员，变更结束。

16.4 变更管理相关事项

16.4.1 变更管理操作要点

在项目整体压力较大的情况下，更需强调变更管理的规范化，可以使用分批处理、分优先级处理等方式提高效率，如同繁忙的交通道口，如果红绿灯变化频繁，其结果不是灵活高效，而是整体通过能力的降低。
项目规模小、与其他项目的关联度小时，变更的提出与处理过程可在操作上力求简便、高效，但仍应注意以下几点：
（1）对变更产生的因素施加影响，防止不必要的变更，减少无谓的评估，提高必要变更的通过效率。
（2）变更的操作过程应当规范化。
（3）对变更的确认应当正式化。

16.4.2 变更管理 和 整体管理 及 配置管理 的关系

1、变更管理与整体管理
变更管理是项目整体管理的一部分，属于项目整体变更控制的范畴。因变更管理涉及范围、进度、成本、质量、人力资源和合同管理等多个方面，且其重要性不可忽视，故在本章单独说明。

2、变更管理与配置管理
配置管理重点关注可交付产品(包括中间产品)及各过程文档，而变更管理则着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更。

变更管理过程中包含的部分配置管理活动如下。
(1)配置项识别。识别与选择配置项，从而为核实产品配置、标记产品和文件、管理变更和明确责任提供基础。
(2)配置状态记录。为了能及时提供关于配置项的准确数据，应记录和报告配置项的相关信息。此类信息包括变更控制中的已批准的配置项清单、变更申请的状态和已批准变更的实施状态。
(3)配置确认与审计。通过配置确认与配置审计，可以保证项目各配置项组成的正确性，以及相应的变更都被登记、评估、批准、跟踪和正确实施，从而确保配置文件所规定的功能要求都已实现。文章来源地址https://www.toymoban.com/news/detail-429946.html

到了这里，关于系统集成项目管理工程师 笔记（第16章：变更管理）的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！