|
|
|
整体变更控制是审查所有变更请求，批准变更，管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。该过程审查所有针对项目文件、可交付成果、基准或项目管理计划的变更请求，并批准或否决这些变更。本过程的主要作用是从整合的角度考虑记录在案的项目变更，从而降低因未考虑变更对整个项目目标或计划的影响而产生的项目风险。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
.变更管理计划，为管理变更控制过程提供指导，记录变更控制委员会（CCB）的情况。
|
|
|
|
|
|
对实施整体变更控制过程特别有用的工作绩效报告包括：资源可用情况、进度和成本数据、挣值管理（EVM）报告、燃烧图或燃尽图。
|
|
|
|
|
|
所有监控过程及很多执行过程都会输出“变更请求”。变更请求可能包括纠正措施、预防措施和缺陷补救。但是，纠正和预防措施通常不会影响项目基准，而只影响相对于基准的项目绩效。
|
|
|
|
|
|
能够影响整体变更控制过程的事业环境因素为项目管理信息系统。项目管理信息系统可能包括进度计划软件工具、配置管理系统、信息收集与发布系统，或进入其他在线自动化系统的网络界面。
|
|
|
|
|
|
|
|
.变更控制程序，包括修改组织标准、政策、计划和其他项目文件所须遵循的步骤，以及如何批准、确认和实施变更。
|
|
|
|
|
|
.过程测量数据库，用来收集与提供过程和产品的测量数据。
|
|
|
|
.项目档案（如范围、成本和进度基准，项目日历，项目进度网络图，风险登记册，风险应对计划和风险影响评价）。
|
|
|
|
.配置管理知识库，包括组织标准、政策、程序和项目文件的各种版本及基准。
|
|
|
|
|
|
|
|
除了项目管理团队的专家判断外，也可以邀请干系人贡献专业知识或加入变更控制委员会（CCB）。在本过程中，专家判断和专业知识可用于处理各种技术和管理问题，并可从各种渠道获得。
|
|
|
|
|
|
根据项目需要，可以由变更控制委员会（CCB）开会审查变更请求，并做出批准、否决或其他决定。CCB也可以审查配置管理活动。应该明确规定变更控制委员会的角色和职责，并经相关干系人一致同意后，记录在变更管理计划中。CCB的决定都应记录在案，并向干系人传达，以便其知晓并采取后续措施。
|
|
|
|
|
|
为了便于开展配置和变更管理，可以使用一些手工或自动化的工具。可以使用工具来管理变更请求和后续的决策，同时还要格外关注沟通，以帮助CCB成员履行职责，以及向相关干系人传达决定。
|
|
|
|
|
|
|
|
项目经理、CCB或指定的团队成员应该根据变更控制系统处理变更请求。批准的变更请求应通过指导与管理项目工作过程加以实施。全部变更请求的处理结果，无论批准与否，都要在变更日志中更新。这种更新是项目文件更新的一部分。
|
|
|
|
|
|
变更日志用来记录项目过程中出现的变更。应该与相关的干系人沟通这些变更及其对项目时间、成本和风险的影响。被否决的变更请求也应该记录在变更日志中。
|
|
|
|
|
|
项目管理计划中可能需要更新的内容包括各个子计划以及受制于正式变更控制过程的基准。对基准的变更，只能针对今后的情况，而不能变更以往的绩效，这有助于保护基准和历史绩效数据的严肃性。
|
|
|
|
|
|
作为整体变更控制过程的结果，可能需要更新的项目文件包括受制于项目正式变更控制过程的所有文件。
|
|
|
