项目整合管理包括进行以下选择：

管理各个项目管理知识领域之间的依赖关系

资源分配

平衡竞争性需求

为实现项目目标而裁剪过程

研究各种备选方法

项目整合管理

项目整合管理由项目经理负责。虽然其他知识领域可以由相关专家管理，但是项目整合管理的责任不能被授权和转移。只能由项目经理负责整合所有其他知识领域的成果，并掌握项目总体情况。项目经理必须对整个项目承担最终责任。

项目与项目管理本质上具有整合性质，例如，为应急计划制定成本估算是，就需要整合项目成本管理、项目进度管理和项目风险管理知识领域中的相关过程。在识别出与各种人员配备方案有关的额外风险时，可能需要再次进行上述某个或某几个过程。 项目管理过程组的各个过程之间经常反复发生联系。

管理可能需要的阶段过渡

作出针对影响项目的关键变更的综合决策

确保产品、服务或成果的交付日期，项目生命周期以及效益管理计划这些方面保持一致

编制项目管理计划以实现项目目标

测量和监督项目进展，并采取适当措施以实现项目目标

完成全部项目工作，正式关闭各个阶段、合同以及整个项目

管理项目管理计划中活动的绩效和变更

确保创造合适的知识并运用到项目中，并从项目中获取必要的知识

收集关于已达成结果的数据，分析数据以获取信息，并于相关方分享信息

项目整合管理的发展趋势和新兴实践

混合型方法

经实践检验的新做法会不断地融入项目管理方法，例如，采用敏捷或其他迭代做法，为开展需求管理而采用商业分析技术，为分析项目复杂性而采用相关工具，以及为在组织中应用项目成果而采用组织变革管理方法。

使用自动化工具

项目经理需要整合大量的数据和信息，因此有必要使用项目管理信息系统（PMIS）和自动化工具来收集、分析和使用信息，以实现项目目标和项目效益。

使用可视化管理工具

有些项目团队使用可视化管理工具，而不是书面计划和其他文档，来获取和监督关键的项目要素。这样，就便于整个团队直观地看到项目的实时状态，促进知识转移，并提高团队成员和其他相关方识别和解决问题的能力。

增加项目经理的职责

项目经理被要求介入启动和结束项目，例如开展项目商业论证和效益管理。按照以往的惯例，这些事务均由管理层和项目管理办公室负责。现在，项目经理需要频繁地与他们合作处理这些事务，以便更好地实现项目目标以及交付项目效益。项目经理也需要更全面地识别相关方，并引导他们参与项目，包括管理项目经理与各职能部门、运营部门和高级管理人员之间的接口。

项目知识管理

项目人员的流动性和不稳定性越来越高，就要求采用更严格的过程，在整个项目生命周期中积累知识并传达给目标受众，以防止知识流失。

裁剪项目管理过程时应考虑的因素

变更

项目生命周期

开发生命周期

治理

效益

知识管理

管理方法

经验教训

---

项目整合管理过程

4.1制定项目章程

编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。本过程的主要作用是，明确项目与组织战略目标之间的直接联系，确立项目的正式地位，并展示组织对项目的承诺。本过程仅开展一次或仅在项目的预定义点开展。

项目章程在项目执行组织与需求组织之间建立起伙伴关系。在执行外部项目时，通常需要用正式的合同来达成合作协议。这种情况下，可能仍要用项目章程来建立组织内部的合作关系，以确保正确交付合同内容。项目章程一旦被批准，就标志着项目的正式启动。在项目中，应尽早确认并任命项目经理，最好在制定项目章程时就任命，且总应在规划开始之前任命。项目章程可以由发起人编制，或者由项目经理与发起机构合作编制。通过这种合作，项目经理可以更好地了解项目目的，目标和预期效益，以便更有效地向项目活动分配资源。项目章程授权项目经理规划，执行和控制项目。 项目由项目一位的机构来启动，如发起人、项目集或项目管理办公室（pmo）、项目组合治理委员会主席或其授权代表。项目启动者或发起人应该具有一定职权，能为项目获取资金并提供资源。项目可能因内部经营需要或外部影响而启动，故通常需要编制需求分析、可行性研究、商业论证或有待项目处理的情况的描述。通过编制项目章程，来确认项目符合组织战略和日常运营的需要。不要把项目章程看作合同，因为其中未承诺报酬或金钱或用于交换的对价。

输入

• 商业文件

  • 商业论证 经批准的商业论证或类似文件时最常用于制定项目章程的商业文件。商业论证从商业视角描述必要的信息，并且据此决定项目的期望结果是否值得所需投资。高于项目级别的经理和高管们通常使用该文件作为决策的依据。一般情况下，商业论证会包含商业需求和成本效益分析，以论证项目的合理性并确定项目边界。

    项目章程包含来源于商业文件中的相关项目信息。既然商业文件不是项目文件，项目经理就不可以对他们进行更新或修改，只可以提出相关建议。
    • 编制的因素

      • 市场需求

      • 组织需求

      • 客户需求

      • 技术进步

      • 法律要求

      • 生态影响

      • 社会需要

• 协议 协议用于定义启动项目的初衷。协议有多种形式，包括合同、谅解备忘录（MOUs）、服务水平协议（SLA）、协议书、意向书、口头协议、电子邮件或其他书面协议。为外部客户作项目时，通常就以合同的形式出现。

• 事业环境因素

  • 政府或行业标准

  • 法律法规要求和制约因素

  • 市场条件

  • 组织文化和政治氛围

  • 组织治理框架 通过安排人员、制定政策和确定过程，以结构化的方式实施控制、指导和协调，以实现组织的战略和运营目标

  • 相关方的期望和风险临界值

