导图社区 第8章 项目整合管理 高项 第4版
- 75
- 0
- 0
- 举报
第8章 项目整合管理 高项 第4版
项目整合管理包括识别、定义、组合、统一和协调项目管理过程组的各个过程和项目管理活动。在项目管理中，整合管理兼具统一、合并、沟通和建立联系的性质，项目整合管理贯穿项目始终。
编辑于2023-09-14 22:29:16 云南
- 相似推荐
- 大纲
第8章 项目整合管理 高项 第4版
项目整合管理包括识别、定义、组合、统一和协调项目管理过程组的各个过程和项目管理活动。在项目管理中，整合管理兼具统一、合并、沟通和建立联系的性质，项目整合管理贯穿项目始终。 项目整合管理的目标包括： ①资源分配； ②平衡竞争性需求； ③研究各种备选方法； ④裁剪过程以实现项目目标； ⑤管理各个项目管理知识领域之间的依赖关系。 项目与项目管理本质上具有整合性质，例如，为应急计划制定成本估算时，就需要整合项目成本管理、项目进度管理和项目风险管理知识领域中的相关过程。 项目管理知识领域对应的层次划分  项目管理学习主线 1. 5大过程组、10个知识领域、49个子过程必须记住、必须记住、必须记住！ 2. 49个子过程中，每个子过程必须至少记住一个输入、一个工具与技术、一个输出，越多越好！ 3. 理解这10个管理领域中，每个领域是在做什么，可能会出现哪些问题，应该如何去应对！ 4. 每一个管理领域和其他的管理领域之间的联系是什么，彼此有什么关系！
8.1 管理基础
8.1.1 执行整合
项目整合管理由项目经理负责，项目经理负责整合所有其他知识领域的成果，并掌握项目总体情况。项目整合管理的责任不能被授权或转移，项目经理必须对整个项目承担最终责任。
整合是项目经理的一项关键技能。 执行项目整合时项目经理承担双重角色： 组织层面上，项目经理扮演重要角色，与项目发起人携手合作，了解战略目标并确保项目目标和成果与项目组合、项目集以及业务领域保持一致。项目经理以这种方式有助于项目的整合与执行。 在项目层面上，项目经理负责指导团队关注真正重要的事务并协同工作。为此，项目经理需要整合过程、知识和人员。
1. 过程层面执行整合-整合相互作用的项目过程。 2. 认知层面执行整合-将经验、见解、领导力、技术等应用的项目中。 3. 背景层面执行整合-适应项目环境、利用项目环境。
8.1.2 整合的复杂性
项目的复杂性来源于组织的系统行为、人类行为以及组织或环境中的不确定性。
在项目整合之前，项目经理需要考虑项目面临的内外部环境因素，检查项目的特征或属性。
作为项目的一种特征或属性，复杂性的含义： ①包含多个部分； ②不同部分之间存在一系列关联； ③不同部分之间的动态交互作用； ④交互作用所产生的行为远远大于各部分简单的相加（突发性行为）。
项目经理可以通过检查项目的这些复杂性特征，帮助其在规划、管理和控制项目时识别关键领域，确保完成整合。
8.1.3 管理新实践
项目整合管理知识领域整合所有其他知识领域的成果。 与整合管理过程相关的新趋势和新兴实践包括： 使用信息化工具： 信息化工具用来收集、分析和使用信息，支持实现项目目标和项目效益。项目经理需要整合大量的数据和信息，因此有必要使用项目管理信息系统等相关的信息化工具。 使用可视化管理工具： 可视化管理工具可以通过可视化分析表等直观形式获取和监督关键的项目要素。 帮助整个团队直观地看到项目的实时状态，促进知识转移，并提高团队成员和其他干系人识别和解决问题的能力。 项目知识管理： 项目人员的流动性和不稳定性越来越高，项目知识管理可以将项目生命周期中积累的知 识传达给目标受众，防止知识流失。 项目经理在项目以外的职责： 项目处在内外部环境中，项目经理需要参与管理层和PMO负责的立项前、结项后的可行性研究与评估和效益管理，以便更好地实现项目目标以及交付项目价值。项目经理也需要更全面地识别干系人，并引导他们参与项目，包括管理项目经理与各职能部门、运营部门和高级管理人员之间的接口。 混合型方法： 经实践检验的新方法会不断地融入项目管理中，例如采用敏捷或其他迭代的适应型方法，为开展需求管理而釆用商业分析技术，为分析项目复杂性而采用相关分析工具，以及为应用项目成果而采用组织变革管理方法等。
8.1.4 项目管理计划和项目文件
项目管理过程中，会使用并产生两大类文件：一是项目管理计划；二是项目文件。
表8-1项目管理计划和项目文件
项目管理过程「 三从四得 」 「 三从 」 从过程想结果 从结果知输入 从输入选工具 「 四得 」 一得文件计划 二得成果数据 三得变更请求 四得因素资产
8.2 项目整合管理过程
8.2.1 过程概述
项目整合管理过程包括： ①制定项目章程：编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件。 ②制订项目管理计划：定义、准备和协调项目计划的所有组成部分，并把它们整合为一份综合项目管理计划。 ③指导与管理项目工作：为实现项目目标而领导和执行项目管理计划中所确定的工作，并实施已批准变更。 ④管理项目知识：使用现有知识并生成新知识，以实现项目目标，帮助组织学习。 ⑤监控项目工作：跟踪、审查和报告整体项目进展，以实现项目管理计划中确定的绩效目标。 ⑥实施整体变更控制：审查所有变更请求，批准变更，管理可交付成果、组织过程资产、项目文件和项目管理计划的变更，并对变更处理结果进行沟通。 ⑦结束项目或阶段：结束项目、阶段或合同的所有活动。
表8-2项目整合管理过程
8.2.2 裁剪应该考虑的因素
因为每个项目都是独特的，所以项目经理可能根据需要裁剪项目整合管理过程： 项目生命周期：本项目合适的项目生命周期？项目生命周期应包括哪些阶段？ 开发生命周期：对特定产品、服务或成果而言，什么是合适的幵发生命周期和开发方法？预测型或适应型方法是否适当？如果使用适应型方法，开发产品是该采用增量还是迭代的方式？混合型方法是否为最佳选择？ 管理方法：考虑到组织文化和项目的复杂性，哪种管理过程最有效？ 知识管理：在项目中如何管理知识以营造合作的工作氛围？ 变更：在项目中如何管理变更？ 治理：有哪些监控机构、委员会和其他干系人该参与项目治理？对项目状态报告的要求是什么？ 经验教训：在项目期间及项目结束时，应收集哪些信息？历史信息和经验教训是否适用于未来的项目？ 效益：应该在何时以何种方式报告效益，是在项目结束时还是在每次迭代或阶段结束时？
8.2.3 敏捷与适应方法
在敏捷或适应型环境中，采用敏捷或适应型方法能够帮助项目经理将决策权下放，团队成员可以自行决定并控制具体产品的规划和交付，而项目经理则重点关注营造合作型的决策氛围，并确保团队有能力应对变更，促进团队成员以相关领域专家的身份参与整合管理。 如果团队成员具备广泛的技能基础而不局限于某个狭窄的专业领域，那么这种合作型方法就会更加有效。
8.3 制定项目章程
制定项目章程是编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。 项目章程主要作用： ①明确项目与组织战略目标之间的直接联系； ②确立项目的正式地位； ③展示组织对项目的承诺。 该过程仅开展一次或仅在项目的预定义时开展。
图8-1制定项目章程过程的数据流向图
制定项目章程 流程
8.3.1 输入
1. 立项管理文件 立项管理阶段经批准的结果或相关的立项管理文件是用于制定项目章程的依据。 立项管理包含商业需求和成本效益分析，论证项目的合理性并确定项目边界。 立项管理一般由市场需求、组织需要、客户要求、技术进步、法律要求、生态影响、社会需要等一个或多个因素引发。 项目章程包含来源于立项管理文件中的相关项目信息。 由于立项管理文件不是项目文件，项目经理不可以对它们进行更新或修改，只可以提出相关建议。 虽然立项管理文件是在项目之前制定的，但需要定期审核。
2. 协议 协议定义了启动项目的初衷有很多种形式。 合同（外部客户） 谅解备忘录 服务水平协议（SLA） 协议书 意向书 口头协议 其他书面协议
3 事业环境因素 能影响制定项目章程过程的事业环境因素主要包括： 政府或行业标准（如产品标准、质量标准、安全标准和工艺标准）； 法律法规要求和相关制约因素； 市场条件；组织文化和氛围； 组织治理框架（通过安排人员、制定政策和确定过程，以结构化的方式实施控制、指导和协调，以实现组织的战略和目标）；干系人的期望和风险临界值等。 理解要点 1. 通常项目不能直接影响它，但它会直接影响项目。 2. 必须遵守，如果不遵守，会造成麻烦。 3. 事业环境因素多数都是组织外。
4 组织过程资产 能够影响制订项目管理计划过程的组织过程资产主要包括： 组织的标准政策、流程和程序； 项目组合、项目集和项目的治理框架（用于提供指导和制定决策的治理职能和过程）； 监督和报告的方法； 模板（如项目章程模板）； 历史信息与经验教训知识库（如项目记录与文件、关于以往项目选择决策的结果及以往项目绩效的信息）等。 理解要点 1. 组织过程资产是项目组可选择的、可裁剪的；事业环境因素是不可选择的、只能适应的、不可裁剪。 2. 事业环境因素都是客观存在的，对项目管理起到“限制“作用。组织过程资产是历史经验信息，对项目管理起到”帮助”作用。
8.3.2 工具与技术
1. 专家判断 制订项目管理计划过程中，应征求领域相关专业知识或接受过相关培训的个人或小组的意见： 组织战略； 效益管理； 项目所在的行业以及项目关注的领域的技术知识； 持续时间和预算的估算； 风险识别等领域。
2. 数据收集 用于制定项目章程过程的数据收集技术主要包括： 头脑风暴：用于在短时间内获得大量创意，适用于团队环境，需要引导者进行引导。头脑风暴由两个部分构成：创意产生和创意分析。制定项目章程时可通过头脑风暴向干系人、主题专家和团队成员收集数据、解决方案或创意。 焦点小组：召集干系人和主题专家讨论项目风险、成功标准和其他议题，比一对一访谈更有利于互动交流。 访谈：通过与干系人直接交谈，了解高层级需求、假设条件、制约因素、审批标准以及其他信息。
3. 人际关系与团队技能 制定项目章程需要的人际关系与团队技能主要包括： 冲突管理：有助于干系人就目标、成功标准、高层级需求、项目描述、总体里程碑和其他内容达成一致意见。 引导：有效引导团队活动成功达成决定、解决方案或结论。引导者确保参与者有效参与、互相理解并考虑所有意见，按既定决策流程全力支持得出的结论或结果，以及所达成的行动计划和协议随后得到合理执行。 会议管理：包括准备议程，确保邀请每个关键干系人代表，以及准备和发送后续的会议纪要和行动计划。
4. 会议 在制定项目章程过程中，与关键干系人举行会议的目的是识别项目目标、成功标准、主要可交付成果、高层级需求、总体里程碑和其他概述信息。
8.3.3 输出
1. 项目章程 项目章程记录了关于项目和项目预期交付的产品、服务或成果的高层级信息： ①项目目的； ②可测量的项目目标和相关的成功标准； ③高层级需求、高层级项目描述、边界定义以及主要可交付成果； ④整体项目风险； ⑤总体里程碑进度计划； ⑥预先批准的财务资源； ⑦关键干系人名单； ⑧项目审批要求（例如，评价项目成功的标准，由谁对项目成功下结论，由谁签署项目结束）； ⑨项目退出标准（例如，在何种条件下才能关闭或取消项目或阶段）； ⑩委派的项目经理及其职责和职权； ⑪发起人或其他批准项目章程的人员的姓名和职权等。 项目章程确保干系人在总体上就主要可交付成果、里程碑以及每个项目参与者的角色和职责达成共识。
项目名称：CRM软件开发。 总体里程碑进度表：2023年5月1日开工，2023年11月5日结束。 项目经理：李德胜；联系电话：13937566943 项目立项依据：公司业务经过多年的发展，公司已经拥有了大量优质客户和一大批潜在客户，为了稳定与发展公司的客户群，公司管理层决定开发一个CRM系统。 项目目标：以标准的客户关系管理理论为指导，结合公司的营销经验，在6个月时间里开发完成具备客户管理、市场管理、销售管理、服务管理、统计分析和Call Center六大功能的CRM客户管理软件。预算为6个 月投入为100万人民币。 项目干系人： i. 赵祥坤：项目发起人和赞助人，负责监督项目； ii. 李德胜：项目经理，负责计划、监控项目，对项目质量负责; iii. 钱何如：IT部门经理，负责为项目提供适当资源和培训； iv. 王金晶：业务接口人，负责为项目提供业务需求。 签名：（ 以上所有干系人签名）
2. 假设日志 假设日志用于记录整个项目生命周期中的所有假设条件和制约因素。 假设条件：不确定因素、风险，需要渐进明细； 制约因素：限制性的因素，比如事先确定的预算、强制性日期、进度里程碑、合同条件等，不是渐进明细的；
8.4 制定项目管理计划
制订项目管理计划是定义、准备和协调项目计划的所有组成部分，并把它们整合为一份综合项目管理计划的过程。 本过程的主要作用：生成一份综合文件，用于确定所有项目工作的基础及其执行方式。 项目管理计划确定项目的执行、监控和收尾方式，其内容会根据项目所在的应用领域和复杂程度的不同而不同。 项目管理计划可以是概括或详细的，每个组成部分的详细程度取决于具体项目的要求。 项目管理计划应基准化，即至少应规定项目的范围、时间和成本方面的基准，以便据此考核项目执行情况和管理项目绩效。在确定基准之前，可能要对项目管理计划进行多次更新，且这些更新无需遵循正式的流程。 一旦确定了基准，就只能通过提出变更请求、实施整体变更控制过程进行更新。 在项目收尾之前，项目管理计划需要通过不断更新来渐进明细，并且这些更新需要得到控制和批准。
制订项目管理计划过程的数据流向如图8-2
制订项目管理计划 流程
8.4.1 输入
1. 项目章程 项目团队把项目章程作为初始项目规划的起点。项目章程会根据其所包含的信息种类数量和项目的复杂程度和已知的信息的不同而不同。但项目章程中至少会包含项目的高层级信息，供项目管理计划的各个组成部分进一步细化。
2. 其他知识领域规划过程的输出 创建项目管理计划需要整合诸多过程的输出。其他知识领域规划过程所输出的子计划和基准都是本过程的输入。此外，对这些子计划和基准的变更都可能导致对项目管理计划的相应更新。
3. 事业环境因素 能够影响制订项目管理计划过程的事业环境因素主要包括：政府或行业标准（如产品标准、质量标准、安全标准和工艺标准）；法律法规要求和相关制约因素；垂直市场（如建筑）和专门领域（如环境、安全、风险或敏捷软件开发）的项目管理知识体系；组织的结构、文化、管理实践和可持续性；组织治理框架（通过安排人员、制定政策和确定过程，以结构化的方式实施控制、指导和协调，从而实现组织的战略和目标）；基础设施（如现有的设施和固定资产）等。
4. 组织过程资产 能够影响制订项目管理计划过程的组织过程资产主要包括：组织的标准政策、流程和程序；项目管理计划模板；变更控制程序，包括修改正式的组织标准、政策、计划、程序或项目文件，以及批准和确认变更所须遵循的步骤；监督和报告方法、风险控制程序以及沟通要求；以往类似项目的相关信息（如范围、成本、进度与绩效测量基准、项目日历、项目进度网络图和风险登记册）；历史信息和经验教训知识库等。
8.4.2 工具与技术
1. 专家判断 制订项目管理计划过程中，应征求领域相关专业知识或接受过相关培训的个人或小组的意见： 项目需要裁剪项目管理过程，包括这些过程间的依赖关系和相互影响，以及这些过程的主要输入和输出； 根据需要制订项目管理计划的附加组成部分； 辅助确定过程所需的工具与技术； 编制应包括在项目管理计划中的技术与管理细节； 确定项目所需的资源与技能水平； 定义项目的配置管理级别； 确定哪些项目文件受制于正式的变更控制过程； 确定项目工作的优先级，确保把项目资源在合适的时间分配到合适工作。
2. 数据收集 可用于制订项目管理计划过程的数据收集技术主要包括： 头脑风暴：制订项目管理计划时，经常以头脑风暴的形式来收集关于项目方法的创意和解决方案。参会者包括项目团队成员，其他主题专家和干系人也可以参与。 核对单：很多组织基于自身经验制定了标准化的核对单，或者采用所在行业的核对单。核对单可以指导项目经理制订计划或帮助检查项目管理计划是否包含所需的全部信息。 焦点小组：召集干系人讨论项目管理方法以及项目管理计划各个组成部分的整合方式。 访谈：用于从干系人获取特定信息，制订项目管理计划、任何子计划或项目文件。
3. 人际关系与团队技能 制订项目管理计划需要的人际关系与团队技能主要包括： 冲突管理：必要时可以通过冲突管理让具有差异性的干系人就项目管理计划的所有方面达成共识。 引导：引导者确保参与者有效参与、互相理解，并考虑所有意见，按既定决策流程全力支持得到的结论或结果。 会议管理：有必要采用会议管理来确保有效召开多次会议，以便制订、统一和商定项目管理计划。
4. 会议 在制订项目管理计划中，可以通过会议讨论项目方法，确定为达成项目目标而采用的工作执行方式，以及明确项目执行过程中的监控方式。通常利用项目开工会议来明确项目规划阶段工作的完成并宣布开始项目执行阶段，目的是传达项目目标、获得团队对项目的承诺，以及阐明每个干系人的角色和职责。开工会议召开时机取决于项目特征： 对于小型项目：通常由同一个团队开展项目规划和执行。这种情况下，由于执行团队参与了规划，项目在启动之后就会开工。 对于大型项目：通常由项目管理团队开展大部分规划工作。在初始规划工作完成、执行（开发）阶段开始时，项目团队其他成员才参与进来。这种情况下，开工会议将在项目执行阶段开始时召开。 对于多阶段项目：通常在每个阶段开始时都要召开一次开工会议。
8.4.3 输出
项目管理计划 是说明项目执行、监控和收尾方式的一份文件，它整合并综合了所有知识领域子管理计划和基准，以及管理项目所需的其他组件信息，项目管理计划的组件取决于项目的具体需求。项目管理计划组件主要包括： 子管理计划：范围管理计划、需求管理计划、进度管理计划、成本管理计划、质量管理计划、资源管理计划、沟通管理计划、风险管理计划、采购管理计划、干系人参与计划。 基准：范围基准、进度基准和成本基准。 其他组件：项目管理计划过程生成的组件会因项目而异，但是通常包括：变更管理计划、配置管理计划、绩效测量基准、项目生命周期、开发方法、管理审查。 项目管理计划示例如第四版教程P248：京华网上花店系统项目。
8.5 指导与管理项目工作
指导与管理项目工作是为实现项目目标而领导和执行项目管理计划中所确定的工作，并实施已批准变更的过程。
图8-3指导与管理项目工作过程的数据流向图
指导与管理项目工作过程
8.5.1 输入
1. 项目管理计划 项目管理计划的任何组件都可用作指导与管理项目工作的输入。
2. 项目文件 可作为指导与管理项目工作过程输入的项目文件主要包括： 需求跟踪矩阵：把产品需求连接到相应的可交付成果，有助于项目团队聚焦于最终结果。 风险登记册：记录可能影响项目执行的各种威胁和机会的信息。 风险报告：记录关于整体项目风险来源的信息，以及关于已识别单个项目风险的概括信息。 里程碑清单：列出特定里程碑的计划实现日期。 项目进度计划：至少包含工作活动清单、持续时间、资源以及计划的开始与完成日期。 项目沟通记录：包含绩效报告、可交付成果的状态，以及项目生成的其他信息。 经验教训登记册：经验教训用于改进项目绩效，以免重复犯错。登记册有助于确定针对哪些方面设定规则或指南，以使团队行动保持一致。 变更日志：记录所有变更请求的状态。
3. 批准的变更请求 批准的变更请求是实施整体变更控制过程的输出，包括经项目经理审查和批准的变更请求，必要时需要经变更控制委员会（Change Control Board, CCB） 审查和批准。CCB是项目的所有者权益代表，负责对变更进行决策。CCB由项目所涉及的主要干系人共同组成，通常包括用户和项目所在组织管理层的决策人员。CCB是决策机构，不是作业机构；通常CCB的工作是通过评审手段来决定项目基准是否需要变更，但不提出变更方案。 经CCB批准的变更请求可能是纠正措施、预防措施和缺陷补救措施，并由项目团队纳入项目进度计划付诸实施，批准的变更请求可能对项目或项目管理计划的相关领域产生影响，还可能导致修改正式受控的项目管理计划组件或项目文件。
4. 事业环境因素 能够影响指导与管理项目工作过程的事业环境因素主要包括：组织的结构、文化、管理实践和可持续性； 基础设施（如现有的设施和固定资产）；干系人的风险临界值（如允许的成本超支百分比）等。
5. 组织过程资产 能够影响指导与管理项目工作过程的组织过程资产主要包括： 组织的标准政策、流程和程序； 问题与缺陷管理程序，用于定义问题与缺陷控制、问题与缺陷识别及其解决，以及行动事项跟踪； 问题与缺陷管理数据库，包括历史问题与缺陷状态、问题和缺陷解决情况，以及行动事项的结果； 绩效测量数据库，用来收集与提供过程和产品的测量数据； 变更控制和风险控制程序； 以往项目的项目信息（如范围、成本、进度与绩效测量基准，项目日历，项目进度网络图，风险登记册，风险报告以及经验教训知识库）等。
8.5.2 工具与技术
1. 专家判断 涉及的领域包括：关于项目所在的行业以及项目关注的领域的技术知识；成本和预算管理；法规与采购；法律法规；组织治理等。
2. 项目管理信息系统 项目管理信息系统给项目提供了 IT软件工具，例如进度计划软件工具、工作授权系统、配置管理系统、信息收集与发布系统，以及进入其他在线信息系统（如知识库）的登录界面，支持自动收集和报告关键绩效指标（KPI）。
3. 会议 在指导与管理项目工作时，可以通过会议来讨论和解决项目的相关事项。 参会者可包括项目经理、项目团队成员，以及与所讨论事项相关或会受该事项影响的干系人。 会议应该明确每个参会者的角色，确保有效参会。 会议类型一般包括：开工会议、技术会议、敏捷或迭代规划会议、每日站会、指导小组会议、问题解决会议、进展跟进会议以及回顾会议。
8.5.3 输出
1. 可交付成果 可交付成果是在某一过程、阶段或项目完成时，必须产出的任何独特并可核实的产品、成果或服务能力。它通常是项目的结果，包括项目管理计划的组成部分。 —旦完成了可交付成果的第一个版本，就应该执行变更控制。用配置管理工具和程序来支持对可交付成果（如文件、软件和构件）的多个版本的控制。
2. 工作绩效数据 工作绩效数据是在执行项目工作的过程中，从每个正在执行的活动中收集到的原始观察结果和测量值。数据通常是最低层次的细节，将交由其他过程从中提炼并形成信息。在工作执行过程中收集数据，再交由10大知识领域的相应的控制过程做进一步分析。 例如，工作绩效数据包括已完成的工作、关键绩效指标（KPI） 、技术绩效测量结果、进度活动的实际开始日期和完成日期、已完成的故事点、可交付成果状态、进度进展情况、变更请求的数量、缺陷的数量、实际发生的成本、实际持续时间等。
3. 问题日志 在整个项目生命周期中，项目经理通常会遇到问题、差距、不一致或意外冲突。项目经理需要采取某些行动加以处理，以免影响项目绩效。 问题日志是一种记录和跟进所有问题的项目文件，所需记录和跟进的内容主要包括： ①问题类型； ②问题提出者和提出时间； ③问题描述; ④问题优先级； ⑤解决问题负责人； ⑥目标解决日期； ⑦问题状态； ⑧最终解决情况等。 问题日志可以帮助项目经理有效跟进和管理问题，确保它们得到调查和解决。作为指导与管理项目工作的输出，问题日志被首次创建，尽管在项目期间任何时候都可能发生问题。 在整个项目生命周期应该随时监控活动更新问题日志。
4. 变更请求 变更请求是关于修改任何文件、可交付成果或基准的正式提议。如果在开展项目工作时发现问题，就可提出变更请求，对项目政策或程序、项目或产品范围、项目成本或预算、项目进度计划、项目或产品结果的质量进行修改。其他变更请求包括必要的预防措施和纠正措施，用来防止未来的不利后果。任何项目干系人都可以提出变更请求，应该通过实施整体变更控制过程对变更请求进行审查和处理。变更请求源自项目内部或外部，可能来自项目需求，也可能是法律（合同）强制要求。 变更请求一般包括： 纠正措施：为使项目工作绩效重新与项目管理计划一致，而进行的有目的的活动。 预防措施：为确保项目工作未来绩效符合项目管理计划，而进行的有目的的活动。 缺陷补救：为了修正不一致产品或产品组件，而进行的有目的的活动。 更新：对正式受控的项目文件或计划进行变更，以反映修改、增加的意见或内容。
5. 项目管理计划（更新） 项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。项目管理计划的任一组成部分都可在指导与管理项目工作中通过变更请求更新。
6. 项目文件（更新） 在指导与管理项目工作过程中更新的项目文件主要包括： 活动清单：为完成项目工作，可以通过增加或修改活动来更新活动清单。 假设日志：可以增加新的假设条件和制约因素，也可以更新或关闭已有的假设条件和制约因素。 经验教训登记册：任何有助于提高当前或未来绩效的经验教训都应及时记录。 需求文件：在本过程中可以识别新的需求，也可以适时更新需求的实现情况。 风险登记册：在本过程中可以识别新的风险，也可以更新现有风险。风险登记册用于在风险管理过程中记录风险。 干系人登记册：如果收集到现有或新干系人的更多信息，则记录到干系人登记册中。
7. 组织过程资产（更新） 可在指导与管理项目工作过程中更新任何组织过程资产。
8.6 管理项目知识
管理项目知识是使用现有知识并生成新知识，以实现项目目标并且帮助组织学习的过程。 管理项目过程的主要作用： ①利用已有的组织知识来创造或改进项目成果； ②使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。该过程需要在整个项目期间开展。
图8-4管理项目知识过程的数据流向图
从组织的角度来看，知识管理指的是确保项目团队和其他干系人的技能、经验和专业知识在项目开始之前、开展期间和结束之后都能够得到运用。知识存在于人们的思想中，人们不能强迫别人分享自己的知识或关注他人的知识，因此，知识管理最重要的环节就是营造一种相互信任的氛围，激励人们分享知识或关注他人的知识。如果不激励人们分享知识或关注他人的知识，即便最好的知识管理工具和技术也无法发挥作用。在实践中，可以联合使用知识管理工具和技术（用于人际互动）以及信息管理工具和技术（用于编撰显性知识）来分享知识。
子主题
8.6.1 输入
1. 项目管理计划 项目管理计划的所有组成部分都是管理项目知识的输入。
2. 项目文件 可作为管理项目知识过程输入的项目文件主要包括： 资源分解结构：包含有关团队组成的信息，有助于了解团队拥有的和缺乏的知识。 项目团队派工单：说明项目已经具有的能力和经验以及可能缺乏的知识。 供方选择标准：包含选择供方的标准，有助于了解供方拥有的知识。 干系人登记册：包含已识别的干系人的详细情况，有助于了解他们可能拥有的知识。
3. 可交付成果 可交付成果是在某一过程、阶段或项目完成时，必须产出的任何独特的、可核实的产品、成果或服务能力。它通常是为实现项目目标而完成的、有形的、项目结果的组成部分，包括项目管理计划的组成部分。
4. 事业环境因素 能够影响管理项目知识过程的事业环境因素主要包括：组织文化、干系人文化，相互信任的工作关系和互不指责的文化对知识管理尤其重要。其他因素则包括赋予学习的价值和社会行为规范；设施和资源的物理分布，团队成员所在位置有助于确定收集和分享知识的方法；组织中的知识专家，有些组织拥有专门从事知识管理的团队或员工；法律法规要求和制约因素，包括对项目信息的保密性要求。
5. 组织过程资产 在项目管理过程和例行工作中，经常必然要使用项目管理知识，能够影响管理项目知识过程的组织过程资产主要包括： 组织的标准政策、流程和程序：包括信息的保密性和获取渠道、安全与数据保护、记录保留政策、版权信息的使用、机密信息的销毁、文件格式和最大篇幅、注册数据和元数据、授权使用的技术和社交媒体等。 人事管理制度：包括员工发展与培训记录以及关于知识分享行为的能力框架。 组织对沟通的要求：正式且严格的沟通要求有利于信息分享。对于生成新知识和整合不同干系人的知识，非正式沟通更加有效。 正式的知识分享和信息分享程序：包括项目和项目阶段开始之前、开展期间和结束之后的学习回顾。
8.6.2 工具与技术
1. 专家判断 管理项目知识过程中，涉及的领域包括：知识管理、信息管理、组织学习、知识和信息管理工具以及来自其他项目的相关信息等。
2. 知识管理 知识管理工具和技术将员工联系起来，使他们能够合作生成新知识，分享隐性知识，以及集成不同团队成员所拥有的知识。适用于项目的工具和技术取决于项目的性质，尤其是创新程度、项目复杂性以及团队的多元化程度（包括学科背景多元化）。知识管理工具和技术主要包括： ①人际交往，包括非正式的社交和在线社交。可以进行开放式提问的在线论坛有助于与专家进行知识分享对话； ②实践社区和特别兴趣小组； ③会议，包括使用通信技术进行互动的虚拟会议； ④工作跟随和跟随指导； ⑤讨论论坛，如焦点小组； ⑥知识分享活动，如专题讲座和会议； ⑦研讨会，包括问题解决会议和经验教训总结会议；“ ⑧讲故事； ⑨创造力和创意管理技术； ⑩知识展会和茶座； ⑪交互式培训等。 可以通过面对面和虚拟方式来应用所有这些工具和技术。通常，面对面互动最有利于建立知识管理所需的信任关系。信任关系建立后可以用虚拟互动来维护这种信任关系。
3.信息管理 信息管理工具和技术用于创建人们与知识之间的联系，可以有效促进简单、明确的显性知识的分享，主要包括： ①编撰显性知识的方法； ②经验教训登记册； ③图书馆服务； ④信息收集； ⑤项目管理信息系统等。
4.人际关系与团队技能 可用于管理项目知识过程的人际关系与团队技能主要包括： 积极倾听：有助于减少误解并促进沟通和知识分享。 引导：有助于有效指引团队成功地达成决定、解决方案或结论。 领导力：可帮助沟通愿景并鼓舞项目团队关注合适的知识和知识目标。 人际交往：可促进项目干系人之间建立非正式的联系和关系，为显性和隐性知识的分享创造条件。 大局观：有助于项目经理根据组织政策与职权结构等进行规划与沟通。
8.6.3 输出
1.经验教训登记册 经验教训登记册可以包含执行情况的类别和详细的描述，还可包括与执行情况相关的影响、建议和行动方案。经验教训登记册可以记录遇到的挑战、问题、意识到的风险和机会以及其他适用的内容。 经验教训登记册在项目早期创建，作为管理项目知识过程的输出。因此，在整个项目期间，它可以作为很多过程的输入，也可以作为输出而不断更新。 参与工作的个人和团队也参与记录经验教训。可以通过视频、图片、音频或其他合适的方式记录知识，确保有效吸取经验教训。在项目或阶段结束时，把相关信息归入经验教训知识库，作为组织过程资产一部分。
2.项目管理计划（更新） 以变更请求的形式提出，且通过组织的变更控制过程进行处理。 项目管理计划的任一组成部分都可在管理项目知识过程中更新。
3.组织过程资产（更新） 所有项目都会生成新知识。有些知识应该被编撰，并在管理项目知识过程中被嵌入到可交付成果中，或者被用于改进过程和程序。
8.7 监控项目工作
监控项目工作是跟踪、审查和报告整体项目进展，以实现项目管理计划中确定的绩效目标的过程。 该过程的主要作用： ①让干系人了解项目的当前状态并认可为处理绩效问题而采取的行动； ②通过成本和进度预测，让干系人了解项目的未来状态。本过程需要在整个项目期间开展。
图8-5 监控项目工作过程数据流向图
子主题
8.7.1 输入
1. 项目管理计划 项目管理计划的任一组成部分都可作为监控项目工作过程的输入。
2. 项目文件 可用于监控项目工作过程输入的项目文件主要包括： 假设日志：包含会影响项目的假设条件和制约因素的信息。 风险登记册：记录并提供了在项目执行过程中发生的各种威胁和机会的相关信息。 风险报告：记录并提供了关于整体项目风险和单个风险的信息。 里程碑清单：列出特定里程碑实现日期，检查是否达到计划的里程碑。 估算依据：说明不同估算是如何得出的，用于决定如何应对偏差。 问题日志：用于记录和监督由谁负责在目标日期内解决特定问题。 经验教训登记册：可能包含应对偏差的有效方式以及纠正措施和预防措施。 成本预测：基于项目以往的绩效，用于确定项目是否仍处于预算的公差区间内，并识别任何必要的变更。 进度预测：基于项目以往的绩效，用于确定项目是否仍处于进度的公差区间内，并识别任何必要的变更。 质量报告：包含质量管理问题，针对过程、项目和产品的改善建议，纠正措施建议（包括返工、缺陷（漏洞）补救、100%检查等），以及在控制质量过程中发现的情况的概述。
3. 工作绩效信息 在工作执行过程中收集工作绩效数据，再交由控制过程做进一步分析。将工作绩效数据与项目管理计划组件、项目文件和其他项目变量比较之后生成工作绩效信息。通过这种比较可以了解项目的执行情况。 在项目开始时，就在项目管理计划中规定关于范围、进度、预算和质量的具体工作绩效测量指标。项目期间通过控制过程收集绩效数据，与计划和其他变量比较，为工作绩效提供背景。
4. 协议 采购协议中包括条款和条件，也可包括其他条目，如买方就卖方应实施的工作或应交付的产品所做的规定。如果项目将部分工作外包出去，项目经理需要监督承包商的工作，确保所有协议都符合项目的特定要求，以及组织的采购政策。
5. 事业环境因素 能够影响监控项目工作过程的事业环境因素主要包括：项目管理信息系统，例如进度、成本、资源工具、绩效指标、数据库、项目记录和财务数据；基础设施（如现有设施、设备、组织通信渠道）；干系人的期望和风险临界值；政府或行业标准（如监管机构条例、产品标准、质量标准和工艺标准）等。
6.组织过程资产 能够影响监控项目工作过程的组织过程资产主要包括：组织的标准政策、流程和程序；财务控制程序（如必需的费用与支付审查、会计编码及标准合同条款等）；监督和报告方法；问题管理程序，用于定义问题控制、问题识别及其解决以及行动事项跟踪；缺陷管理程序，用于定义缺陷控制、缺陷识别及其解决以及行动事项跟踪；组织知识库，尤其是过程测量和经验教训知识库等。
8.7.2 工具与技术
1 专家判断 涉及的领域包括：挣值分析；数据的解释和情境化；持续时间和成本的估算技术；趋势分析；关于项目所在的行业以及项目关注的领域的技术知识；风险管理；合同管理等。
2.数据分析 可用于监控项目工作过程的数据分析技术主要包括： 备选方案分析：用于在出现偏差时选择要执行的纠正措施或纠正措施和预防措施的组合。 成本效益分析：有助于出现偏差时确定最节约成本的纠正措施。 挣值分析：对范围、进度和成本绩效进行了综合分析。 根本原因分析：关注识别问题的主要原因，它可用于识别出现偏差的原因以及项目经理为达成项目目标应重点关注的领域。 趋势分析：根据以往结果预测未来绩效，它可以预测项目的进度延误，提前让项目经理意识到，按照既定趋势发展，后期进度可能出现的问题。应该在足够早的项目时间进行趋势分析，使项目团队有时间分析和纠正任何异常。可以根据趋势分析的结果，提岀必要的预防措施建议。 偏差分析：成本估算、资源使用、资源费率、技术绩效和其他测量指标。偏差分析审查目标绩效与实际绩效之间的差异（或偏差），可涉及持续时间估算，可以在每个知识领域，针对特定变量开展偏差分析。在监控项目工作过程中，通过偏差分析对成本、时间、技术和资源偏差进行综合分析，以了解项目的总体偏差情况。这样就便于采取合适的预防或纠正措施。
3.决策 常用于监控项目工作过程的决策技术是投票。 投票可以包括用下列方法进行决策：一致同意、大多数同意或相对多数原则。
4.会议 会议可以是面对面或虚拟会议，正式或非正式会议。参会者可以包括项目团队成员和其他合适的项目干系人；会议的类型包括用户小组会议和用户审查会议等。
8.7.3 输出
1. 工作绩效报告 工作绩效信息可以用实体或电子形式加以合并、记录和分发。基于工作绩效信息，以实体或电子形式编制形成工作绩效报告，以制定决策、采取行动或引起关注。根据项目沟通管理计划，通过沟通过程向项目干系人发送工作绩效报告。 工作绩效报告的内容一般包括状态报告和进展报告。工作绩效报告可以包含挣值图表和信息、趋势线和预测、储备燃尽图、缺陷直方图、合同绩效信息和风险情况概述。也可以表示为引起关注、制定决策和采取行动的仪表指示图、热点报告、信号灯图或其他形式。
2. 变更请求 变更可能包括： 纠正措施：为使项目工作绩效重新与项目管理计划一致，而进行的有目的的活动。 预防措施：为确保项目工作未来绩效符合项目管理计划，而进行的有目的的活动。 缺陷补救：为了修正不一致产品或产品组件，而进行的有目的的活动。
3.项目管理计划（更新） 项目管理计划的任何变更都以变更请求的形式提出，且通过组织的变更控制过程进行处理。 在监控项目工作过程中提出的变更可能会影响整体项目管理计划。
4.项目文件（更新） 可在监控项目工作过程更新的项目文件主要包括： 成本预测：本过程引起的成本预测的变更应通过成本管理过程进行记录。 进度预测：本过程引起的进度预测的变更应通过进度管理过程进行记录。 问题日志：在本过程中产生的新问题应该记录到问题日志中。 经验教训登记册：更新经验教训登记册，记录应对偏差的有效方式以及纠正措施和预防措施。 风险登记册：在本过程中识别的新风险应记录在风险登记册中，并通过风险管理过程进行管理。
子主题
工作绩效报告 汇编工作绩效信息，形成纸质或电子项目文件，包括状态报告、备忘录、论证报告、信息扎记、推荐意见和情况更新。 工作绩效信息 从控制过程中收集并结合相关背景和跨领域关系，整合分析得到，将工作绩效数据转化为工作绩效信息，考虑了背景和关系，可以作为项目决策可靠基础。 工作绩效数据 从执行项目的活动中收集到的原始观察结果和测量值，数据是最低层的细节，交由各控制过程做进一步分析，由其他过程提炼出项目信息。缺乏背景的数据不能用于决策。
8.8 实施整体变更控制
实施整体变更控制是审查所有变更请求、批准变更，管理对可交付成果、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。
实施整体变更控制过程的数据流向如图8-6所示
实施整体变更控制过程
8.8.1 输入
1. 项目管理计划 可用作实施整体变更控制过程的输入的项目管理计划组件主要包括： 变更管理计划：为管理变更控制过程提供指导，并记录CCB的角色和职责。 配置管理计划：描述项目的配置项，识别应记录和更新的配置项，以便保持项目产品的一致性和有效性。 范围基准：提供项目和产品定义。 进度基准：用于评估变更对项目进度的影响。 成本基准：用于评估变更对项目成本的影响。
2. 项目文件 可用于实施整体变更控制过程输入的项目文件主要包括： 需求跟踪矩阵：有助于评估变更对项目范围的影响。 风险报告：提供了与变更请求有关的项目风险来源的信息。 估算依据：指出了持续时间、成本和资源估算是如何得出的，可用于计算变更对时间、预算和资源的影响。
3. 工作绩效报告 对实施整体变更控制过程特别有用的工作绩效报告包括：资源可用情况、进度和成本数据、挣值报告、燃烧图或燃尽图。
4. 变更请求 变更请求可能包含纠正措施、预防措施、缺陷补救，以及针对正式受控的项目文件或可交付成果的更新。 变更可能影响项目基准，也可能不影响项目基准，变更决定通常由项目经理做决策。 对于会影响项目基准的变更，通常应该在变更请求中说明执行变更的成本、所需的计划日期修改、资源需求以及相关的风险。这种变更应由CCB（如有）和客户或发起人审批，除非他们本身就是CCB的成员。只有经批准的变更才能纳入修改后的基准。
5. 事业环境因素 能够影响实施整体变更控制过程的事业环境因素主要包括： 法律限制，例如国家或地区法规；政府或行业标准（如产品标准、质量标准、安全标准和工艺标准）；法律法规要求和（或）制约因素；组织治理框架（通过安排人员、制定政策和确定过程，以结构化的方式实施控制、指导和协调，实现组织的战略和目标）；合同和采购制约因素等。
6. 组织过程资产 能够影响实施整体变更控制过程的组织过程资产主要包括： 变更控制程序，包括修改组织标准、政策、计划和程序（或任一项目文件）所须遵循的步骤，以及如何批准和确认变更；批准与签发变更的程序；配置管理知识库，包括组织标准、政策、程序和项目文件的各种版本及基准等。
8.8.2 工具与技术
1.专家判断 涉及领域包括： 关于项目所在的行业以及项目关注的领域的技术知识；法律法规；法规与采购；配置管理；风险管理等。
2.变更控制工具 为了便于开展配置和变更管理，可以使用一些手动或信息化的工具。配置控制和变更控制的关注点不同： 配置控制重点关注可交付成果及各个过程的技术规范；而变更控制则重点关注识别、记录、批准或否决对项目文件、可交付成果或基准的变更。 变更控制工具的选择应基于项目干系人的需要，并充分考虑组织和环境的情况和制约因素。
变更控制工具需要支持的配置管理活动包括： 识别配置项：识别与选择配置项，为定义与核实产品配置、标记产品和文件、管理变更和明确责任提供基础。 记录并报告配置项状态：对各个配置项的信息进行记录和报告。 进行配置项核实与审计：通过配置核实与审计，确保项目的配置项组成的正确性，以及相应的变更都被登记、评估、批准、跟踪和正确实施，确保配置文件所规定的功能要求都已实现。 变更控制工具还需要支持的变更管理活动包括： 识别变更：识别并选择过程或项目文件的变更项。 记录变更：将变更记录为合适的变更请求。 做出变更决定：审查变更，批准、否决、推迟对项目文件、可交付成果或基准的变更或做出其他决定。 跟踪变更：确认变更被登记、评估、批准和跟踪，并向干系人传达最终结果。 可以使用变更控制工具管理变更请求和后续的决策，同时还需要及时沟通，帮助CCB的成员履行职责，并向干系人传达变更相关的决定。
整体变更控制流程（简化版）
整体变更控制流程（详细版）
3.数据分析 可用于实施整体变更控制过程的数据分析技术主要包括： 备选方案分析：用于评估变更请求，并决定哪些请求可接受、应否决或需修改。 成本效益分析：有助于确定变更请求是否值得投入相关的成本。
4.决策 可用于实施整体变更控制过程的决策技术主要包括： 投票：投票可以采取一致同意、大多数同意或相对多数原则的方式，以决定是否接受、推迟或否决变更请求。 独裁型决策制定：采用这种决策技术，将由一个人负责为整个集体制定决策。 多标准决策分析：该技术借助决策矩阵，根据一系列预定义的准则，用系统分析方法评估变更请求。
5.会议 与CCB一起召开变更控制会。CCB负责审查变更请求，并做出批准、否决或推迟的决定。大部分变更会对时间、成本、资源或风险产生一定的影响，因此，评估变更的影响也是会议的基本工作。此外，会议上可能还要讨论并提议所请求变更的备选方案。最后，将会议决定传达给提出变更请求的责任人或小组。 CCB也可以审查配置管理活动。应该明确规定CCB的角色和职责，并经干系人一致同意后，记录在变更管理计划中。CCB的决定都应记录在案，并向干系人传达，以便其知晓并采取的后续行动。
8.8.3 输出
1.批准的变更请求 由项目经理、CCB或指定的团队成员，根据变更管理计划处理变更请求，做出批准、推迟或否决的决定。 批准的变更请求应通过指导与管理项目工作过程加以实施。对于推迟或否决的变更请求，应通知提出变更请求的个人或小组。
2.项目管理计划（更新） 项目管理计划的任一正式受控的组成部分，都可通过实施整体变更控制过程进行变更。对基准的变更，只能基于最新版本的基准并应对未来的情况，而不能变更以往的绩效，保证保护基准和历史绩效数据的严肃性和完整性。
3.项目文件（更新） 正式受控的任一项目文件都可在实施整体变更控制过程变更，同时并将项目期间发生的变更全部记录在变更日志中。
8.9 结束项目或阶段
结束项目或阶段是终结项目、阶段或合同的所有活动的过程。 本过程的主要作用： ①存档项目或阶段信息，完成计划的工作； ②释放组织团队资源以展开新的工作。 它仅开展一次或仅在项目或阶段的结束点开展。
结束项目或阶段过程的数据流向如图8-7所示。
在结束项目时，项目经理需要回顾项目管理计划，确保所有项目工作都已完成、项目目标均已实现。 结束项目或阶段过程所需执行的活动包括： •为达到阶段或项目的完工或退出标准所必需的行动和活动； •为关闭项目合同协议或项目阶段合同协议所必须开展的活动； •为完成收集项目或阶段记录、审计项目成败、管理知识分享和传递、总结经验教训、存档项目信息以供组织未来使用等工作所必需开展的活动； •为向下一个阶段，或者向生产和（或）运营部门移交项目的产品、服务或成果所必须开展的行动和活动； •收集关于改进或更新组织政策和程序的建议，并将它们发送给相应的组织部门； •测量干系人的满意程度等。 如果项目在完工前提前终止，结束项目或阶段过程还需要制定程序，调查和记录提前终止的原因。为了实现上述目的，项目经理应该引导所有合适的干系人参与结束项目或阶段的工作。
子主题
8.9.1 输入
1.项目章程: 项目章程记录了项目成功标准、审批要求，以及由谁来签署项目结束。
2.项目管理计划: 项目管理计划的所有组成部分均为结束项目或阶段过程的输入。
3.项目文件: 可用于结束项目或阶段过程输入的项目文件主要包括： 假设日志：记录与技术规范、估算、进度和风险等有关的全部假设条件和制约因素。 需求文件：用于证明符合项目范围。 里程碑清单：列出了完成项目里程碑的最终日期。 风险登记册：提供了有关项目期间发生的风险的信息。 风险报告：提供了有关风险状态信息，确认项目结束时没有未关闭风险。 估算依据：用于根据实际结果来评估持续时间、成本和资源估算以及成本控制。 变更日志：包含整个项目或阶段期间的所有变更请求的状态。 问题日志：用于确认所有问题已解决，没有遗留未解决的问题。 经验教训登记册：在归入经验教训知识库之前，完成对阶段或项目经验教训总结。 项目沟通记录：包含整个项目期间所有的沟通。 质量控制测量结果：记录了控制质量活动的结果，证明符合质量要求。 质量报告：内容可包括由团队管理或需上报的全部质量保证事项、改进建议，以及在控制质量过程中发现的不合格项或其他事项的说明。
4.验收的可交付成果 验收的可交付成果可包括批准的产品规范、交货收据和工作绩效文件。对于分阶段实施的项目或提前取消的项目，还可能包括部分完成或中间的可交付成果。
5.立项管理文件 结束项目或阶段涉及的立项管理文件主要包括： 可行性研究报告：记录了作为项目依据的商业需求和成本效益分析。 项目评估报告：概述了项目的目标效益。 立项管理用于确定项目是否达到了经济可行性研究的预期结果。
6.协议 通常在合同条款和条件中定义对正式关闭采购的要求，并包括在釆购管理计划中。在复杂项目中，可能需要同时或先后管理多个合同。
7. 采购文档 为关闭合同，需收集全部采购文档，并建立索引、加以归档。有关合同进度、范围、质量和成本绩效的信息，以及全部合同变更文档、支付记录和检查结果，都要归类收录。在项目结束时，应将“实际执行的”计划（图纸）或“初始编制的”文档、手册、故障排除文档和其他技术文档视为采购文件的组成部分。这些信息可用于总结经验教训，并为签署以后的合同而用作评价承包商的基础。
8.组织过程资产 能够影响结束项目或阶段过程的组织过程资产主要包括： 项目或阶段收尾指南或要求（如经验教训、项目终期审计、项目评价、产品确认、验收标准、合同收尾、资源重新分配、团队绩效评估以及知识传递）. 配置管理知识库：包括组织标准、政策、程序和项目文件的各种版本及基准。
8.9.2 工具与技术
1.专家判断 涉及领域包括：管理控制；审计；法规与采购；法律法规等。
2.数据分析 可用于结束项目或阶段的数据分析技术主要包括: 文件分析：评估现有文件有助于总结经验教训和分享知识，以改进未来项目和组织资产。 回归分析：该技术分析作用于项目结果的不同项目变量之间的相互关系，以提高未来项目的绩效。 趋势分析：可用于确认组织所用模式的有效性，并且为未来项目而进行相应的模式调整。 偏差分析：可通过比较计划目标与最终结果来改进组织的测量指标。
3.会议 会议用于确认可交付成果已通过验收，已达到退出标准，正式关闭合同，评估干系人满意度，收集经验教训，传递项目知识和信息以及庆祝成功。参会者可包括项目团队成员，参与项目或受项目影响的其他干系人。会议可以是面对面或虚拟会议，正式或非正式会议。会议类型包括：收尾报告会、客户总结会、经验教训总结会、庆祝会等。
8.9.2 输出
1.项目文件（更新） 可在结束项目或阶段更新所有项目文件，并标记为最终版本。特别值得注意的是，经验教训登记册的最终版本要包含阶段或项目收尾的最终信息。 最终版本的经验教训登记册可包含： 效益管理、项目评估的准确性、项目和开发生命周期、风险和问题管理、干系人参与，以及其他项目管理过程等相关信息。
2.最终产品、服务或成果 把项目交付的最终产品、服务或成果（对于阶段收尾，则是所在阶段的中间产品、服务或成果）移交给客户。
3.项目最终报告 用项目最终报告总结项目绩效，其中可包含： ①项目或阶段的概述； ②范围目标、范围的评估标准，证明达到完工标准的证据； ③质量目标、项目和产品质量的评估标准、相关核实信息和实际里程碑交付日期以及偏差原因； ④成本目标，包括可接受的成本区间、实际成本，产生任何偏差的原因等； ⑤最终产品、服务或成果的确认信息的总结； ⑥进度计划目标，包括成果是否实现项目预期效益：如果在项目结束时未能实现效益，则指出效益实现程度并预计未来实现情况； ⑦关于最终产品、服务或成果如何满足业务需求的概述：如果项目结束时未能满足业务需求，则指出需求满足程度并预计业务需求何时能得到满足； ⑧关于项目过程中发生的风险或问题及其解决情况的概述等。
4. 组织过程资产（更新） 结束项目或阶段需要更新的组织过程资产主要包括： 项目文件：在项目活动中产生的各种文件，例如项目管理计划，范围文件、成本文件、进度文件和项目日历，以及变更管理文件。 运营和支持文件：组织维护、运营和支持项目交付的产品或服务时所需的文件，可包括新生成的文件，或对已有文件的更新。 项目或阶段收尾文件：包括表明项目或阶段完工的正式文件，以及用来将完成的项目或阶段可交付成果移交给他人（如运营部门或下一阶段）的正式文件。在项目收尾期间， 项目经理应该回顾以往的阶段文件，确认范围过程所产生的客户验收文件以及合同协议（如果有的话），以确保在达到全部项目要求之后才正式关闭项目。如果项目在完工前提前终止，则需要在正式的收尾文件中说明项目终止的原因并规定正式程序，把该项目的已完成和未完成的可交付成果移交他人。 经验教训知识库：将在整个项目期间获得的经验教训和知识归入经验教训知识库，供未来项目使用。
8.10 本章练习
1.选择题
（1）对于项目整合管理，在整个项目期间开展的过程不包括 。 A.制订项目管理计划 B，指导与管理项目工作 C.管理项目知识 D.实施整体变更控制 参考答案：A
（2）关于项目管理计划的理解，不正确的是 。 A.项目管理计划确定项目的执行、监控和收尾方式，其内容会因项目所在的应用领域和复杂程度而异 B.项目管理计划需详细制订，每个组成部分的详细程度取决于具体项目要求 C.项目管理计划应基准化，至少应规定项目的范围、时间和成本方面的基准 D.在确定基准之前，可能要对项目管理计划进行多次更新 参考答案：B
(3)项目整合管理由 负责，整合所有其他知识领域成果，掌握项目总体情况。 A.项目团队 B.项目经理 C.项目启动者 D.项目发起人 参考答案：B
(4)关于项目章程的描述，不正确的是 。 A.项目章程在项目执行组织与需求组织之间建立起伙伴关系 B.通过编制项目章程，来确认项目符合组织战略和日常运营的需要 C.项目章程可替代合同 D.项目章程授权项目经理规划、执行和控制项目 参考答案：C
(5)关于实施整体变更控制过程，不正确的是 。 A.在基准确定之前，变更无须正式受控于实施整体变更控制过程 B,变更请求可能影响项目范围、产品范围以及任一项目管理计划组件或任一项目文件 C,在整个项目生命周期的任何时间，并不是所有参与项目的干系人都可以提出变更请求 D.尽管也可以口头提出，但所有变更请求都必须以书面形式记录，并纳入变更管理和(或)配置管理系统中 参考答案：C
(6)监控项目工作过程的主要作用是 。 A,生成一份综合文件，用于确定所有项目工作的基础及其执行方式 B,对项目工作和可交付成果开展综合管理，以提高项目成功的可能性 C,让干系人了解项目的当前状态并认可为处理绩效问题而采取的行动，以及通过成本和进度预测，让干系人了解未来项目状态 D,利用已有的组织知识来创造或改进项目成果，并且使当前项目创造的知识可用于支持组织运营和未来的项目或阶段 参考答案：C
(7)监控项目工作过程中的控制，不包括 。 A.制定纠正或预防措施或重新规划 B.预测趋势，以便推动过程改进 C.重新规划 D.跟踪行动计划的实施过程，以确保它们能有效解决问题 参考答案：B
(8)经验教训登记册通常在 时创建，可以包含情况的类别和描述，还可包括与情况相关的影响、建议和行动方案。 A.项目测试 B.项目验收 C.项目开始 D.项目结束 参考答案：C
2 判断题
判断下列表述正误，正确的选√ ，错误的选 ×。
（1）管理项目知识过程中的人际关系与团队技能，领导力可帮助沟通愿景并鼓舞项目团队关注合适的知识和知识目标
（2）在项目进行过程中，项目经理通常会遇到问题、差距、不一致或意外冲突。问题日志是一种记录和跟进所有问题的项目文件，其属于制定章程过程的输出。（问题日志属于项目文件，项目文件是制定章程的输入）
（3）项目管理计划整合并综合了所有子管理计划和基准，以及管理项目所需的其他信息。
参考答案：（1）√ （2）×（3）√