6.6.2监督和控制项目的输人，输出

    1．监督和控制项目的输入

    (1)项目管理计划。

    经项目各有关干系人同意的项目管理计划就是项目的基准，为项目的执行、监控和

变更提供了基础。详细说明请见6.4.1节。

    (2)工作绩效信息。

    工作绩效信息就是实际的绩效数据，用来与计划的绩效进行比较a

    (3)绩效报告。

    绩效报告由项目团队来准备，包括完成的活动、成果、里程碑、发现的事件与问题。

状态报告用来报告关键的信息，包括但不限于下列内容。

  ①当前的状态。

  ②本报告期的重要成果。

  ③计划的活动。

  ④事件。

  除上述输入之外，监控过程还要参考6.2.2节中提到的环境和组织因素和组织过程

资产。

    2．监督和控制项目的输出

    (1)请求的变更。作为计划数据与实际数据比较的结果，可能因扩大、调整或减少

项目范围而提出变更申请。变更可能影响到项目管理计划、项目文档、项目可交付物或

者项目产品。变更可能包括，但不限于如下内容．：

    ①建议的纠正措施。纠正措施是为使将来的项目绩效符合项目管理计划，而提出

并形成的建议文件。

    ②建议的预防措施。预防措施是为降低项目风险的可能陛而提出的建议文件。

    ③建议的缺陷修复。对在质量审查和审核过程中发现的缺陷，应提出修复的建议。

    (2)项目报告。项目报告包括状态报告、进度报告、成本报告、绩效报告、配置状

态报告和预测。

6.7整体变更控制

    变更是指对计划的改变，由于极少有项目能完全按照原来的项目计划安排运行，因

而变更不可避免。同时对变更也要加以管理，因此变更控制就必不可少。

    整体变更控制过程贯穿于整个项目过程的始终。对项目范围说明书、项目管理计划

和其他项目可交忖物必须进行变更管理（或是拒绝变更或是批准变更），被批准的变更将

被并入一个修订后的项目基准（基线也叫基准，英文为BASELINE。被批准的项目管理

计划就是项目的基准，或者简单地说基准就是批准了的计划）。整体变更控制过程基于项

目的执行情况在不同层次上包含以下变更管理活动。

    (1)识别可能发生的变更。

    (2)管理每个已识别的变更。

    (3)维持所有基线的完整性。

    (4)根据已批准的变更，更新范围、成本、预算、进度和质量要求，协调整体项目

内的变更。例如，一个被提出的进度变更通常会影响成本、风险、质量和人员配置。

    (5)基于质量报告，控制项目质量使其符合标准。

    (6)维护一个及时、精确的关于项目产品及其相关文档的信息库，直至项目结束。

    每个记录下来的变更申请，都可能被项目管理团队之内或者一个外部组织的责任者

批准或者拒绝，例如变更控制委员会CCB就是这样的一种责任者。变更控制委员会的

角色和责任在配置管理和变更控制过程之内被清楚地定义，并且被所有项目干系人认可。

许多大型的组织提供一个多层结构、层与层之间分工明确的变更控制委员会。如果项目

是基于合同开展的，那么有关每个合同的变更将需要该合同客户的批准。

    被批准的变更申请需要修改后的或新的成本估算、进度计划、资源需求或风险应对

措施。这些变更需要调整项目管理计划或者其他项目计划／文档。变更控制的实施程度依

赖于本次变更本身、项目所在的领域、具体的项目的复杂程度、合同要求、以及项目执

行的背景和环境。

    在整个项目范围应用的配置管理系统是以标准化的、有效的和有效率的方式，在一

个项目内集中地管理被批准的变更和基线。带有变更控制的配置管理包括识别、记录和

控制对项目和产品基线的变更。  配置管理系统在项目范围的应用，包括变更控制过程，

实现下列目标。

    (1)建立一种方法，前后一贯地识别与提出对基准的变更请求，并且评估这些变更

的价值和有效性。

    (2)通过考虑每一变更的影响，提供改进项目的机会。

    (3)向项目管理团队提供方法，以前后一致的方式把批准的和拒绝的所有交更告知

项目干系人。

    (4)整体变更控制过程里面的一些配置管理括动如下。

    ·配置识别项：是确定与核实产品配置、标记产品与文档、管理变更、以及保持信

    息公开的基础。

    ·配置状态：当提交配置项的适当数据时，应记录与报告该信息。  这个信息包括

    批准的配置识别项的一个列表、建议变更的状态，以及被批准的变更的执行状态。

    ·配置核实和审计；配置核实和配置审计保证一个项目的配置项的组成，相应的变

    更被记录、评估、批准、追踪以及正确地执行。这保证了在配置文件中确定的功

    能已被满足。