• 组织过程资产

  • 组织的标准政策、流程和程序

  • 项目组合、项目集和项目的治理框架 用于提供指导和制定决策的治理职能和过程

  • 监督和报告方法

  • 模板 如项目章程模板

  • 历史信息与经验教训知识库 如项目记录与文件、关于以往项目选择决策的结果及遗忘项目绩效的信息

工具与技术

• 专家判断 专家判断是指基于某应用领域、知识领域、学科和行业等的专业知识而作出的，关于当前活动的合理判断，这些专业知识可来自具有专业学历、知识、技能、经验或培训经历的任何小组或个人。

  • 组织战略

  • 效益管理

  • 关于项目所在的行业以及项目关注的领域的技术知识

  • 持续时间和预算的估算

  • 风险识别

• 数据收集

  • 头脑风暴

  • 焦点小组 焦点小组召集相关方和主题专家讨论项目风险、成功标准和其他议题，比一对一访谈更有利于互动交流

  • 访谈 访谈是指通过与相关方直接交谈来了解高层及需求，假设条件、制约因素、审批标准以及其他信息

• 人际关系与团队技能

  • 冲突管理 冲突管理有助于相关方就目标、成功标准、高层级需求、项目描述、总体里程碑和其他内容达成一致意见

  • 引导 引导是指有效引导团队活动成功已达成决定、解决方案或结论的能力。引导者确保参与者有效参与，互相理解，考虑所有意见，按既定决策流程权力支持得到的结论或结果，以及所达成的行动计划和协议在之后得到合理执行。

  • 会议管理 会议管理包括准备议程、确保邀请每个关键相关方群体的代表，以及准备和发送后续的会议纪要和行动计划。

• 会议 在本过程中，与关键相关方举行会议的目的是识别项目目标、成功标准、主要可交付成果、高层级需求、总体里程碑和其他概述信息

输出

• 项目章程 项目章程是由项目启动者或发起人发布的，正式批准项目成立，并授权项目经理使用组织资源开展项目活动的文件。它记录了关于项目和项目预期交付的产品、服务或成果的高层级信息

  • 项目目的

  • 可测量的项目目标和相关的成功标准

  • 高层级需求

  • 高层级项目描述、边界定义以及主要可交付成果

  • 整体项目风险

  • 总体里程碑进度计划

  • 预先批准的财务资源

  • 关键相关方名单

  • 项目审批要求

  • 项目退出标准

  • 委派的项目经理及其职责和职权

  • 发起人或其他项目章程的人员的姓名和职权

• 假设日志 通常，在项目启动之前编制商业论证时，识别高层级的战略和运营假设条件与制约因素。这些假设条件与制约因素因纳入项目章程。较低层级的活动和任务假设条件在项目期间随着注入定义技术规范、估算、进度和风险等活动的开展而产生，假设日志用于记录整个项目生命周期中的所有假设条件和制约因素

---

4.2制定项目管理计划

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

项目管理计划确定项目的执行、监控和收尾方式，其内容会因项目所在的应用领域和复杂程度而异。 项目管理计划可以是概括或详细的，而每个组成部分的详细程度取决于具体项目的要求。项目管理计划应足够强大，可以应对不断变化的项目环境。这种敏捷性有利于随项目进展产出更准确的信息。 项目管理计划应基准化，即，至少应规定项目的范围、时间和成本方面的基准，以便据此考核项目执行情况和管理项目绩效。在确定基准之前，可能要对项目管理计划进行多次更新，且这些更新无需遵循正式流程。但是，一旦确定了基准，就只能通过实施整体变更控制过程进行更新。在这种情况下，如果需要进行变更，应提出变更请求异待决定。这一过程将形成一份项目管理计划。在项目收尾之前，该计划需要通过不断更新来监禁明细，并且这些更新需要得到控制和批准。 对于隶属项目集或者项目组合的项目，则应该制定与项目集或项目组合计划相一致的项目管理计划。

输入

• 项目章程 项目团队把项目章程作为初始项目规划的起始点。项目章程所包含的信息种类数量因项目的复杂程度和一致的信息而异。在项目章程中至少应该定义项目的高层级信息，供将来在项目管理计划的各个组成部分中进一步细化。

• 其他过程的输出 创建项目管理计划需要整合诸多过程的输出，其他规划过程所输出的自己花和基准都是本过程的输入。此外，对这些子计划和基准的变更都可能导致对项目管理计划的相应更新。

• 事业环境因素

  • 政府或行业标准

  • 法律要求和制约因素

  • 垂直市场和专门领域的项目管理知识体系

  • 组织的结构、文化、管理实现和可持续性

  • 组织治理框架 通过安排人员、制定政策和确定过程，以结构化的方式实施控制、指导和协调，以实现组织的战略和运营目标

  • 基础设施 如现有的设施和固定资产

• 组织过程资产

  • 组织的标准政策、流程和程序

  • 项目管理计划模版

    • 根据项目的特定要求而裁剪组织的标准流程的指南和标准

    • 项目收尾指南或要求，如产品确认及验收标准

  • 变更控制程序，包括修改正式的组织标准、政策、计划、程序或项目文件，以及批准和确认更所须遵循的步骤

  • 监督和报告方法、风险控制程序，以及沟通要求

  • 以往类似项目的相关信息 如范围，成本，进度与绩效测量基准、项目日历，项目进度网络图和风险登记册

  • 历史信息和经验教训知识库

