全部展开 全部合拢

3.24.1 项目管理计划组件

可用作本过程输入的项目管理计划组件包括(但不限于):

项目管理计划是说明项目执行、监控和收尾方式的一份文件,它整合并综合了所有子管理计划和基准,以及管理项目所需的其他信息。究竟需要哪些项目管理计划组件,取决于具体项目的需求。

项目管理计划组件包括(但不限于):

  • 子管理计划:
  • 范围管理计划。见 5.1.3.1 节。确立如何定义、制定、监督、控制和确认项目范围。
  • 需求管理计划。见 5.1.3.2 节。确定如何分析、记录和管理需求。
  • 进度管理计划。见 6.1.3.1 节。为编制、监督和控制项目进度建立准则并确定活动。
  • 成本管理计划。见 7.1.3.1 节。确定如何规划、安排和控制成本。
  • 质量管理计划。见 8.1.3.1 节。确定在项目中如何实施组织的质量政策、方法和标准。
  • 资源管理计划。见 9.1.3.1 节。指导如何对项目资源进行分类、分配、管理和释放。
  • 沟通管理计划。见 10.1.3.1 节。确定项目信息将如何、何时、由谁来进行管理和传播。
  • 风险管理计划。见 11.1.3.1 节。确定如何安排与实施风险管理活动。
  • 采购管理计划。见 12.1.3.1 节。确定项目团队将如何从执行组织外部获取货物和服务。
  • 相关方参与计划。见 13.2.3.1 节。确定如何根据相关方的需求、利益和影响让他们参与项目决策和执行。
  • 基准:
  • 范围基准。见 5.4.3.1 节。经过批准的范围说明书、工作分解结构 (WBS) 和相应的 WBS 词典,用作比较依据。
  • 进度基准。见 6.5.3.1 节。经过批准的进度模型,用作与实际结果进行比较的依据。
  • 成本基准。见 7.3.3.1 节。经过批准的、按时间段分配的项目预算,用作与实际结果进行比较的依据。
  • 其他组件。大多数项目管理计划组件都来自于其他过程,虽然有些组件是在本过程生成的。

虽然在本过程生成的组件会因项目而异,但是通常包括(但不限于):

  • 变更管理计划。描述在整个项目期间如何正式审批和采纳变更请求。
  • 配置管理计划。描述如何记录和更新项目的特定信息,以及该记录和更新哪些信息,以保持产品、服务或成果的一致性和(或)有效性。
  • 绩效测量基准。经过整合的项目范围、进度和成本计划,用作项目执行的比较依据,以测量和管理项目绩效。
  • 项目生命周期。描述项目从开始到结束所经历的一系列阶段。
  • 开发方法。描述产品、服务或成果的开发方法,例如预测、迭代、敏捷或混合型模式。
  • 管理审查。确定项目经理和有关相关方审查项目进展的时间点,以考核绩效是否符合预期,或者确定是否有必要采取预防或纠正措施。

项目管理计划是用于管理项目的主要文件之一。管理项目时还会使用其他项目文件。这些其他文件不属于项目管理计划,但它们也是实现高效管理所必需的文件。表 4-1 列出了主要的项目管理计划组件和项目文件。

表 4-1项目管理计划和项目文件

见 4.6.3.1 节。批准的变更请求是实施整体变更控制过程的输出,包括经项目经理审查和批准的变更请求,必要时可经变更控制委员会 (CCB) 审查和批准。批准的变更请求可能是纠正措施、预防措施或缺陷补救,并由项目团队纳入项目进度计划付诸实施,可能对项目或项目管理计划的任一领域产生影响,还可能导致修改正式受控的项目管理计划组件或项目文件。

在工作执行过程中收集工作绩效数据,再交由控制过程做进一步分析。将工作绩效数据与项目管理计划组件、项目文件和其他项目变量比较之后生成工作绩效信息。通过这种比较可以了解项目的执行情况。

在项目开始时,就在项目管理计划中规定关于范围、进度、预算和质量的具体工作绩效测量指标。项目期间通过控制过程收集绩效数据,与计划和其他变量比较,为工作绩效提供背景。

例如,关于成本的工作绩效数据可能包含已支出的资金,但必须与预算、已执行的工作、用于完成工作的资源以及资金使用计划比较之后才能有用。这些附加信息为确定项目是否符合预算或是否存在偏差提供了相应的情境;还有助于了解偏差的严重程度。通过与项目管理计划中的偏差临界值进行比较,就可以确定是否需要采取预防或纠正措施。对工作绩效数据和附加信息进行综合分析,可以为项目决策提供可靠的基础。

实施整体变更控制是审查所有变更请求、批准变更,管理对可交付成果、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求,并决定对变更请求的处置方案。本过程的主要作用是确保对项目中已记录在案的变更做综合评审。如果不考虑变更对整体项目目标或计划的影响就开展变更,往往会加剧整体项目风险。本过程需要在整个项目期间开展。图 4-12 描述本过程的输入、工具与技术和输出。图 4-13 是本过程的数据流向图。

图 4-12实施整体变更控制:输入、工具与技术和输出

图 4-13实施整体变更控制:数据流向图

实施整体变更控制过程贯穿项目始终,项目经理对此承担最终责任。变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件。在整个项目生命周期的任何时间,参与项目的任何相关方都可以提出变更请求。变更控制的实施程度,取决于项目所在应用领域、项目复杂程度、合同要求,以及项目所处的背景与环境。

在基准确定之前,变更无需正式受控于实施整体变更控制过程。一旦确定了项目基准,就必须通过本过程来处理变更请求。依照常规,每个项目的配置管理计划应规定哪些项目工件受控于配置控制程序。对配置要素的任何变更都应该提出变更请求,并经过正式控制。

尽管也可以口头提出,但所有变更请求都必须以书面形式记录,并纳入变更管理和(或)配置管理系统中。在批准变更之前,可能需要了解变更对进度的影响和对成本的影响。在变更请求可能影响任一项目基准的情况下,都需要开展正式的整体变更控制过程。每项记录在案的变更请求都必须由一位责任人批准、推迟或否决,这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织程序中指定这位责任人,必要时,应该由变更控制委员会(CCB)来开展实施整体变更控制过程。CCB 是一个正式组成的团体,负责审查、评价、批准、推迟或否决项目变更,以及记录和传达变更处理决定。

