一：实施整体变更控制——管理过程
实施整体变更控制是审查所有变更请求，批准变更，管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。
该过程审查所有针对项目文件、可交付成果、基准或项目管理计划的变更请求，并批准或否决这些变更。
本过程的主要作用是，从整合的角度考虑记录在案的项目变更，从而降低因未考虑变更对整个项目目标或计划的影响而产生的项目风险。
实施整体变更控制过程贯穿项目始终，项目经理对此负最终责任。需要通过谨慎、持续地管理变更，来维护项目管理计划、项目范围说明书和其他可交付成果。应该通过否决或批准变更，来确保只有经批准的变更才能纳入修改后的基准中。
二：项目变更的分类：
可按照变更性质划分为重大变更、重要变更和一般变更。
通过不同审批权限控制。可按照变更迫切性划分为紧急变更和非紧急变更。通过不同变更处理流程进行。
项目的任何干系人都可以提出变更请求。
尽管也可以口头提出，但所有变更请求都必须以书面形式记录，并纳入变更管理和/或配置管理系统中。
变更请求应该由变更控制系统和配置控制系统中规定的过程进行处理。应该评估变更对时间和成本的影响，并向这些过程提供评估结果。
变更管理的工作程序依次为：变更申请——变更评估——变更决策——变更实施——变更验证——沟通存档。
在项目变更中一般存在着需求变更、进度变更和成本变更等3种主要变更，其中最需要重视和谨慎对待的是需求变更，因为需求是龙头，一旦需求发生变化，就会直接导致后面的进度和费用以及质量３个要素发生变化。
项目变更流程：提出变更——变更影响分析——变更审核——变更实施——变更实施跟踪
第一步：
变更申请者提出变更，并提交变更申请单（CR），在 CR 里详细描述变更内容，并写明变更的理由。
大家需要注意的有三点：
第一点：申请者通常在提交变更之前分析自己变更的内容以支持变更的理由。但是，这里的“分析”不是我们整体变更控制里的“综合分析”。
毕竟，对任何一位变更提出者来说，都会期望变更是对自己有利的，因此，他的分析并不是基于整体来分析的。如果我们按照申请者分析的结果作为依据来审批变更请求，这恰恰规避了整体变更控制流程。
第二点：很多时候，变更的提出者未必会按照变更控制流程主动提出变更，那么作为项目团队成员就要根据提出者的要求填写变更申请单，并征求变更提出者的意见以后作为正式的 CR 进行提交。
第三点：变更请求是提交给项目管理团队，而不是直接提交给审批者，更不能直接提交给 CCB。
第二步：
项目经理或项目管理团队根据正式的CR召集相关干系人对变更请求进行综合分析。分析变更对项目的综合影响，并对变更的实施提出建议。本步骤的"分析"才是整体变更控制的分析过程，也是项目团队需要关注的工作。
第三步：
项目团队将CR连同综合分析的结果和实施建议根据变更管理计划提交给相应的干系人进行审批。项目的变更管理计划里定义了变更的批准层次及干系人在变更管理过程的角色和职责，项目团队应该根据变更管理计划获得相关干系人对变更的审批。
审批人员或者团队可以基于项目的整体要求批准变更，也可以否决变更。如果变更被否决了，申请者可能还要提交更多信息以支持再次获得审批。不管是批准还是否决，都应该在变更日志中对状态进行记录。
第四步：
如果变更请求得到批准，则需要将被批准的变更请求更新到相关的文件或计划里，以反映更新内容，同时也保证相关干系人参照同一版本的项目计划或文件来执行项目工作。
第五步：
通知受变更影响的干系人，并按照计划执行批准的变更。
第六步：
对被批准执行的变更求情实施情况进行跟踪。
实施整体变更控制属于项目整合管理，监控过程组：
输入（项目管理计划、工作绩效报告、变更请求、事业环境因素、组织过程资产）；
工具与技术（专家判断、会议、变更控制工具）；
输出（批准的变更请求、变更日志、项目管理计划更新、项目文件更新）。
对应教程：（大家可参考）
《信息系统项目管理师教程(第三版)》 4.6 实施整体变更控制
《系统集成项目管理工程师教程(第二版)》 6.6 实施整体变更控制
《PMBOK（最五版）》 4.5 实施整体变更控制
软考资料分享：
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。