工具与技术

• 专家判断

  • 判断的主题

    • 根据项目需要裁剪项目管理过程，包括这些过程间的依赖关系和相互影响，以及这些过程的主要输入和输出

    • 根据需要制定项目管理计划的附加组成部分

    • 确定这些过程所需的工具与技术

    • 编制应包括在项目管理计划中的技术与管理细节

    • 确定项目所需的资源与技能水平

    • 定义项目的配置管理级别

    • 确定哪些项目文件受制于正式的变更控制过程

    • 确定项目工作的优先级，确保把资源在合适的时间分配打合适的工作

• 数据收集

  • 头脑风暴

  • 核对单 很多组织基于自身经验制定了标准化的核对单，或者采用所在行业的核对单。核对单可以指导项目经理制定计划或帮助检查项目管理计划是否包含所需全部信息

  • 焦点小组

  • 访谈

• 人际关系与团队技能

  • 冲突管理

  • 引导

  • 会议管理

• 会议 在本过程中，可以通过会议讨论项目方法，确定为达成项目目标而采用的工作执行方式，以及制定项目监控方式。项目开工会议通常意味着规划阶段结束和执行阶段开始，旨在传达项目目标、获取团队对项目的承诺，以及阐明每个相关方的角色和职责。开工会议可能在不同时间点举行，具体取决于项目的特征

  • 对于小型项目，通常由同一个团队开展项目规划和执行。这种情况下，项目在启动之后很快就会开工（规划过程组），因为执行团队参与了规划

  • 对于大型项目，通常由项目管理团队开展大部分规划工作。在初始规划工作完层，开发（执行）阶段开始时，项目团队其他成员才参与进来。这种情况下，将随同执行过程组的相关过程召开开工会议。

  • 对于多阶段项目，通常在每个阶段开始时都要举行一次开工会议

输出

• 项目管理计划 项目管理计划时说明项目执行、监控和收尾方式的一份文件，它整合并综合了所有子管理计划和基准，以及管理项目所需的其他信息。

  • 子管理计划

    • 范围管理计划 确定如何定义、制定、监督、控制和确认项目范围

    • 需求管理计划 确定如何分析、记录和管理需求

    • 进度管理计划 为编制、监督和控制项目进度建立准则并确定活动

    • 成本管理计划 确定如何规划、安排和控制成本

    • 质量管理计划 确定在项目中如何实施组织的质量政策、方法和标准

    • 资源管理计划 指导如何对项目资源进行分类、何时、由谁来进行管理和传播

    • 沟通管理计划 确定项目信息将如何、何时、由谁来进行管理和传播

    • 风险管理计划 确定如何安排与实施风险管理活动

    • 采购管理计划 确定项目团队将如何从执行组织外部获取货物和服务

    • 相关方参与计划 确定何如根据相关方的需求、利益和影响让他们参与项目决策和执行

  • 基准

    • 范围基准 经过批准的范围说明书，工作分解结构(wbs)和相应的wbs词典，用作比较依据

    • 进度基准 经过批准的进度模型，用作与实际结果进行比较的依据

    • 成本基准 进过批准的、按时间段分配的项目预算，用作与实际结果进行比较的依据

  • 其他组件

    • 变更管理计划 描述在整个项目期间如何正式审批和采纳变更请求

    • 配置管理计划 描述如何记录和更新项目的特定信息，以及该记录和更新哪些信息，一保持产品、服务或成果的一致性和有效性

    • 绩效测量基准 经过整合的项目范围、进度和成本计划，用作项目执行的比较依据，以测量和管理项目绩效

    • 项目生命周期 描述项目从开始到结束所经历的一系列阶段

    • 开发方法 描述产品、服务或成果的开发方法，例如预测、迭代、敏捷或混合性模型

    • 管理审查 确定项目经理和有关相关方审查项目进展的时间点，以考核绩效是否符合预期，或者确定是否有必要采取预防或纠正措施。

---

4.3指导与管理项目工作

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

输入

• 项目管理计划

• 项目文件

  • 变更日志 变更日志记录所有变更请求的状态

  • 经验教训登记册 经验教训用于改进项目绩效，以免重犯错误。登记册有助于确定针对哪些方面设定规则或指南，以使团队行动保持一致

  • 里程碑清单 里程碑清单列出特定里程碑的计划实现日期

  • 项目沟通记录 项目沟通记录包含绩效报告、可交付成果的状态、以及项目生成的其他信息

  • 项目进度计划 进度计划至少包含工作活动清单、持续时间、资源，以及计划的开始与完成日期

  • 需求跟踪矩阵 需求跟踪矩阵把产品需求连接到相应的可交付成果，有助于吧关注点放在最终结果上

  • 风险登记册 风险登记册提供可能影响项目执行的各种威胁和机会的信息

  • 风险报告 风险报告提供关于整体项目风险来源的信息，以及关于已识别单个醒目风险的概括信息

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

• 事业环境因素

  • 组织的结构，文化，管理实践和可持续性

  • 基础设施

  • 相关方的风险临界值 例如允许的成本超支百分比

• 组织过程资产

  • 组织的标准政策、流程和程序

  • 问题与缺陷管理程序，用于定义问题与缺陷控制、问题与缺陷识别及其解决，以及行动事项跟踪

  • 问题与缺陷数据库，包括历史问题与缺陷状态、问题和缺陷解决情况，以及行动事项的结果

  • 绩效测量数据库，用来收集与提供过程和产品的测量数据

  • 变更控制和风险控制程序

  • 以往项目的项目信息 如范围、成本、进度与绩效测量基准，项目日历，项目进度网络图，风险登记册，风险报告以及经验教训知识库