变更请求得到批准后,可能需要新编(或修订)成本估算、活动排序、进度日期、资源需求和(或)风险应对方案分析,这些变更可能要求调整项目管理计划和其他项目文件。某些特定的变更请求,在 CCB 批准之后,可能还需要得到客户或发起人的批准,除非他们本身就是 CCB 的成员。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 变更管理计划。见 4.2.3.1 节。变更管理计划为管理变更控制过程提供指导,并记录变更控制委员会(CCB)的角色和职责。
  • 配置管理计划。见 4.2.3.1 节。配置管理计划描述项目的配置项、识别应记录和更新的配置项,以便保持项目产品的一致性和有效性。
  • 范围基准。见 5.4.3.1 节。范围基准提供项目和产品定义。
  • 进度基准。见 6.5.3.1 节。进度基准用于评估变更对项目进度的影响。
  • 成本基准。见 7.3.3.1 节。成本基准用于评估变更对项目成本的影响。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 质量管理计划。见 8.1.3.1 节。在项目中实施组织的质量政策、方法和标准的方式会影响管理项目和产品范围的方式。
  • 项目生命周期描述。项目生命周期定义了项目从开始到完成所经历的一系列阶段。
  • 开发方法。开发方法定义了项目是采用瀑布式、迭代型、适应型、敏捷型还是混合型开发方法。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 范围管理计划。见 5.1.3.1 节。范围管理计划包含如何定义和制定项目范围的信息。
  • 需求管理计划。见 5.1.3.2 节。需求管理计划包含如何收集、分析和记录项目需求的信息。
  • 相关方参与计划。见 13.2.3.1 节。从相关方参与计划中了解相关方的沟通需求和参与程度,以便评估并适应相关方对需求活动的参与程度。

见 4.2.3.1 节。项目管理计划组件包括(但不限于)范围管理计划(见 5.1.3.1 节),其中记录了如何定义、确认和控制项目范围。

项目管理计划组件包括(但不限于)范围管理计划。见 5.1.3.1 节,范围管理计划定义了如何根据项目范围说明书创建 WBS。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 范围管理计划。见 5.1.3.1 节。项目管理计划定义了如何正式验收已经完成的可交付成果。
  • 需求管理计划。见 5.1.3.2 节。需求管理计划描述了如何确认项目需求。
  • 范围基准。见 5.4.3.1 节。用范围基准与实际结果比较,以决定是否有必要进行变更、采取纠正措施或预防措施。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 范围管理计划。见 5.1.3.1 节。范围管理计划记录了如何控制项目和产品范围。
  • 需求管理计划。见 5.1.3.2 节。成本管理计划记录了如何管理项目需求。
  • 变更管理计划。见 4.2.3.1 节。变更管理计划定义了管理项目变更的过程。
  • 配置管理计划。见 4.2.3.1 节。配置管理计划定义了哪些是配置项,哪些配置项需要正式变更控制,以及针对这些配置项的变更控制过程。
  • 范围基准。见 5.4.3.1 节。用范围基准与实际结果比较,以决定是否有必要进行变更、采取纠正措施或预防措施。
  • 绩效测量基准。见 4.2.3.1 节。使用挣值分析时,将绩效测量基准与实际结果比较,以决定是否有必要进行变更、采取纠正措施或预防措施。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 范围管理计划。见 5.1.3.1 节。范围管理计划描述如何定义和制定范围,并提供有关如何制定进度计划的信息。
  • 开发方法。见 4.2.3.1 节。产品开发方法有助于定义进度计划方法、估算技术、进度计划编制工具以及用来控制进度的技术。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。进度管理计划定义进度计划方法、滚动式规划的持续时间,以及管理工作所需的详细程度。
  • 范围基准。见 5.4.3.1 节。在定义活动时,需明确考虑范围基准中的项目 WBS、可交付成果、制约因素和假设条件。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。进度管理计划规定了排列活动顺序的方法和准确度,以及所需的其他标准。
  • 范围基准。见 5.4.3.1 节。在排列活动顺序时,需明确考虑范围基准中的项目 WBS、可交付成果、制约因素和假设条件。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。进度管理计划规定了用于估算活动持续时间的方法和准确度,以及所需的其他标准。
  • 范围基准。见 5.4.3.1 节。范围基准包含 WBS 词典,后者包括可能影响人力投入和持续时间估算的技术细节。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。进度管理计划规定了用于制定进度计划的进度计划编制方法和工具,以及推算进度计划的方法。
  • 范围基准。见 5.4.3.1 节。范围说明书、WBS 和 WBS 词典包含了项目可交付成果的详细信息,供创建进度模型时借鉴。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。进度管理计划描述了进度的更新频率、进度储备的使用方式,以及进度的控制方式。
  • 进度基准。见 6.5.3.1 节。把进度基准与实际结果相比,以判断是否需要进行变更或采取纠正或预防措施。
  • 范围基准。见 5.4.3.1 节。在监控进度基准时,需明确考虑范围基准中的项目 WBS、可交付成果、制约因素和假设条件。
  • 绩效测量基准。见 4.2.3.1 节。使用挣值分析时,将绩效测量基准与实际结果比较,以决定是否有必要进行变更、采取纠正措施或预防措施。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。进度管理计划确定了编制、监督和控制项目进度的准则和活动,同时也提供了影响成本估算和管理的过程及控制方法。
  • 风险管理计划。见 11.1.3.1 节。风险管理计划提供了识别、分析和监督风险的方法,同时也提供了影响成本估算和管理的过程及控制方法。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 成本管理计划。见 7.1.3.1 节。成本管理计划描述了可使用的估算方法以及成本估算需要达到的准确度和精确度。
  • 质量管理计划。见 8.1.3.1 节。质量管理计划描述了项目管理团队为实现一系列项目质量目标所需的活动和资源。
  • 范围基准。见 5.4.3.1 节。范围基准包括项目范围说明书、WBS 和 WBS 词典:
  • 项目范围说明书。范围说明书(见 5.3.3.1 节)反映了因项目资金支出的周期而产生的资金制约因素,或其他财务假设条件和制约因素。
  • 工作分解结构。WBS(见 5.4.3.1 节)指明了项目全部可交付成果及其各组成部分之间的相互关系。
  • WBS 词典。在 WBS 词典(见 5.4.3 节)和相关的详细工作说明书中,列明了可交付成果,并描述了为产出可交付成果,WBS 各组成部分所需进行的工作。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 成本管理计划。见 7.1.3.1 节。成本管理计划描述了如何将项目成本纳入项目预算中。
  • 资源管理计划。见 9.1.3.1 节。资源管理计划提供了有关(人力和其他资源的)费率、差旅成本估算,和其他可预见成本的信息,这些信息是估算整个项目预算时必须考虑的因素。
  • 范围基准。见 5.4.3.1 节。范围基准包括项目范围说明书、WBS 和 WBS 词典的详细信息,可用于成本估算和管理。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 成本管理计划。见 7.1.3.1 节。成本管理计划描述将如何管理和控制项目成本。
  • 成本基准。见 7.3.3.1 节。把成本基准与实际结果相比,以判断是否需要进行变更或采取纠正或预防措施。
  • 绩效测量基准。见 4.2.3.1 节。使用挣值分析时,将绩效测量基准与实际结果比较,以决定是否有必要进行变更、采取纠正措施或预防措施。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 需求管理计划。见 5.1.3.2 节。需求管理计划提供了识别、分析和管理需求的方法,以供质量管理计划和质量测量指标借鉴。
  • 风险管理计划。见 11.1.3.1 节。风险管理计划提供了识别、分析和监督风险的方法。将风险管理计划和质量管理计划的信息相结合,有助于成功交付产品和项目。
  • 相关方参与计划。见 13.2.3.1 节。相关方参与计划提供了记录相关方需求和期望的方法,为质量管理奠定了基础。
  • 范围基准。见 5.4.3.1 节。在确定适用于项目的质量标准和目标时,以及在确定要求质量审查的项目可交付成果和过程时,需要考虑WBS和项目范围说明书中记录的可交付成果。范围说明书包含可交付成果的验收标准。该标准的界定可能导致质量成本并进而导致项目成本的显著升高或降低。满足所有的验收标准意味着满足相关方的需求。

