1704396559
1704396560
◆ 预防措施。为确保项目工作的未来绩效符合项目管理计划,而进行的有目的的活动。
1704396561
1704396562
◆ 缺陷补救。为了修正不一致产品或产品组件而进行的有目的的活动。
1704396563
1704396564
4.5.3.3 项目管理计划更新
1704396565
1704396566
项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。在监控项目工作过程中提出的变更可能会影响整体项目管理计划。
1704396567
1704396568
4.5.3.4 项目文件更新
1704396569
1704396570
可在本过程更新的项目文件包括(但不限于):
1704396571
1704396572
◆ 成本预测。见7.4.3.2节。本过程引起的成本预测的变更应通过成本管理过程进行记录。
1704396573
1704396574
◆ 问题日志。见4.3.3.3节。在本过程中产生的新问题应该记录到问题日志中。
1704396575
1704396576
◆ 经验教训登记册。见4.4.3.1节。更新经验教训登记册,记录应对偏差的有效方式以及纠正措施和预防措施。
1704396577
1704396578
◆ 风险登记册。见11.2.3.1节。在本过程中识别的新风险应记录在风险登记册中,并通过风险管理过程进行管理。
1704396579
1704396580
◆ 进度预测。见6.6.3.2节。本过程引起的进度预测的变更应通过进度管理过程进行记录。
1704396581
1704396582
1704396583
1704396584
1704396585
项目管理知识体系指南(PMBOK指南)(第6版) 4.6 实施整体变更控制
1704396586
1704396587
实施整体变更控制是审查所有变更请求、批准变更,管理对可交付成果、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求,并决定对变更请求的处置方案。本过程的主要作用是确保对项目中已记录在案的变更做综合评审。如果不考虑变更对整体项目目标或计划的影响就开展变更,往往会加剧整体项目风险。本过程需要在整个项目期间开展。图4.12 描述本过程的输入、工具与技术和输出。图4.13 是本过程的数据流向图。
1704396588
1704396589
1704396590
1704396591
1704396592
图4-12 实施整体变更控制:输入、工具与技术和输出
1704396593
1704396594
1704396595
1704396596
1704396597
图4-13 实施整体变更控制:数据流向图
1704396598
1704396599
实施整体变更控制过程贯穿项目始终,项目经理对此承担最终责任。变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件。在整个项目生命周期的任何时间,参与项目的任何相关方都可以提出变更请求。变更控制的实施程度,取决于项目所在应用领域、项目复杂程度、合同要求,以及项目所处的背景与环境。
1704396600
1704396601
在基准确定之前,变更无需正式受控于实施整体变更控制过程。一旦确定了项目基准,就必须通过本过程来处理变更请求。依照常规,每个项目的配置管理计划应规定哪些项目工件受控于配置控制程序。对配置要素的任何变更都应该提出变更请求,并经过正式控制。
1704396602
1704396603
尽管也可以口头提出,但所有变更请求都必须以书面形式记录,并纳入变更管理和(或)配置管理系统中。在批准变更之前,可能需要了解变更对进度的影响和对成本的影响。在变更请求可能影响任一项目基准的情况下,都需要开展正式的整体变更控制过程。每项记录在案的变更请求都必须由一位责任人批准、推迟或否决,这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织程序中指定这位责任人,必要时,应该由变更控制委员会(CCB)来开展实施整体变更控制过程。CCB是一个正式组成的团体,负责审查、评价、批准、推迟或否决项目变更,以及记录和传达变更处理决定。
1704396604
1704396605
变更请求得到批准后,可能需要新编(或修订)成本估算、活动排序、进度日期、资源需求和(或)风险应对方案分析,这些变更可能要求调整项目管理计划和其他项目文件。某些特定的变更请求,在 CCB 批准之后,可能还需要得到客户或发起人的批准,除非他们本身就是 CCB 的成员。
1704396606
1704396607
4.6.1 实施整体变更控制:输入
1704396608
[
上一页 ]
[ :1.704396559e+09 ]
[
下一页 ]