工具与技术

• 专家判断

  • 关于项目所在的行业以及项目关注的领域的技术知识

  • 成本和预算管理

  • 法规与采购

  • 法律法规

  • 组织治理

• 项目管理信息系统PMIS PMIS提供信息技术软件工具，例如进度计划软件工具，工作授权系统，配置管理系统，信息收集与发布系统，以及进度其他在线自动化系统的界面，自动收集和报告关键绩效指标KPI可以是本系统的一项功能

• 会议 在指导与管理项目工作时，可以通过会议来讨论和解决项目的相关事项。参会者可包括项目经理、项目团队成员，以及与所讨论事项相关或会受该事项影响的相关方。应该明确每个参会者的角色，确保有效参会。

  • 开工会议

  • 技术会议

  • 敏捷或迭代规划会议

  • 每日站会

  • 指导小组会议

  • 问题解决会议

  • 进展跟进会议

  • 回顾会议

输出

• 可交付成果物 可交付成果是在某一过程、阶段或项目完成时，必须查处的任何独特并可核实的产品，成果获服务能力。它通常是项目结果，并可包括项目管理计划的组成部分。

  一旦完成了可交付成果的第一个版本，就应该执行变更控制。用诶之管理工具和程序来支持对可交付成果物（如文件、软件和构件）的多个版本的控制

• 工作绩效数据 工作绩效数据是在执行项目工作的过程中，从每个正在执行的活动中收集到的原始观察结果和测量值。数据通常是最低层次的细节，将交由其他过程从中提炼出信息。在工作执行过程中收集数据，再交由控制过程做进一步分析

  • 已完成的工作

  • 关键绩效指标KPI

  • 技术绩效测量结果

  • 进度活动的实际开始日期和实际结束日期

  • 已完成的故事点

  • 可交付成果状态

  • 进度进展情况

  • 变更请求的数量

  • 缺陷的数量

  • 实际发生的成本

  • 实际持续时间

• 问题日志，内容包括

  • 问题类型

  • 问题提出者和提出时间

  • 问题描述

  • 问题优先级

  • 由谁负责解决问题

  • 目标解决日期

  • 问题状态

  • 最终解决情况

• 变更请求 变更请求是关于修改任何文件、可交付成果或基准的正式提议。如果在开展项目工作时发现问题，就可提出变更请求，对项目政策或程序、项目或产品范围、项目成本或预算、项目进度计划、项目或产品结果的质量进行修改。其他变更请求包括必要的预防措施和纠正措施，用来防止以后的不利后果。任何项目相关方都可以提出变更请求，应该通过实施整体变更控制过程对变更请求进行审查和处理。变更请求源自项目内部或外部，是可选或由法律（合同）强制的

  • 纠正措施 为使项目工作绩效重新与项目管理计划一致，而进行的有目的的活动

  • 预防措施 为确保项目工作的未来绩效符合项目管理计划，而进行的有目的的活动

  • 缺陷补救 为了修正不一致产品或产品组件的有目的的活动

  • 更新 对正式受控的项目文件或计划等进行的变更，以反映修改或增加的意见或内容

• 项目管理计划更新 项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制进行处理。项目管理计划的任一组成部分都可在本过程中通过变更请求加以更新

• 项目文件更新

  • 活动清单 为完成项目工作，可以增加或修改活动来更新活动清单

  • 假设日志 可以增加新的假设条件和制约因素，也可以更新或关闭已有的假设条件和制约因素

  • 经验教训登记册 任何有助于提高当前或未来项目绩效的经验教训都应得到及时记录

  • 需求文件 在本过程中可以识别新的需求，也可以适时更新需求的实际情况

  • 风险登记册 在本过程中可以识别新的风险，也可以更新现有的风险。风险登记册用于风险管理过程中记录风险。

  • 相关方登记册 如果在本过程中收集到了现有或新相关方的更多信息，则就到相关方登记册中

• 组织过程资产更新

---

4.4管理项目知识

管理项目知识是使用现有知识并生成新知识，以实现项目目标，并且帮助组织学习的过程。本过程的主要作用是，利用已有的组织知识来创造或改进项目成果，并且使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。本过程需要在整个项目期间开展。

输入

• 项目管理计划

• 项目文件

  • 经验教训登记册 经验教训登记册提供了有效的知识管理实践

  • 项目团队派工单 项目团队派工单说明了项目已具有的能力和经验以及可能缺乏的知识

  • 资源分解结构 资源分解结构包含有关团队组成的信息，有助于了解团队拥有和缺乏的知识

  • 相关方登记册 相关方登记册包含已识别的相关方的详细情况，有助于了解他们可能拥有的知识

• 可交付成果物 可交付成果物是在某一过程、阶段或项目完成时，必须铲除的任何独特并可核实的产品、成果或服务能力。它通常是为实现项目目标而完成的有形的组成部分，并可包括项目管理计划的组成部分

• 事业环境因素

  • 组织文化、相关方文化和客户文化 相互信任的工作关系和互不指责的文化对知识管理尤其重要。其他因素则包括赋予学习的价值和社会行为规范。

  • 设施和资源的地理分布 团队成果所在的位置有助于确定收集和分享知识的方法

  • 组织中的知识专家 有些组织拥有专门从事知识管理的团队或员工

  • 法律法规要求和制约因素 包括对项目信息的保密性要求