见 4.2.3.1 节。项目管理计划组件包括(但不限于)质量管理计划。如 8.1.3.1 节所述,质量管理计划定义了项目和产品质量的可接受水平,并描述了如何确保可交付成果和过程达到这一质量水平。

质量管理计划还描述了不合格产品的处理方式以及需采取的纠正措施。

见 4.2.3.1 节。项目管理计划组件包括(但不限于)质量管理计划。见 8.1.3.1 节。质量管理计划定义了如何在项目中开展质量控制。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 质量管理计划。见 8.1.3.1 节。质量管理计划有助于定义项目所需的资源水平,以实现和维护已定义的质量水平并达到项目测量指标。
  • 范围基准。见 5.4.3.1 节。范围基准识别了可交付成果,决定了需要管理的资源的类型和数量。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 资源管理计划。见 9.1.3.1 节。资源管理计划定义了识别项目所需不同资源的方法,还定义了量化各个活动所需的资源并整合这些信息的方法。
  • 范围基准。见 5.4.3.1 节。范围基准识别了实现项目目标所需的项目和产品范围,而范围决定了对团队和实物资源的需求。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 资源管理计划。见 9.1.3.1 节。资源管理计划为如何获取项目资源提供指南。
  • 采购管理计划。见 12.1.3.1 节。采购管理计划提供了关于将从项目外部获取的资源的信息,包括如何将采购与其他项目工作整合起来以及涉及资源采购工作的相关方。
  • 成本基准。见 7.3.3.1 节。成本基准提供了项目活动的总体预算。

见 4.2.3.1 节。项目管理计划组件包括(但不限于)资源管理计划。见 9.1.3.1 节,资源管理计划为如何通过团队绩效评价和其他形式的团队管理活动,为项目团队成员提供奖励、提出反馈、增加培训或采取惩罚措施提供了指南。资源管理计划可能包括团队绩效评价标准。

见 4.2.3.1 节。项目管理计划组件包括(但不限于)资源管理计划。见 9.1.3.1 节,资源管理计划为如何管理和最终遣散项目团队资源提供指南。

见 4.2.3.1 节。项目管理计划组件包括(但不限于)资源管理计划。见 9.1.3.1 节,资源管理计划为如何使用、控制和最终释放实物资源提供指南。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 资源管理计划。见 9.1.3.1 节。指导如何对项目资源进行分类、分配、管理和释放。团队成员和小组可能有沟通要求,应该在沟通管理计划中列出。
  • 相关方参与计划。见 13.2.3.1 节。相关方参与计划确定了有效吸引相关方参与所需的管理策略,而这些策略通常通过沟通来落实。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于)相关方参与计划(见 13.2.3.1 节)。需要更新相关方参与计划,反映会影响相关方参与项目决策和执行的任何过程、程序、工具或技术。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 资源管理计划。见 9.1.3.1 节。资源管理计划描述为管理团队或物质资源所需开展的沟通。
  • 沟通管理计划。见 10.1.3.1 节。沟通管理计划描述将如何对项目沟通进行规划、结构化和监控。
  • 相关方参与计划。详见 13.2.3.1 节。相关方参与计划描述如何用适当的沟通策略引导相关方参与项目。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 资源管理计划。见 9.1.3.1 节。通过描述角色和职责,以及项目组织结构图,资源管理计划可用于理解实际的项目组织及其任何变更。
  • 沟通管理计划。见 10.1.3.1 节。沟通管理计划是关于及时收集、生成和发布信息的现行计划,它确定了沟通过程中的团队成员、相关方和有关工作。
  • 相关方参与计划。见 13.2.3.1 节。相关方参与计划确定了计划用以引导相关方参与的沟通策略。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):

  • 沟通管理计划。见 10.1.3.1 节。需要更新沟通管理计划,记录能够让沟通更有效的新信息。
  • 相关方参与计划。见 13.2.3.1 节。需要更新相关方参与计划,反映相关方的实际情况、沟通需求和重要性。

见 4.2.3.1 节。在规划项目风险管理时,应该考虑所有已批准的子管理计划,使风险管理计划与之相协调;同时,其他项目管理计划组件中所列出的方法论可能也会影响规划风险管理过程。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 需求管理计划。见 5.1.3.2 节。需求管理计划可能指出了特别有风险的项目目标。
  • 进度管理计划。见 6.1.3.1 节。进度管理计划可能列出了受不确定性或模糊性影响的一些领域。
  • 成本管理计划。见 7.1.3.1 节。成本管理计划可能列出了受不确定性或模糊性影响的一些领域。
  • 质量管理计划。见 8.1.3.1 节。质量管理计划可能列出了受不确定性或模糊性影响的一些领域,或者关键假设可能引发风险的一些领域。
  • 资源管理计划。见 9.1.3.1 节。资源管理计划可能列出了受不确定性或模糊性影响的一些领域,或者关键假设可能引发风险的一些领域。
  • 风险管理计划。见 11.1.3.1 节。风险管理计划规定了风险管理的角色和职责,说明了如何将风险管理活动纳入预算和进度计划,并描述了风险类别(可用风险分解结构表述)。
  • 范围基准。见 5.4.3.1 节。范围基准包括可交付成果及其验收标准,其中有些可能引发风险;

还包括工作分解结构,可用作安排风险识别工作的框架。

  • 进度基准。见 6.5.3.1 节。可以查看进度基准,找出存在不确定性或模糊性的里程碑日期和可交付成果交付日期,或者可能引发风险的关键假设条件。
  • 成本基准。见 7.3.3.1 节。可以查看成本基准,找出存在不确定性或模糊性的成本估算或资金需求,或者关键假设可能引发风险的方面。

