版权声明:文章编写不易,转载请注明原链接 https://blog.csdn.net/u012184539/article/details/88427072
1. 概念
实施整体变更控制:审查所有变更请求、批准变更、管理对可交付成果、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。该过程贯穿项目始终。
输入 | 工具和技术 | 输出 |
---|---|---|
1.项目管理计划(变更管理计划、配置管理计划、范围基准、进度基准、成本基准);2.项目文件(估算依据、需求跟踪矩阵、风险报告);3.工作绩效报告;4.变更请求;5.事业环境因素;6.组织过程资产 | 1.专家判断;2.变更控制工具;3.数据分析(备选方案分析、成本效益分析);4.决策(投票、独裁型决策制定、多标准决策分析);5.会议 | 1.批准的变更请求;2.项目管理计划更新;3.项目文件更新 |
- 实施整体变更控制时审查所有变更请求,批准变更,管理对可交付成果、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。
- 实施整体变更控制的过程贯穿项目始终
- 项目的任何相关方都可以提出变更请求。尽管也可以口头提出,但所有变更请求都必须以书面的形式记录,并那人变更管理和/或配置管理系统中。
- 变更请求由变更控制系统和配置控制系统中所列的过程进行处理。可能需要向这些过程说明变更对时间和成本的影响
- 除了整体变更控制外,PMBOK指南中还有范围变更控制、进度变更控制、质量变更控制、成本变更控制、风险监控与控制以及合同的变更控制。可以把这些局部的变更控制理解为发现需要变更的情况,并提出相应的变更请求,提交给整体变更控制过程审批。
- 对变更请求的分析和审查必须时综合性的、全面的,必须考察每个变更可能给项目各方面带来的影响,而不仅仅是考察一两个方面的影响。
2. 主要活动
- 审查所有针对项目文件、可交付成果、基准或项目管理计划的变更请求,并批准或否决。
- 对规避整体变更控制的因素施加影响,确保只有经批准的变更才能付诸行动。
- 迅速地审查、分析和批准变更请求。必须迅速,因为延误决策时机可能给时间、成本或变更的可行性带来不利的影响
- 管理已批准的变更
- 仅允许经批准的变更纳入项目管理计划和项目文件中,以此维护基准的严肃性
- 审查已推荐的措施和预防措施,并加以批准或否决
- 协调整个项目中的各种变更
- 完整地记录变更请求的影响。
3. 影响变更的原因
- 产品范围(成果)定义的过失或则疏忽【纠错变更】
- 项目范围(工作)定义的过失或者疏忽【纠错变更】
- 项目执行过程与项目基准要求不一致带来的被动调整【纠错变更】
- 应对风险的紧急计划或回避计划【适应外界变更】
- 外部事件【适应外界变更】
- 增值变更【提高性价比】
4. 变更控制委员会CCB
Change Control Board
- CCB是由主要项目相关方的代表所组成的一个小组,通常包括用户和实施方的决策人员,项目经理可以是其中的成员之一,但通常不是组长。
- CCB是决策机构,不是作业机构。通常,CCB的工作是通过评审手段来决定项目是否能变更,但不提出变更方案
- CCB负责审查变更请求,为准备提出的变更请求提供指导,对变更请求做出评价,批准或否决变更请求,并管理经批准的的变更实施过程
- CCB的角色职责,应该在配置控制程序与变更控制程序中明确规定,并经相关方一致同意
- 很多大型组织会建立多层次的CCB,来分别承担相关职责