• 组织过程资产

  • 组织的标准政策、流程和程序

    • 信息的保密性和获取渠道

    • 安全与数据保护

    • 记录保留政策

    • 版权信息的使用

    • 机密信息的销毁

    • 文件格式和最大篇幅

    • 注册数据和元数据

    • 授权使用的技术和社交媒体等

  • 人事管理制度 包括员工发展与培训记录以及关于知识分享行为的能力框架

  • 组织对沟通的要求 正式且严格的沟通要求有利于信息分享。对于生成新知识和整合不同相关方群体的知识，非正式沟通更加有效。

  • 正式的知识分享和信息分享程序 包括项目和项目阶段开始之前，开展期间和结束之后的学习回顾，例如识别、吸取和分享从当前项目和其他项目获得的经验教训

工具与技术

• 专家判断

  • 知识管理

  • 信息管理

  • 组织学习

  • 知识和信息管理工具

  • 来自其他项目的相关信息

• 知识管理 知识管理工具和技术将员工联系起来，是他们能够合作生成新知识、分享隐性知识，以及集成不同团队所用过的知识。适用于项目的工具和技术取决于项目的性质，尤其是创新程度，项目复杂性，以及团队的多元化（包括学科背景多元化）程度。

  • 工具和技术包括：

    • 人际交往，包括非正式的社交和在线社交

    • 实践社区和特别兴趣小组

    • 会议，包括使用通信技术进行互动的虚拟会议

    • 工作跟随和跟随指导

    • 讨论论坛，如焦点小组

    • 知识分享活动，如专题讲座和会议

    • 研讨会，包括问题解决会议和经验教训总结会议

    • 讲故事

    • 创造力和创意管理技术

    • 知识展会和茶座

    • 交互式培训

• 信息管理 信息管理工具和技术用于创建人们与知识之间的联系，可以有效促进简单，明确的显性知识的分享。

  知识和信息管理工具与技术与项目过程和过程责任人相对应。例如，实践社区和主题专家可以提供见解，帮助改善控制过程；而设置内部发起人可以确保改善措施得到执行，可以分析经验教训登记册的条目来识别通过项目程序变更能够解决的常见问题。
  • 编纂显性知识的方法 例如，如何确定经验教训登记册的条目

  • 经验教训登记册

  • 信息收集

  • 项目管理信息系统 项目管理信息系统通常包括文档管理系统

• 人际关系与团队技能

  • 积极倾听 积极倾听有助于减少误解并促进沟通和知识分享

  • 引导 引导有助于有效指引团队成功地达成决定、解决方案或结论

  • 领导力 领导力可帮助沟通愿景并鼓舞项目团队关注核实的知识和知识目标

  • 人际交往 人际交往促使项目相关方之间建立非正式的联系和关系，为显性和隐性知识的分享创造条件

  • 政治意识 政治意识有助于项目经理根据项目环境和组织的政治环境规划沟通。

输出

• 经验教训登记册 经验教训登记册在项目早起创建，作为本过程的输出。因此，在整个项目期间，它可以作为很多过程的输入，也可以作为输出不断更新。参与工作的个人和团队也参与记录经验教训。可以通过视频、图片、音频、或其他合适的方式记录知识，确保有效吸取经验教训。

  在项目或阶段结束时，吧相关信息归入经验教训知识库，成为组织过程资产的一部分。
  • 情况的类别和描述

  • 与情况有关的影响、建议和行动方案

  • 遇到的挑战、问题、意识到的风险和机会

• 项目管理计划更新

• 组织过程资产更新

---

4.5监控项目工作

监控项目工作时跟踪、审查和报告整体项目进展，以实现项目管理计划中确定的绩效目标的过程。本过程的主要作用是，让相关方昂了解未来项目状态。本过程需要在整个项目期间开展。

监督是贯穿于整个项目的相关管理活动之一，包括收集、测量和分析测量结果、以及预测趋势，以便推送过程改进。持续的监督使项目管理团队能洞察项目的健康状况，并识别须特别关注的任何方面。控制包括制定纠正或预防措施或重新规划，并跟踪行动计划的实施过程，以确保它们能有效解决问题。

监控项目工作过程关注：

• 把项目的实际绩效与项目管理计划进行比较

• 定期评估项目绩效，决定是否需要采取纠正或预防措施，并推荐必要的措施

• 检查单个项目风险的状态

• 在整个项目期间，维护一个准确且及时更新的信息库，以反映项目产品及相关文件的情况

• 为状态报告、进展测量和预测提供信息

• 作出预测，以更新当前的成本与进度信息

• 监督已批准变更的实施情况

• 如果项目是项目集的一部分，还应向项目集管理层报告项目进展和状态

• 确保项目与商业需求保持一致

输入

• 项目管理计划

• 项目文件

  • 假设日志 假设日志包含会影响项目的假设条件和制约因素的信息

  • 估算依据 估算依据说明不同估算是如何得出的，用于决定如何应对偏差

  • 成本预测 成本预算基于项目以往的绩效，用于确定项目是否仍处于预算的公差区间范围内，并识别任何必要的变更。

  • 问题日志 问题日志用于记录和监督由谁负责在目标日期内解决特定问题。

  • 经验教训登记册 经验教训登记册可能包含应对偏差的有效方式以及纠正措施和预防措施

  • 里程碑清单 里程碑清单列出特定里程碑的实现日期，用于检查是否达到计划的里程碑

  • 质量报告 质量报告包含质量管理问题，针对过程、项目和产品的改善建议，纠正措施建议（包括反攻、缺陷不久，100%检查等），以及在控制质量过程中发现的情况的概述。

  • 风险登记册 风险登记册提供关于整体项目风险和单个风险的信息

  • 进度预测 进度预测给予项目以往的绩效，用于确定项目是否仍处于进度的公差区间内，并识别任何必要的变更。

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

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