见 4.2.3.1 节。项目管理计划组件包括风险管理计划(见 11.1.3.1 节)。本过程中需要特别注意的是风险管理的角色和职责、预算和进度活动安排,以及风险类别(通常在风险分解结构中定义)、概率和影响定义、概率和影响矩阵和相关方的风险临界值。通常已经在规划风险管理过程中把这些内容裁剪成适合具体项目的需要。如果还没有这些内容,则可以在实施定性风险分析过程中编制,并经项目发起人批准之后用于本过程。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 风险管理计划。见 11.1.3.1 节。风险管理计划确定项目是否需要定量风险分析,还会详述可用于分析的资源,以及预期的分析频率。
  • 范围基准。见 5.4.3.1 节。范围基准提供了对单个项目风险和其他不确定性来源的影响开展评估的起始点。
  • 进度基准。见 6.5.3.1 节。进度基准提供了对单个项目风险和其他不确定性来源的影响开展评估的起始点。
  • 成本基准。见 7.3.3.1 节。成本基准提供了对单个项目风险和其他不确定性来源的影响开展评估的起始点。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 资源管理计划。见 9.1.3.1 节。资源管理计划有助于确定该如何协调用于风险应对的资源和其他项目资源。
  • 风险管理计划。见 11.1.3.1 节。本过程会用到其中的风险管理角色和职责,以及风险临界值。
  • 成本基准。见 7.3.3.1 节。成本基准包含了拟用于风险应对的应急资金的信息。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):

  • 进度管理计划。见 6.1.3.1 节。对进度管理计划的变更包括:资源负荷和资源平衡变更,或进度策略更新等。
  • 成本管理计划。见 7.1.3.1 节。对成本管理计划的变更包括:成本会计、跟踪和报告变更,以及预算策略和应急储备使用方法更新等。
  • 质量管理计划。见 8.1.3.1 节。对质量管理计划的变更包括:满足需求的方法、质量管理方法,或质量控制过程的变更等。
  • 资源管理计划。见 9.1.3.1 节。对资源管理计划的变更包括:资源配置变更,以及资源策略更新等。
  • 采购管理计划。见 12.1.3.1 节。对采购管理计划的变更包括:自制或外购决策或合同类型的更改等。
  • 范围基准。见 5.4.3.1 节。如果商定的风险应对策略导致了范围变更,且这种变更已经获得批准,那么就要对范围基准做出相应的变更。
  • 进度基准。见 6.5.3.1 节。如果商定的风险应对策略导致了进度估算变更,且这种变更已经获得批准,那么就要对进度基准做出相应的变更。
  • 成本基准。见 7.3.3.1 节。如果商定的风险应对策略导致了成本估算变更,且这种变更已经获得批准,那么就要对成本基准做出相应的变更。

见 4.2.3.1 节。项目管理计划组件包括(但不限于)风险管理计划。见 11.1.3.1 节,风险管理计划列明了与风险管理相关的项目团队成员和其他相关方的角色和职责。应根据这些信息为已商定的风险应对措施分配责任人。风险管理计划还会定义适用于本项目的风险管理方法论的详细程度,还会基于关键相关方的风险偏好规定项目的风险临界值。风险临界值代表了实施风险应对所需实现的可接受目标。

见 4.2.3.1 节。项目管理计划组件包括(但不限于)风险管理计划(见 11.1.3.1 节)。风险管理计划规定了应如何及何时审查风险,应遵守哪些政策和程序,与本监督过程有关的角色和职责安排,以及报告格式。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 范围管理计划。见 5.1.3.1 节。范围管理计划说明如何在项目的实施阶段管理承包商的工作范围。
  • 质量管理计划。见 8.1.3.1 节。质量管理计划包含项目需要遵循的行业标准与准则。这些标准与准则应写入招标文件,如建议邀请书,并将最终在合同中引用。这些标准与准则也可用于供应商资格预审,或作为供应商甄选标准的一部分。
  • 资源管理计划。见 9.1.3.1 节。资源管理计划包括关于哪些资源需要采购或租赁的信息,以及任何可能影响采购的假设条件或制约因素。
  • 范围基准。见 5.4.3.1 节。范围基准包含范围说明书、WBS 和 WBS 词典。在项目早期,项目范围可能仍要继续演进。应该针对项目范围中已知的工作,编制工作说明书 (SOW) 和工作大纲 (TOR)。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 范围管理计划。见 5.1.3.1 节。范围管理计划描述如何管理总体工作范围,包括由卖方负责的工作范围。
  • 需求管理计划。见 5.1.3.2 节。需求管理计划描述将如何分析、记录和管理需求。 它可能还包括卖方将如何管理按协议规定应该实现的需求。
  • 沟通管理计划。见 10.1.3.1 节。沟通管理计划描述买方和卖方之间如何开展沟通。
  • 风险管理计划。见 11.1.3.1 节。风险管理计划是项目管理计划的组成部分,描述如何安排和实施项目风险管理活动。
  • 采购管理计划。见 12.1.3.1 节。采购管理计划包含在实施采购过程中应该开展的活动。
  • 配置管理计划。见 5.6.1.1 节。配置管理计划定义了哪些是配置项,哪些配置项需要正式变更控制,以及针对这些配置项的变更控制过程。它包括卖方开展配置管理的形式和过程,以便与买方采取的方法保持一致。
  • 成本基准。见 7.3.3.1 节。成本基准包括用于开展采购的预算,用于管理采购过程的成本,以及用于管理卖方的成本。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):

  • 需求管理计划。见 5.1.3.2 节。项目需求可能因卖方的要求而变更。
  • 质量管理计划。见 8.1.3.1 节。卖方可能提出备选质量标准或备选解决方案,从而影响质量管理计划中规定的质量管理方法。
  • 沟通管理计划。见 10.1.3.1 节。在选定卖方后,需要更新沟通管理计划,记录卖方的沟通需求和方法。
  • 风险管理计划。见 11.1.3.1 节。每个协议和卖方都会带来独特的风险,从而需要更新风险管理计划。具体的风险应该记录到风险登记册中。
  • 采购管理计划。见 12.1.3.1 节。可能需要基于合同谈判和签署的结果,而更新采购管理计划。
  • 范围基准。见 5.4.3.1 节。在执行采购活动时,需明确考虑范围基准中的项目工作分解结构和可交付成果。本过程可能导致对任何一个或全部可交付成果的变更。
  • 进度基准。见 6.5.3.1 节。如果卖方交付成果方面的变更影响了项目的整体进度绩效,则可能需要更新并审批基准进度计划,以反映当前的期望。
  • 成本基准。见 7.3.3.1 节。在项目交付期间,承包商的材料价格和人力价格可能随外部经济环境而频繁变动。这种变动需要反映到成本基准中。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 需求管理计划。见 5.1.3.2 节。需求管理计划描述将如何分析、记录和管理承包商需求。
  • 风险管理计划。见 11.1.3.1 节。风险管理计划描述如何安排和实施由卖方引发的项目风险管理活动。
  • 采购管理计划。见 12.1.3.2 节。采购管理计划规定了在控制采购过程中需要开展的活动。
  • 变更管理计划。见 4.2.3.1 节。变更管理计划包含关于如何处理由卖方引发的变更的信息。
  • 进度基准。见 6.5.3.1 节。如果卖方的进度拖后影响了项目的整体进度绩效,则可能需要更新并审批进度计划,以反映当前的期望。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):

  • 风险管理计划。见 11.1.3.1 节。每个协议和卖方都会带来独特的风险,因此可能需要更新风险管理计划。如果在执行合同期间发生重大的意外风险,则风险管理计划可能需要更新。应该把具体的风险记录到风险登记册中。
  • 采购管理计划。见 12.1.3.1 节。采购管理计划包含在采购过程中需要开展的活动。可能需要基于卖方执行工作的绩效情况,对采购管理计划进行更新。
  • 进度基准。见 6.5.3.1 节。如果卖方的重大进度变更影响到了项目的整体进度绩效,则可能需要更新并审批基准进度计划,以反映当前的期望。买方应该注意某个卖方的进度拖延,可能对其他卖方的工作造成连锁影响。
  • 成本基准。见 7.3.3.1 节。在项目交付期间,承包商的材料价格和人力价格可能随外部经济环境而频繁变动。这种变动需要反映到成本基准中。

识别相关方是定期识别项目相关方,分析和记录他们的利益、参与度、相互依赖性、影响力和对项目成功的潜在影响的过程。本过程的主要作用是,使项目团队能够建立对每个相关方或相关方群体的适度关注。本过程应根据需要在整个项目期间定期开展。图 13-2 描述本过程的输入、工具与技术和输出。图 13-3 是本过程的数据流向图。

图 13-2识别相关方:输入、工具与技术和输出

图 13-3识别相关方:数据流向图

本过程通常在编制和批准项目章程之前或同时首次开展。本过程需在必要时重复开展,至少应在每个阶段开始时,以及项目或组织出现重大变化时重复开展。每次重复开展本过程,都应通过查阅项目管理计划组件及项目文件,来识别有关的项目相关方。

• Projectcharter

见 4.2.3.1 节。在首次识别相关方时,项目管理计划并不存在;不过,一旦编制完成,项目管理计划组件包括(但不限于):

  • 沟通管理计划。见 10.1.3.1 节。沟通与相关方参与之间存在密切联系。沟通管理计划中的信息是了解项目相关方的主要依据。
  • 相关方参与计划。见 13.2.3.1 节。相关方参与计划确定了用于有效引导相关方参与的管理策略和措施。

在项目初始时识别相关方,不会导致项目管理计划更新。但随着项目进展,项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):

  • 需求管理计划。见 5.1.1.2 节。新识别的相关方可能会影响规划、跟踪和报告需求活动的方式。
  • 沟通管理计划。见 10.1.3.1 节。沟通管理计划记录相关方的沟通要求和已商定的沟通策略。
  • 风险管理计划。见 11.1.3.1 节。如果相关方的沟通要求和已商定的沟通策略会影响管理项目风险的方法,就应在风险管理计划中加以反映。
  • 相关方参与计划。见 13.2.3.1 节。相关方参与计划记录针对已识别相关方的商定的沟通策略。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 资源管理计划。见 9.1.3.1 节。资源管理计划可能包含关于团队成员及其他相关方的角色和职责的信息。
  • 沟通管理计划。见 10.1.3.1 节。用于相关方管理的沟通策略以及用于实施策略的计划,既是项目相关方管理中的各个过程的输入,又会收录来自这些过程的相关信息。
  • 风险管理计划。见 11.1.3.1 节。风险管理计划可能包含风险临界值或风险态度,有助于选择最佳的相关方参与策略组合。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 沟通管理计划。见 10.1.3.1 节。沟通管理计划描述与相关方沟通的方法、形式和技术。
  • 风险管理计划。见 11.1.3.1 节。风险管理计划描述了风险类别、风险偏好和报告格式。这些内容都可用于管理相关方参与。
  • 相关方参与计划。见 13.2.3.1 节。相关方参与计划为管理相关方期望提供指导和信息。
  • 变更管理计划。见 4.2.3.1 节。变更管理计划描述了提交、评估和执行项目变更的过程。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):

  • 沟通管理计划。见 10.1.3.1 节。需要更新沟通管理计划,以反映新的或已变更的相关方需求。
  • 相关方参与计划。见 13.2.3.1 节。需要更新相关方参与计划,以反映为有效引导相关方参与所需的新的或更改的管理策略。

见 4.2.3.1 节。项目管理计划组件包括(但不限于):

  • 资源管理计划。见 9.1.3.1 节。资源管理计划确定了对团队成员的管理方法。
  • 沟通管理计划。见 10.1.3.1 节。沟通管理计划描述了适用于项目相关方的沟通计划和策略。
  • 相关方参与计划。见 13.2.3.1 节。定义了管理相关方需求和期望的计划。

项目管理计划的任何变更都以变更请求的形式提出,且通过组织的变更控制过程进行处理。可能需要变更的项目管理计划组件包括(但不限于):

  • 资源管理计划。见 9.1.3.1 节。可能需要更新团队对引导相关方参与的职责。
  • 沟通管理计划。见 10.1.3.1 节。可能需要更新项目的沟通策略。
  • 相关方参与计划。见 13.2.3.1 节。可能需要更新关于项目相关方社区的信息。

在本标准中,术语“工件”包括项目管理过程、输入、工具、技术、输出、事业环境因素和组织过程资产。项目经理和项目管理团队需要选择和调整合适的工件,用于其特定项目。这种选择和调整活动称为裁剪。每个项目的独特性决定了必须进行裁剪,因此,并非每个项目都需要每个过程、输入、工具、技术或输出。

项目管理计划是最常用的工件,有许多组成部分,如子管理计划、基准和项目生命周期描述。

子管理计划是与项目特定方面或知识领域相关的计划,如进度管理计划、风险管理计划和变更管理计划。进行裁剪时,需要确定特定项目所需的项目管理计划组件。项目管理计划是一种输入,而项目管理计划更新是本标准中许多过程的输出。在本标准中,不会在输入和输出表中直接列出单个项目管理计划组件,而是在该表下方的正文中列出每个过程可能用到的项目管理计划组件(输入)或可能得到的项目管理计划组件更新(输出)。所列出的组件仅为示例而已。在开展每个特定过程时,项目经理既非必须、也非限于用到上述输入或得到上述输出。