• 协议 采购协议中包括条款和条件，可以包括其他条目，如买方就卖方应适时的工作或所交付的产品所做的规定。如果项目将部分工作外包出粗去，项目经理需要监督承包商的工作，确保所有协议都符合项目的特定要求，以及组织的采购政策。

• 事业环境因素

  • 项目管理信息系统 例如进度、成本、资源工具、绩效指标、数据库、项目记录和财务数据

  • 基础设施

  • 相关方的期望和风险临界值

  • 政府或行业标准

• 组织过程资产

  • 组织的标准政策、流程和程序

  • 财务控制程序

  • 监督和报告方法

  • 问题管理程序 用于定义问题控制、问题识别及其解决，以及行动事项跟踪

  • 缺陷管理程序 用于定义缺陷控制、缺陷识别以及解决，以及行动事项跟踪

  • 组织知识库，尤其是过程测量和经验教训知识库

工具与技术

• 专家判断

  • 挣值分析

  • 数据的解释和情境化

  • 持续时间和成本的估算技术

  • 趋势分析

  • 关于项目所在的行业以及项目关注的领域的技术知识

  • 风险管理

  • 合同管理

• 数据分析

  • 备选方案分析 备选方案分析用于在出现偏差时选择要执行的纠正措施或纠正措施和预防措施的组合

  • 成本效益分析 成本效益分析有助于在项目出现偏差时确定最节约成本的纠正措施

  • 挣值分析 挣值分析对范围、进度和成本绩效进行了综合分析

  • 根本原因分析 根本原因分析关注识别问题的主要原因，它可用于识别出现偏差的原因以及项目经理为达成项目目标应重点关注的领域

  • 趋势分析 趋势分析根据以往结果预测未来绩效，它可以预测项目的进度延误，提前让项目经理意识到，按照既定趋势发展，后期进度可能出现的问题。应该在足够早的项目时间进行趋势分析，是项目团队有时间分析和纠正任何异常。可以根据趋势分析的结果，提出必要的预防措施建议。

  • 偏差分析 偏差分析审查目标绩效与实际绩效之间的差异或偏差，可设计持续时间估算，成本估算，资源使用，资源费率，技术绩效和其他测量指标。

    可以在每个知识领域，针对特定变量，开展偏差分析。在监控项目工作过程中，通过偏差分析对成本、时间、技术和资源偏差进行综合分析，以了解项目的总体偏差情况。这样就便于采取合适的预防或纠正措施。

• 决策 可用于本过程的决策技术包括但不限于投票。投票可以用下列方法进行决策：一致同意、大多数同意或相对多数原则。

• 会议 会议可以是面对面或虚拟会议，正式或非正式会议。参会者可以包括项目团队成员和其他合适的项目相关方；会议的类型包括但不限于用户小组会议和用户审查会议。

输出

• 工作绩效报告 工作绩效信息可以用实体或电子形式加以合并、记录和分发。基于工作绩效信息，以实体或电子形式编制工作绩效报告，以制定决策，采取行动或引起关注。根据项目沟通管理计划，通过沟通过程向项目相关方发送工作绩效报告。

  工作绩效报告的示例包括状态报告和进展报告。工作绩效报告可以包含挣值图标和信息、趋势线和预测、储备燃尽图、缺陷直方图、合同绩效信息和风险情况概述。可以表现为有助于引起关注、制定决策和采取行动的仪表指示图、热点报告、信号灯图或其他形式。

• 变更请求

  • 纠正措施

  • 预防措施

  • 缺陷补救

• 项目管理计更新

• 项目文件更新

  • 成本预测

  • 问题日志

  • 经验教训登记册

  • 风险登记册

  • 进度预测

---

4.6实施整体变更控制

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

实施整体变更控制过程贯穿项目是中，项目经理对此承担最终责任，变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件。在整个项目生命周期的任何时间，参与项目的任何相关方都可以提出变更请求。变更控制的实施程度，取决于项目所在应用领域、项目复杂程度、合同要求，以及项目所处的背景和环境。 在基准确定之前，变更无需正式受控于实施整体变更控制过程。一旦确定了项目基准，就必须通过本过程来处理变更请求。依照常规，每个项目的配置管理计划应规定哪些项目工件受控于配置控制程序。对配置要素的任何变更都应该提出变更请求，并经过正式控制。

输入

• 项目管理计划

  • 变更管理计划 变更管理计划为管理变更控制过程提供指导，并记录变更控制委员会(CCB)的角色和职责

  • 配置管理计划 配置管理计划描述项目的配置想、识别应记录和更新的哦诶之乡，以便保持项目产品的一致性和有效性。

  • 范围基准 范围基准提供项目和产品定义

  • 进度基准 进度基准用于评估变更对项目进度的影响

  • 成本基准 成本基准用于评估变更对项目成本的影响

• 项目文件

  • 估算依据 估算依据之处了持续时间、成本和资源估算是如何得出的，可用于计算变更对时间、预算和资源的影响。

  • 需求跟踪矩阵 需求跟踪矩阵有助于评估变更对项目范围的影响

  • 风险报告 风险报告提供了与变更请求有关的整体和单个项目风险的来源信息。

• 工作绩效报告

  • 资源可用情况

  • 进度和成本数据

  • 挣值报告

  • 燃烧图或燃尽图