项目管理计划是主要的项目工件之一。另外,还有不属于项目管理计划但也可用于管理项目的其他文件。这些其他文件称为项目文件。与项目管理计划组件类似,过程所需的项目文件会因具体项目而异。项目经理负责确定过程所需的项目文件,以及将作为过程输出的项目文件更新。在本标准中,在输入和输出表下方的正文中列出的项目文件,仅为项目文件的可能示例,而非完整列表。

表 1-2 列出了项目管理计划的主要组件和主要的项目文件。虽然该表并未穷尽所有的计划组件和项

目文件,但的确列出了有助于管理项目的常用计划组件和项目文件。

表 1-2项目管理计划和项目文件

商业文件通常是在项目之外创建的文件,用作项目的输入。商业文件包括商业论证和效益管理计划。如何应用商业文件,将取决于公司文化和项目启动过程。

会影响项目的事业环境因素,以及可用于项目的组织过程资产,将因项目及其所处环境而异,所以并未在本标准中列出。

识别相关方是定期识别项目相关方,分析和记录他们的利益、参与度、相互依赖性、影响力和对项目成功的潜在影响的过程。本过程的主要作用是,使项目团队能够建立对每个相关方或相关方群体的适度关注。本过程应根据需要在整个项目期间定期开展。图 2-4 描述了本过程的输入和输出。

图 2-4识别相关方:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 需求管理计划;
  • 沟通管理计划;
  • 风险管理计划;
  • 相关方参与计划。

制定项目管理计划是定义、准备和协调项目计划的所有组成部分,并把它们整合为一份综合项目管理计划的过程。本过程的主要作用是,生成一份综合文件,用于确定所有项目工作的基础及其执行方式。本过程仅开展一次或仅在项目的预定义点开展。图 3-2 描述了本过程的输入和输出。

图 3-2制定项目管理计划:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

规划范围管理是为记录如何定义、确认和控制项目范围及产品范围,而创建范围管理计划的过程。本过程的主要作用是,在整个项目期间对如何管理范围提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。图 3-3 描述了本过程的输入和输出。

图 3-3规划范围管理:输入和输出

究竟需要哪些项目管理计划组件,取决于具体项目的需求。

收集需求是为实现目标而确定、记录并管理相关方的需要和需求的过程。本过程的主要作用是,为定义产品范围和项目范围奠定基础。本过程仅开展一次或仅在项目的预定义点开展。图 3-4 描述了本过程的输入和输出。

图 3-4收集需求:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

定义范围是制定项目和产品详细描述的过程。本过程的主要作用是,描述产品、服务或成果的边界和验收标准。本过程仅开展一次或仅在项目的预定义点开展。图 3-5 描述了本过程的输入和输出。

图 3-5定义范围:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

创建工作分解结构 (WBS) 是把项目可交付成果和项目工作分解为较小的、更易于管理的组件的过程。本过程的主要作用是,为所要交付的内容提供架构。本过程仅开展一次或仅在项目的预定义点开展。图 3-6 描述了本过程的输入和输出。

图 3-6创建 WBS:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

规划进度管理是为规划、编制、管理、执行和控制项目进度而制定政策、程序和文档的过程。

本过程的主要作用是,为如何在整个项目期间管理项目进度提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。图 3-7 描述了本过程的输入和输出。

图 3-7规划进度管理:输入和输出

究竟需要哪些项目管理计划组件,取决于具体项目的需求。

定义活动是识别和记录为完成项目可交付成果而须采取的具体行动的过程。本过程的主要作用是,将工作包分解为进度活动,作为对项目工作进行进度估算、规划、执行、监督和控制的基础。

本过程需要在整个项目期间开展。图 3-8 描述了本过程的输入和输出。

图 3-8定义活动:输入和输出

究竟需要哪些项目管理计划组件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 进度基准;
  • 成本基准。

排列活动顺序是识别和记录项目活动之间的关系的过程。本过程的主要作用是定义工作之间的逻辑顺序,以便在既定的所有项目制约因素下获得最高的效率。本过程需要在整个项目期间开展。

图 3-9 描述了本过程的输入和输出。

图 3-9排列活动顺序:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

估算活动持续时间是根据资源估算的结果,估算完成单项活动所需工作时段数的过程。本过程的主要作用是,确定完成每个活动所需花费的时间量。本过程需要在整个项目期间开展。图 3-10 描述了本过程的输入和输出。

图 3-10估算活动持续时间:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

制定进度计划是分析活动顺序、持续时间、资源需求和进度制约因素,创建进度模型,从而落实项目执行和监控的过程。本过程的主要作用是,为完成项目活动而制定具有计划日期的进度模型。

本过程需要在整个项目期间开展。图 3-11 描述了本过程的输入和输出。

图 3-11制定进度计划:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 进度管理计划;
  • 成本基准。

规划成本管理是确定如何估算、预算、管理、监督和控制项目成本的过程。本过程的主要作用是,在整个项目期间为如何管理项目成本提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。图 3-12 描述了本过程的输入和输出。

图 3-12规划成本管理:输入和输出

究竟需要哪些项目管理计划组件,取决于具体项目的需求。

估算成本是对完成项目工作所需资金进行近似估算的过程。本过程的主要作用是,确定项目所需的资金。本过程应根据需要在整个项目期间定期开展。图 3-13 描述了本过程的输入和输出。

图 3-13估算成本:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

制定预算是汇总所有单个活动或工作包的估算成本,建立一个经批准的成本基准的过程。本过程的主要作用是,确定可据以监督和控制项目绩效的成本基准。本过程仅开展一次或仅在项目的预定义点开展。图 3-14 描述了本过程的输入和输出。

图 3-14制定预算:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

规划质量管理是识别项目及其可交付成果的质量要求和(或)标准,并书面描述项目将如何证明符合质量要求和(或)标准的过程。本过程的主要作用是,为在整个项目期间如何管理和核实质量提供指南和方向。本过程仅开展一次或仅在项目的预定义点开展。图 3-15 描述了本过程的输入和输出。

图 3-15规划质量管理:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 风险管理计划;
  • 范围基准。

规划资源管理是定义如何估算、获取、管理和利用实物以及团队资源的过程。本过程的主要作用是,根据项目类型和复杂程度确定适用于项目资源的管理方法和管理程度。本过程仅开展一次或仅在项目的预定义点开展。图 3-16 描述了本过程的输入和输出。

图 3-16规划资源管理:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

估算活动资源是估算执行项目所需的团队资源,以及材料、设备和用品的类型和数量的过程。

本过程的主要作用是,明确完成项目所需的资源种类、数量和特性。本过程应根据需要在整个项目期间定期开展。图 3-17 描述了本过程的输入和输出。

图 3-17估算活动资源:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

规划沟通管理是基于每个相关方或相关方群体的信息需求、可用的组织资产,以及具体项目的需求,为项目沟通活动制定恰当的方法和计划的过程。本过程的主要作用是,为及时向相关方提供相关信息,引导相关方有效参与项目,而编制书面沟通计划。本过程应根据需要在整个项目期间定期开展。图 3-18 描述了本过程的输入和输出。

图 3-18规划沟通管理:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于)相关方参与计划。

规划风险管理是定义如何实施项目风险管理活动的过程。本过程的主要作用是,确保风险管理的水平、方法和可见度与项目风险程度,以及项目对组织和其他相关方的重要程度相匹配。本过程仅开展一次或仅在项目的预定义点开展。图 3-19 描述了本过程的输入和输出。

图 3-19规划风险管理:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

识别风险是识别单个项目风险,以及整体项目风险的来源,并记录风险特征的过程。本过程的主要作用是,记录现有的单个项目风险,以及整体项目风险的来源。本过程还汇集相关信息,以便项目团队能够恰当应对已识别风险。本过程需要在整个项目期间开展。图 3-20 描述了本过程的输入和输出。

图 3-20识别风险:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

实施定性风险分析是通过评估单个项目风险发生的概率和影响以及其他特征,对风险进行优先排序,从而为后续分析或行动提供基础的过程。本过程的主要作用是重点关注高优先级的风险。本过程需要在整个项目期间开展。图 3-21 描述了本过程的输入和输出。

图 3-21实施定性风险分析:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

实施定量风险分析是就已识别的单个项目风险和不确定性的其他来源对整体项目目标的影响进行定量分析的过程。本过程的主要作用是,量化整体项目风险敞口,并提供额外的定量风险信息,以支持风险应对规划。本过程需要在整个项目期间开展。图 3-22 描述了本过程的输入和输出。

图 3-22实施定量风险分析:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

规划风险应对是为处理整体项目风险敞口,以及应对单个项目风险,而制定可选方案、选择应对策略并商定应对行动的过程。本过程的主要作用是,制定应对整体项目风险和单个项目风险的适当方法。本过程还将分配资源,并根据需要将相关活动添加进项目文件和项目管理计划。本过程需要在整个项目期间开展。图 3-23 描述了本过程的输入和输出。

图 3-23规划风险应对:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 进度管理计划;
  • 成本管理计划;
  • 质量管理计划;
  • 资源管理计划;
  • 采购管理计划;
  • 范围基准;
  • 进度基准;
  • 成本基准。

规划采购管理是记录项目采购决策,明确采购方法,识别潜在卖方的过程。本过程的主要作用是,确定是否从项目外部获取货物和服务,如果是,则还要确定将在什么时间、以什么方式获取什么货物和服务。货物和服务可从执行组织的其他部门采购,或者从外部渠道采购。本过程仅开展一次或仅在项目的预定义点开展。图 3-24 描述了本过程的输入和输出。

图 3-24规划采购:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

规划相关方参与是根据相关方的需求、期望、利益和对项目的潜在影响,制定项目相关方参与项目的方法的过程。本过程的主要作用是,提供与相关方进行有效互动的可行计划。本过程应根据需要在整个项目期间定期开展。图 3-25 描述了本过程的输入和输出。

图 3-25规划相关方参与:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

指导与管理项目工作是为实现项目目标而领导和执行项目管理计划中所确定的工作,并实施已批准变更的过程。本过程的主要作用是,对项目工作和可交付成果开展综合管理,以提高项目成功的可能性。本过程需要在整个项目期间开展。图 4-2 描述了本过程的输入和输出。

图 4-2指导与管理项目工作:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

管理项目知识是使用现有知识并生成新知识,以实现项目目标,并且帮助组织学习的过程。

本过程的主要作用是,利用已有的组织知识来创造或改进项目成果,并且使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。本过程需要在整个项目期间开展。图 4-3 描述了本过程的输入和输出。

图 4-3管理项目知识:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

管理质量是把组织的质量政策用于项目,并将质量管理计划转化为可执行的质量活动的过程。

本过程的主要作用是,提高实现质量目标的可能性,以及识别无效过程和导致质量低劣的原因。

本过程需要在整个项目期间开展。图 4-4 描述了本过程的输入和输出。

图 4-4管理质量:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 质量管理计划;
  • 范围基准;
  • 进度基准;
  • 成本基准。

获取资源是获取项目所需的团队成员、设施、设备、材料、用品和其他资源的过程。本过程的主要作用是,概述和指导资源的选择,并将其分配给相应的活动。本过程应根据需要在整个项目期间定期开展。图 4-5 描述了本过程的输入和输出。

图 4-5获取资源:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 资源管理计划;
  • 成本基准。

建设团队是提高工作能力,促进团队成员互动,改善团队整体氛围,以提高项目绩效的过程。本过程的主要作用是,改进团队协作、增强人际技能、激励员工、减少摩擦以及提升整体项目绩效。

本过程需要在整个项目期间开展。图 4-6 描述了本过程的输入和输出。

图 4-6建设团队:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于)资源管理计划。

管理团队是跟踪团队成员工作表现,提供反馈,解决问题并管理团队变更,以优化项目绩效的过程。本过程的主要作用是,影响团队行为、管理冲突以及解决问题。本过程需要在整个项目期间开展。图 4-7 描述了本过程的输入和输出。

图 4-7管理团队:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 资源管理计划;
  • 进度基准;
  • 成本基准。

管理沟通是指确保项目信息及时且恰当地收集、生成、发布、存储、检索、管理、监督和最终处置的过程。本过程的主要作用是,促成项目团队与相关方之间的有效信息流动。本过程需要在整个项目期间开展。图 4-8 描述了本过程的输入和输出。

图 4-8管理沟通:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 沟通管理计划;
  • 相关方参与计划。

实施风险应对是执行商定的风险应对计划的过程。本过程的主要作用是,确保按计划执行商定的风险应对措施,来管理整体项目风险敞口,以及最小化单个项目威胁,最大化单个项目机会。本过程需要在整个项目期间开展。图 4-9 描述了本过程的输入和输出。

图 4-9实施风险应对:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

实施采购是获取卖方应答、选择卖方并授予合同的过程。本过程的主要作用是,选定合格卖方并签署关于货物或服务交付的法律协议。本过程应根据需要在整个项目期间定期开展。图 4-10 描述了本过程的输入和输出。

图 4-10实施采购:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 需求管理计划;
  • 质量管理计划;
  • 沟通管理计划;
  • 风险管理计划;
  • 采购管理计划;
  • 范围基准;
  • 进度基准;
  • 成本基准。

管理相关方参与是与相关方进行沟通和协作,以满足其需求与期望,处理问题,并促进相关方合理参与项目活动的过程。本过程的主要作用是,让项目经理提升相关方的支持,降低相关方的抵制。本过程需要在整个项目期间开展。图 4-11 描述了本过程的输入和输出。