• 变更请求 很多过程都会输出变更请求。变更请求可能包含纠正措施、预防措施、缺陷补救，以及对正式受控的项目文件或可交付成果的更新，以反映修改或增加的意见或内容。变更可能影响项目基准，也可能不相应项目基准，而只影响相对于基准的项目绩效。变更决定通常由项目经理做出。

  对于会影响项目基准的变更，通常应该在变更请求中说明执行变更的成本、所需的计划日期修改、资源需求以及相关的风险。这种变更应有CCB和客户或发起人审批，除非他们本身就是CCB成员。只有经批准的变更才能纳入修改后的基准。

• 事业环境因素

  • 法律限制

  • 政府或行业标准

  • 法律法规要求和制约因素

  • 组织治理框架

  • 合同和采购制约因素

• 组织过程资产

  • 变更控制程序，包括修改组织标准、政策、计划和程序（或任一项目文件）所须遵循的步骤，以及如何批准和确认变更

  • 批准与签发变更的程序

  • 配置管理知识库，包括组织标准、政策、程序和项目文件的各种版本及基准

工具与技术

• 专家判断

  • 关于项目所在的行业以及项目关注的领域的技术知识

  • 法律法规

  • 法规与采购

  • 配置管理

  • 风险管理

• 变更控制工具 为了便于开展配置和变更管理，可以使用一些手动或自动话的工具。配置控制重点关注可交付成果物及各个过程的技术规范，而变更控制则着眼于识别、记录、批准或否决对项目文件、可交付成果或基准的变更。

  工具的选择应基于项目相关方的需求，包括考虑组织和环境情况和制约因素。
  • 工具支持的配置管理活动

    • 识别配置项 识别与选择配置项，从而为定义与核实产品配置，标记产品和文件、管理变更和明确责任提供基础。

    • 记录并报告配置项状态 关于各个配置项的信息记录和报告

    • 进行配置项核实与审计 通过配置核实与审计，确保项目的配置项组成的正确性，以及相应的变更都被登记、评估、批准、跟踪和正确实施，从而确保配置文件所规定的功能要求都以实现。

  • 工具支持的变更管理活动

    • 识别变更 识别并选择过程或项目文件的变更项。

    • 记录变更 将变更记录为合适的变更请求

    • 做出变更决定 审查变更，批准、否决、推迟对项目文件、可交付成果物或基准的变更或做出其他决定

    • 跟踪变更 确认变更被登记、评估、批准、跟踪并向相关方传达最终结果。

• 数据分析

  • 备选方案分析 该技术用于评估变更请求，并决定哪些请求可接受、应否决或需修改

  • 成本效益分析 该分析有助于确定变更请求是否值得投入相关成本。

• 决策

  • 投票

  • 独裁型决策制定

  • 多标准决策分析 该技术借助决策矩阵，根据一系列预定义的准则，用系统分析方法评估变更请求。

• 会议 与CCB一起召开变更控制会。CCB负责审查变更请求，并做出批准、否决或推迟的决定。大部分变更会对时间、成本、资源或风险产生一定的影响，因此，评估变更的影响也是会议的基本工作。此外，会议上可能还要讨论并提议所请求变更的备选方案。最后，将会议决定传达给提出变更请求的责任人或小组。

  CCB也可以审查配置管理活动。应该明确规定变更控制委员会的角色和职责，并经相关方一致同意后，记录在变更管理计划中。CCB的决定都应记录在案，并向相关方传达，以便其知晓并采取后续行动。

输出

• 批准的变更请求 由项目经理、CCB或制定的团队成员，根据变更管理计划处理变更请求，做出批准、推迟或否决的决定。批准的变更请求应通过指导与项目管理工作过程加以实施。对于推迟或否决的变更请求，应同意提出变更请求的个人或小组。

• 项目管理计划更新 项目管理计划的任一正式受控的组成部分，都可通过本过程进行变更，对基准的变更，只能基于最新版本的基准且针对将来的情况，而不能变更以往的绩效。这有助于保护基准和历史绩效数据的严肃性和完整性。

• 项目文件更新 正式受控的任一项目文件都可在本过程变更，通常在本过程更新的一种项目文件是变更日志。变更日志用于记录项目期间发生的变更。

---

4.7结束项目或阶段

结束项目或阶段是终结项目、阶段或合同的所有活动的过程。本过程的主要作用是，存档项目或阶段信息，完成计划的工作，释放组织团队资源以展开新的工作。它仅开展一次或仅在项目的预定义点开展。

项目或阶段行政收尾所需的必要活动包括：

• 为达到阶段或项目的完工或退出标准所必须的行动和活动

  • 确保所有文件和可交付成果都已经是最新版本，且所有问题都已得到解决

  • 确认可交付成果已交付给客户并已获得客户的正式验收

  • 确保所有成本都已计入项目成本账

  • 关闭项目账户

  • 重新分配人员

  • 处理多余的项目材料

  • 重新分配项目设施、设备和其他资源

  • 根据组织政策编制详尽的最终项目报告

• 为关闭项目合同协议或项目阶段合同协议所必须开展的活动

  • 确认卖方的工作已通过正式验收

  • 最终处置未决索赔

  • 更新记录已反映最后的结果

  • 存档相关信息供未来使用

• 为完成下列工作所必须开展的活动

  • 收集项目或阶段记录

  • 审计项目成败

  • 管理知识分享和传递

  • 总结经验教训

  • 存档项目信息以供组织未来使用

• 为向下一个阶段，或者向生产和运营部门移交项目的产品、服务和成果所必须开展的行动和活动

• 收集关于改进或更新组织政策和程序的建议，并将它们发送给相应的组织部门