图 4-11管理相关方参与:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 沟通管理计划;
  • 相关方参与计划。

监控项目工作是跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标的过程。本过程的主要作用是,让相关方了解项目的当前状态并认可为处理绩效问题而采取的行动,以及通过成本和进度预测,让相关方了解未来项目状态。本过程需要在整个项目期间开展。图 5-2 描述了本过程的输入和输出。

图 5-2监控项目工作:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

实施整体变更控制是指审查所有变更请求,批准变更,管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。本过程审查对项目文件、可交付成果或项目管理计划的所有变更请求,并决定对变更请求的处置方案。本过程的主要作用是,确保对项目中已记录在案的变更做综合评审。如果不考虑变更对整体项目目标或计划的影响就开展变更,往往会加剧整体项目风险。本过程需要在整个项目期间开展。图 5-3 描述了本过程的输入和输出。

图 5-3实施整体变更控制:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

确认范围是正式验收已完成的项目可交付成果的过程。本过程的主要作用是,使验收过程具有客观性;同时通过确认每个可交付成果,来提高最终产品、服务或成果获得验收的可能性。本过程应根据需要在整个项目期间定期开展。图 5-4 描述了本过程的输入和输出。

图 5-4确认范围:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

控制范围是监督项目和产品的范围状态,管理范围基准变更的过程。本过程的主要作用是,在整个项目期间保持对范围基准的维护。本过程需要在整个项目期间开展。图 5-5 描述了本过程的输入和输出。

图 5-5控制范围:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 范围管理计划;
  • 范围基准;
  • 进度基准;
  • 成本基准;
  • 绩效测量基准。

控制进度是监督项目状态,以更新项目进度和管理进度基准变更的过程。本过程的主要作用是,在整个项目期间保持对进度基准的维护。本过程需要在整个项目期间开展。图 5-6 描述了本过程的输入和输出。

图 5-6控制进度:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 进度管理计划;
  • 进度基准;
  • 成本基准;
  • 绩效测量基准。

控制成本是监督项目状态,以更新项目成本和管理成本基准变更的过程。本过程的主要作用是,在整个项目期间保持对成本基准的维护。本过程需要在整个项目期间开展。图 5-7 描述了本过程的输入和输出。

图 5-7控制成本:输入和输出

究竟需要哪些项目管理计划组件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 成本管理计划;
  • 成本基准;
  • 绩效测量基准。

控制质量是为了评估绩效,确保项目输出完整、正确并满足客户期望,而监督和记录质量管理活动执行结果的过程。本过程的主要作用是,核实项目可交付成果和工作已经达到主要相关方的质量要求,可供最终验收。本过程需要在整个项目期间开展。图 5-8 描述了本过程的输入和输出。

图 5-8控制质量:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于)质量管理计划。

控制资源是确保被分配给项目的物质资源按计划就位,以及监督资源的计划和实际使用情况,并采取必要纠正措施的过程。本过程的主要作用是,确保所分配的资源适时适地可用于项目,且在不再需要时被释放。本过程需要在整个项目期间开展。图 5-9 描述了本过程的输入和输出。

图 5-9控制资源:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 资源管理计划;
  • 进度基准;
  • 成本基准。

监督沟通是确保满足项目及其相关方的信息需求的过程。本过程的主要作用是,按沟通管理计划和相关方参与计划的要求开展高效的信息传递。本过程需要在整个项目期间开展。图 5-10 描述了本过程的输入和输出。

图 5-10监督沟通:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 沟通管理计划;
  • 相关方参与计划。

监督风险是在整个项目期间,监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险,以及评估风险管理有效性的过程。本过程的主要作用是,使项目决策都基于关于整体项目风险敞口和单个项目风险的当前信息。本过程需要在整个项目期间开展。图 5-11 描述了本过程的输入和输出。

图 5-11监督风险:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

控制采购是管理采购关系,监督合同绩效,实施必要的变更和纠偏,以及关闭合同的过程。本过程的主要作用是,确保买卖双方履行法律协议,满足项目需求。如果存在一系列采购活动,本过程就需要在整个项目期间开展。图 5-12 描述了本过程的输入和输出。

图 5-12控制采购:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 风险管理计划;
  • 采购管理计划;
  • 进度基准;
  • 成本基准。

监督相关方参与是监督项目相关方关系,并通过修订参与策略和计划来引导相关方合理参与项目的过程。本过程的主要作用是,随着项目进展和环境变化,维持或提升相关方参与项目的效率和效果。本过程需要在整个项目期间开展。图 5-13 描述了本过程的输入和输出。

图 5-13监督相关方参与:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

可在本过程更新的项目管理计划组件包括(但不限于):

  • 资源管理计划;
  • 沟通管理计划;
  • 相关方参与计划。

结束项目或阶段是终结项目、阶段或合同的所有活动的过程。本过程的主要作用是,存档项目或阶段信息,完成计划的工作,释放组织资源以展开新的工作。本过程仅开展一次或仅在项目的预定义点开展。图 6-2 描述了本过程的输入和输出。

图 6-2结束项目或阶段:输入和输出

究竟需要哪些项目管理计划组件和项目文件,取决于具体项目的需求。

以下业务规则用于确保每个项目管理过程中输入和输出的顺序及信息的一致性:

  • 基本规则:
  • 输入是对过程很关键的任何文件。
  • 除非输出为最终输出或被其他输入(如项目文件)采纳,否则输出应成为另一个项目管理过程的输入。
  • 若输入并非来自项目外部,它们应该是其他项目管理过程的输出。
  • 项目文件规则:
  • 具体项目文件首次被识别时会列为具体输出。然后,它们将作为“项目文件更新”列入输出清单,内容叙述部分会对其加以描述。
  • 当任何项目文件是输入时,会列出“项目文件”一词,而且内容叙述部分会说明具体的项目文件。
  • 项目管理计划规则:
  • 对于会制定子计划的规划过程来说,项目章程是第一项输入,项目管理计划为第二项输入。
  • 创建项目管理计划组件的过程将具体列出组成部分。在此之后,它们会作为“项目管理计划更新”列入输出清单,内容叙述部分会对其加以描述。
  • 如果项目管理计划是过程输入,在内容叙述部分可能会对视为输入的具体项目管理计划组成部分进行说明。
  • 排序规则:
  • 若项目章程是输入,则其为第一项输入。
  • 如果项目管理计划是输入或输出,子管理计划会按《PMBOK® 指南》中输出它们的章节顺序列出,随后列出基准和任何其他计划。
  • 项目文件会以字母排列顺序列出。
  • 事业环境因素和组织过程资产也会按该顺序列在末尾。
  • 如果更新是输出,它们的排列顺序如下:

项目管理计划更新;

项目文件更新;

组织过程资产更新。