• 测量相关方的满意程度

• 如果项目在完工前就提前终止、结束项目或阶段过程还需要制定程序，开调查和记录提前终止的原因。为了实现上述目的，项目经理应该引导所有合适的相关方参与本过程

输入

• 项目章程 项目章程记录了项目成功标准、审批要求，以及由谁来签署项目结束

• 项目管理计划

• 项目文件

  • 假设日志

  • 估算依据

  • 变更日志

  • 问题日志

  • 经验教训登记册

  • 里程碑清单

  • 项目沟通记录

  • 质量控制测量结果 质量控制测量结果记录了控制质量活动的结果，证明符合质量要求。

  • 质量报告 质量报告的内容可包括由团队管理或需上报的全部质量保证事项、改进需求以及在控制过程中发现的情况的概述。

  • 需求文件 需求文件用于证明符合项目范围

  • 风险登记册

  • 风险报告 风险报告提供了有关风险状态的信息，用于确认项目结束时没有未关闭的风险。

• 验收的可交付成果物 验收的可交付成果物可包括批准的产品规范、交货收据和工作绩效文件，对于分阶段实施的项目或提前取消的项目，还可能包括部分完成或中间的可交付成果

• 商业文件

  • 商业论证 商业论证记录了作为项目依据的商业需求和成本效益分析。用于确定项目是否达到了经济可行性研究的预期结果。

  • 效益管理计划 效益管理计划概述了项目的目标效益。用于测量项目是否达到了计划的效益。

• 协议 通常在合同条款和条件中定义对正式关闭采购的要求，并包括在采购管理计划中。在复杂的项目中，可能需要同时或先后管理多个合同。

• 采购文档 为关闭合同，需收集全部采购文档，并建立索引和加以归档。有关合同进度、范围、质量和成本绩效的信息，以及全部合同变更文档、支付记录和检查结果，都要归类收录。在项目结束时，应将“实际执行的”计划或“初始编制的”文档、手册、故障排除文档和其他技术文档视为采购文件的组成部分。这些信息可用于总结经验教训，并为签署以后的合同而用作评价承包商的基础。

• 组织过程资产

  • 项目或阶段收尾指南或要求 例如经验教训、项目终期审计、项目评级、产品确认、验收标准、合同收尾、资源重新分配、团队绩效评估，以及知识传递

  • 配置管理知识库

工具与技术

• 专家判断

  • 管理控制

  • 审计

  • 法规与采购

  • 法律法规

• 数据分析

  • 文件分析 评估现有文件有助于总结经验教训和分享知识，以改进未来项目和组织资产

  • 回归分析 该技术分析作用于项目结果的不同项目变量之间的相关关系，以提高未来项目的绩效

  • 趋势分析 趋势分析可用于确认组织所用模式的有效性，并且为了未来项目而进行相应的模式调整。

  • 偏差分析 偏差分析可通过比较计划目标与最终结果来改进组织的测量指标

• 会议

  • 收尾报告会

  • 客户总结会

  • 经验教训总结会

  • 庆祝会

输出

• 项目文件更新 可在本过程更新所有的项目文件，并标记为最终版本。值得特别注意的是，经验教训登记册的最终版本要包含阶段或项目收尾的最终信息。最终版本的经验教训登记册可包含关于以下事项的信息：效益管理、商业论证的准确性、项目和开发生命周期、风险和问题管理、相关方参与，以及其他项目管理过程。

• 最终产品、服务或成果移交 项目交付的产品、服务或成果可转交给另一团队或组织，并由其在生个生命周期中进行运营、维护和支持。

  本输出所指的正是把项目交付的最终产品、服务或成果（对于阶段收尾，则是所在阶段的中间产品、服务或成果）从一个团队转交到另一个团队。

• 最终报告

  • 项目或阶段的概述

  • 范围目标、范围的评估标准，以及证明达到完工标准的证据

  • 质量目标、项目和产品质量的评估标准、相关核实信息和实际里程碑交付日期以及偏差原因

  • 成本目标，包括可接受的成本区间、实际成本，以及产生任何偏差的原因

  • 最终产品、服务或成果的确认信息的总结

  • 进度计划目标包括成果是否实现项目所预期的效益。如果在项目结束时未能实现效益，则指出效益实现程度并预计未来实现情况

  • 关于最终产品、服务或成果如何满足商业计划所述业务需求的概述。如果在项目结束时未能满足业务需求，则指出需求满足程度并预计业务需求何时能够得到满足。

  • 关于项目过程中发生的风险或问题及其解决情况的概述

• 组织过程资产更新

  • 项目文件 在项目活动中产生的各种文件，例如项目管理计划，范围文件、成本文件、进度文件和项目日历，以及变更管理文件。

  • 运营和支持文件 组织维护、运营和支持项目交付的产品或服务时所需的文件。可包括新生成的文件，或对已有文件的更新。

  • 项目或阶段收尾文件 项目或阶段收尾文件包括表明项目或阶段完工的正式文件，以及用来将完成的项目或阶段可交付成果移交给他人的正式文件。在项目收尾期间，项目经理应该回顾以往的阶段文件，确认范围过程所产生的客户验收文件，以及合同协议，以确保达到全部项目要求之后才正式关闭项目。如果项目在完工前提前终止，则需要在正式的收尾文件中说明项目终止的原因，并规定正式程序，把该项目的已完成和未完成的可交付成果移交他人。

  • 经验教训知识库 将在整个项目期间内获得的经验教训和知识归入经验教训知识库，供未来项目使用。