4.4.2.2 知识管理
知识管理工具和技术将员工联系起来，使他们能够合作生成新知识、分享隐性知识，以及集成不同团队成员所拥有的知识。适用于项目的工具和技术取决于项目的性质，尤其是创新程度、项目复杂性，以及团队的多元化（包括学科背景多元化）程度。
工具和技术包括（但不限于）：
- 人际交往，包括非正式的社交和在线社交。可以进行开放式提问（如“谁知道……？”）的在线论坛有助于与专家进行知识分享对话；
- 实践社区（有时称为“兴趣社区”或“社区”）和特别兴趣小组；
- 会议，包括使用通信技术进行互动的虚拟会议；
- 工作跟随和跟随指导；
- 讨论论坛，如焦点小组；
- 知识分享活动，如专题讲座和会议；
- 研讨会，包括问题解决会议和经验教训总结会议；
- 讲故事；
- 创造力和创意管理技术；
- 知识展会和茶座；
- 交互式培训。
可以通过面对面和（或）虚拟方式来应用所有这些工具和技术。通常，面对面互动最有利于建立知识管理所需的信任关系。一旦信任关系建立，可以用虚拟互动来维护这种信任关系。
与几十年前相比，当今企业和项目所处的环境有了很大的变化。新技术不断涌现。社交网络、多元文化、虚拟团队和新的价值观都是项目所要面临的全新现实。整合涉及多个组织的、大规模、跨职能项目实施中的知识和人员便是一例。项目经理在指导项目团队进行沟通规划和知识管理时需要考虑这个背景所产生的影响。
在管理整合时，项目经理需要意识到项目背景和这些新因素，然后项目经理可以决定如何在项目中最好地利用这些新环境因素，以获得项目成功。
项目整合管理包括对隶属于项目管理过程组的各种过程和项目管理活动进行识别、定义、组合、统一和协调的各个过程。在项目管理中，整合兼具统一、合并、沟通和建立联系的性质，这些行动应该贯穿项目始终。项目整合管理包括进行以下选择：
- 资源分配；
- 平衡竞争性需求；
- 研究各种备选方法；
- 为实现项目目标而裁剪过程；
- 管理各个项目管理知识领域之间的依赖关系。
项目整合管理过程包括：
4.1 制定项目章程 — 编写一份正式批准项目并授权项目经理在项目活动中使用组织资源的文件的过程。
4.2 制定项目管理计划 — 定义、准备和协调项目计划的所有组成部分，并把它们整合为一份综合项目管理计划的过程。
4.3 指导与管理项目工作 — 为实现项目目标而领导和执行项目管理计划中所确定的工作，并实施已批准变更的过程。
4.4 管理项目知识 — 使用现有知识并生成新知识，以实现项目目标，并且帮助组织学习的过程。
4.5 监控项目工作 — 跟踪、审查和报告整体项目进展，以实现项目管理计划中确定的绩效目标的过程。
4.6 实施整体变更控制 — 审查所有变更请求，批准变更，管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更，并对变更处理结果进行沟通的过程。
4.7 结束项目或阶段 — 终结项目、阶段或合同的所有活动的过程。
图 4-1 概述了项目整合管理的各个过程。虽然在本《PMBOK® 指南》中，各项目整合管理过程
以界限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 4-1项目整合管理概述
项目整合管理的核心概念项目整合管理由项目经理负责。虽然其他知识领域可以由相关专家（如成本分析专家、进度规划专家、风险管理专家）管理，但是项目整合管理的责任不能被授权或转移。只能由项目经理负责整合所有其他知识领域的成果，并掌握项目总体情况。项目经理必须对整个项目承担最终责任。
项目与项目管理本质上具有整合性质，例如，为应急计划制定成本估算时，就需要整合项目成本管理、项目进度管理和项目风险管理知识领域中的相关过程。在识别出与各种人员配备方案有关的额外风险时，可能需要再次进行上述某个或某几个过程。
项目管理过程组的各个过程之间经常反复发生联系。例如，在项目早期，规划过程组为执行过程组提供书面的项目管理计划；然后，随着项目的进展，规划过程组还将根据变更情况，更新项目管理计划。
项目整合管理指的是：
- 确保产品、服务或成果的交付日期，项目生命周期以及效益管理计划这些方面保持一致；
- 编制项目管理计划以实现项目目标；
- 确保创造合适的知识并运用到项目中，并从项目中获取必要的知识；
- 管理项目管理计划中活动的绩效和变更；
- 做出针对影响项目的关键变更的综合决策；
- 测量和监督项目进展，并采取适当措施以实现项目目标；
- 收集关于已达成结果的数据，分析数据以获取信息，并与相关方分享信息；
- 完成全部项目工作，正式关闭各个阶段、合同以及整个项目；
- 管理可能需要的阶段过渡。
项目越复杂，相关方的期望越多样化，就需要越全面的整合方法。
项目整合管理的发展趋势和新兴实践项目整合管理知识领域要求整合所有其他知识领域的成果。与整合管理过程相关的发展趋势包括（但不限于）：
- 使用自动化工具。项目经理需要整合大量的数据和信息，因此有必要使用项目管理信息系统(PMIS) 和自动化工具来收集、分析和使用信息，以实现项目目标和项目效益。
- 使用可视化管理工具。有些项目团队使用可视化管理工具，而不是书面计划和其它文档，来获取和监督关键的项目要素。这样，就便于整个团队直观地看到项目的实时状态，促进知识转移，并提高团队成员和其他相关方识别和解决问题的能力。
- 项目知识管理。项目人员的流动性和不稳定性越来越高，就要求采用更严格的过程，在整个项目生命周期中积累知识并传达给目标受众，以防止知识流失。
- 增加项目经理的职责。项目经理被要求介入启动和结束项目，例如开展项目商业论证和效益管理。按照以往的惯例，这些事务均由管理层和项目管理办公室负责。现在，项目经理需要频繁地与他们合作处理这些事务，以便更好地实现项目目标以及交付项目效益。项目经理也需要更全面地识别相关方，并引导他们参与项目，包括管理项目经理与各职能部门、运营部门和高级管理人员之间的接口。
- 混合型方法。经实践检验的新做法会不断地融入项目管理方法，例如，采用敏捷或其他迭代做法，为开展需求管理而采用商业分析技术，为分析项目复杂性而采用相关工具，以及为在组织中应用项目成果而采用组织变革管理方法。
裁剪时需要考虑的因素因为每个项目都是独特的，所以项目经理可能需要裁剪项目整合管理过程。裁剪时应考虑的因素包括（但不限于）：
- 项目生命周期。什么是合适的项目生命周期？项目生命周期应包括哪些阶段？
- 开发生命周期。对特定产品、服务或成果而言，什么是合适的开发生命周期和开发方法？预测型或适应型方法是否适当？如果是适应型，开发产品是该采用增量还是迭代的方式？混合型方法是否为最佳选择？
- 管理方法。考虑到组织文化和项目的复杂性，哪种管理过程最有效？
- 知识管理。在项目中如何管理知识以营造合作的工作氛围？
- 变更。在项目中如何管理变更？
- 治理。有哪些监控机构、委员会和其他相关方该参与项目治理？对项目状态报告的要求是什么？
- 经验教训。在项目期间及项目结束时，应收集哪些信息？历史信息和经验教训是否适用于未来的项目？
- 效益。应该在何时以何方式报告效益：在项目结束时还是在每次迭代或阶段结束时？
在敏捷或适应型环境中需要考虑的因素迭代和敏捷方法能够促进团队成员以相关领域专家的身份参与整合管理。团队成员自行决定计划及其组件的整合方式。
在适应型环境下，《整合管理的核心概念》中所述的对项目经理的期望保持不变，但把对具体产品的规划和交付授权给团队来控制。项目经理的关注点在于营造一个合作型的决策氛围，并确保团队有能力应对变更。如果团队成员具备广泛的技能基础而不局限于某个狭窄的专业领域，那么这种合作型方法就会更加有效。
管理项目知识是使用现有知识并生成新知识，以实现项目目标，并且帮助组织学习的过程。本过程的主要作用是，利用已有的组织知识来创造或改进项目成果，并且使当前项目创造的知识可用于支持组织运营和未来的项目或阶段。本过程需要在整个项目期间开展。图 4-8 描述本过程的输入、工具以及技术和输出。图 4-9 是本过程的数据流向图。
图 4-8管理项目知识：输入、工具与技术和输出
图 4-9管理项目知识：数据流向图
知识通常分为“显性知识”（易使用文字、图片和数字进行编撰的知识）和“隐性知识”（个体知识以及难以明确表达的知识，如信念、洞察力、经验和“诀窍”）两种。知识管理指管理显性和隐性知识，旨在重复使用现有知识并生成新知识。有助于达成这两个目的的关键活动是知识分享和知识集成（不同领域的知识、情境知识和项目管理知识）。
一个常见误解是，知识管理只是将知识记录下来用于分享；另一种常见误解是，知识管理只是在项目结束时总结经验教训，以供未来项目使用。这样的话，只有经编撰的显性知识可以得到分享。
因为显性知识缺乏情境，可作不同解读，所以，虽易分享，但无法确保正确理解或应用。隐性知识虽蕴含情境，却很难编撰。它存在于专家个人的思想中，或者存在于社会团体和情境中，通常经由人际交流和互动来分享。
从组织的角度来看，知识管理指的是确保项目团队和其他相关方的技能、经验和专业知识在项目开始之前、开展期间和结束之后得到运用。因为知识存在于人们的思想中，且无法强迫人们分享自己的知识或关注他人的知识，所以，知识管理最重要的环节就是营造一种相互信任的氛围，激励人们分享知识或关注他人的知识。如果不激励人们分享知识或关注他人的知识，即便最好的知识管理工具和技术也无法发挥作用。在实践中，联合使用知识管理工具和技术（用于人际互动）以及信息管理工具和技术（用于编撰显性知识）来分享知识。
可作为本过程输入的项目文件包括（但不限于）：
- 经验教训登记册。见 4.4.3.1 节。经验教训登记册提供了有效的知识管理实践。
- 项目团队派工单。见 9.3.3.1 节。项目团队派工单说明了项目已具有的能力和经验以及可能缺乏的知识。
- 资源分解结构。见 9.2.3.3 节。资源分解结构包含有关团队组成的信息，有助于了解团队拥有和缺乏的知识。
- 相关方登记册。见 13.1.3.1 节。相关方登记册包含已识别的相关方的详细情况，有助于了解他们可能拥有的知识。
能够影响管理项目知识过程的事业环境因素包括（但不限于）：
- 组织文化、相关方文化和客户文化。相互信任的工作关系和互不指责的文化对知识管理尤其重要。其他因素则包括赋予学习的价值和社会行为规范。
- 设施和资源的地理分布。团队成员所在的位置有助于确定收集和分享知识的方法。
- 组织中的知识专家。有些组织拥有专门从事知识管理的团队或员工。
- 法律法规要求和（或）制约因素。包括对项目信息的保密性要求。
见 4.1.2.1 节。应该就以下主题，考虑具备相关专业知识或接受过相关培训的个人或小组的意见：
- 知识管理；
- 信息管理；
- 组织学习；
- 知识和信息管理工具；
- 来自其他项目的相关信息。
项目成本管理包括为使项目在批准的预算内完成而对成本进行规划、估算、预算、融资、筹资、管理和控制的各个过程，从而确保项目在批准的预算内完工。项目成本管理过程包括：
7.1 规划成本管理 — 确定如何估算、预算、管理、监督和控制项目成本的过程。
7.2 估算成本 — 对完成项目活动所需货币资源进行近似估算的过程。
7.3 制定预算 — 汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程。
7.4 控制成本 — 监督项目状态，以更新项目成本和管理成本基准变更的过程。
图 7-1 概括了项目成本管理的各个过程。虽然在本《PMBOK® 指南》中，各项目成本管理过程以界
限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。这些过程不仅彼此相互作用，而且还与其他知识领域中的过程相互作用。
在某些项目，特别是范围较小的项目中，成本估算和成本预算之间的联系非常紧密，以至于可视为一个过程，由一个人在较短时间内完成。但本章仍然把这两个过程分开来介绍，因为它们所用的工具和技术各不相同。对成本的影响力在项目早期最大，因此尽早定义范围就至关重要（见 5.3 节）。
图 7-1项目成本管理概述
项目成本管理的核心概念项目成本管理重点关注完成项目活动所需资源的成本，但同时也应考虑项目决策对项目产品、服务或成果的使用成本、维护成本和支持成本的影响。例如，限制设计审查的次数可降低项目成本，但可能增加由此带来的产品运营成本。
成本管理的另一个方面是认识到不同的相关方会在不同的时间，用不同的方法测算项目成本。
例如，对于某采购品，可在做出采购决策、下达订单、实际交货、实际成本发生或进行项目会计记账时，测算其成本。在很多组织中，预测和分析项目产品的财务效益是在项目之外进行的，但对于有些项目，如固定资产投资项目，可在项目成本管理中进行这项预测和分析工作。在这种情况下，项目成本管理还需使用其他过程和许多通用财务管理技术，如投资回报率分析、现金流贴现分析和投资回收期分析等。
项目成本管理的趋势和新兴实践在项目成本管理的实践中，通过对挣值管理 (EVM)的扩展，引入挣得进度 (ES) 这一概念。
ES 是 EVM 理论和实践的延伸。挣得进度理论用 ES 和实际时间 (AT) 替代了传统 EVM 所使用的进度偏差测量指标（挣值 – 计划价值），使用这种替代方法计算进度偏差 ES - AT，如果挣得进度大于 0，则表示项目进度提前了；换句话说，在某个给定的时间点，项目的挣值大于计划价值。使用挣得进度测量指标的进度绩效指数 (SPI) 为 ES 与 AT 之比，表示完成项目的工作效率。此外，挣得进度理论通过挣得进度、实际时间和估算持续时间，提供了预测项目完成日期的计算公式。
裁剪考虑因素由于每个项目都是独特的，项目经理因此可能需要裁剪项目成本管理过程。裁剪时应考虑的因素包括（但不限于）：
- 知识管理。组织是否拥有易于使用的、正式的知识管理体系和财务数据库，并要求项目经理使用？
- 估算和预算。组织是否拥有正式或非正式的，与成本估算和预算相关的政策、程序和指南？
- 挣值管理。组织是否采用挣值管理来管理项目？
- 敏捷方法的使用。组织是否采用敏捷方法管理项目？这对成本估算有什么影响？
- 治理。组织是否拥有正式或非正式的审计和治理政策、程序和指南？
关于敏捷/适应型环境的考虑因素对易变性高、范围并未完全明确、经常发生变更的项目，详细的成本计算可能没有多大帮助。
在这种情况下，可以采用轻量级估算方法快速生成对项目人力成本的高层级预测，在出现变更时容易调整预测；而详细的估算适用于采用准时制的短期规划。
如果易变的项目也遵循严格的预算，通常需要更频繁地更改范围和进度计划，以始终保持在成本制约因素之内。
项目沟通管理包括通过开发工件，以及执行用于有效交换信息的各种活动，来确保项目及其相关方的信息需求得以满足的各个过程。项目沟通管理由两个部分组成：第一部分是制定策略，确保沟通对相关方行之有效；第二部分是执行必要活动，以落实沟通策略。
项目沟通管理的过程包括：
10.1 规划沟通管理 — 基于每个相关方或相关方群体的信息需求、可用的组织资产，以及具体项目的需求，为项目沟通活动制定恰当的方法和计划的过程。
10.2 管理沟通 — 确保项目信息及时且恰当地收集、生成、发布、存储、检索、管理、监督和最终处置的过程。
10.3 监督沟通 — 确保满足项目及其相关方的信息需求的过程。
图 10-1 概括了项目沟通管理的各个过程。虽然在本《PMBOK® 指南》中，各项目沟通管理过程
以界限分明和相互独立的形式出现，但在实践中它们会以本指南无法全面详述的方式相互交叠和相互作用。
图 10-1项目沟通管理概述
项目沟通管理的核心概念沟通是指有意或无意的信息交换。交换的信息可以是想法、指示或情绪。信息交换的方法包括：
- 书面形式。实物或电子形式。
- 口头形式。面对面或远程形式。
- 正式或非正式形式（用正式纸质或社交媒体）。
- 手势动作。语调和面部表情。
- 媒体形式。图片、行动，甚至只是遣词造句。
- 遣词造句。表达一种想法的词语往往不止一个，且各词语的含义会存在细微差异。
沟通是指用各种可能的方式来发送或接收信息，或者通过沟通活动（如会议和演讲），或者以工件的方式（如电子邮件、社交媒体、项目报告或项目文档）。
项目经理的大多数时间用于与团队成员和其他项目相关方沟通，包括来自组织内部（组织的各个层级）和组织外部的人员。不同相关方可能有不同的文化和组织背景，以及不同的专业水平、观点和兴趣，而有效的沟通能够在他们之间架起一座桥梁。
沟通活动可按多种维度进行分类，包括（但不限于）：
- 内部。针对项目内部或组织内部的相关方。
- 外部。针对外部相关方，如客户、供应商、其他项目、组织、政府，公众和环保倡导者。
- 正式。报告、正式会议（定期及临时）、会议议程和记录、相关方简报和演示。
- 非正式。采用电子邮件、社交媒体、网站，以及非正式临时讨论的一般沟通活动。
- 层级沟通。相关方或相关方群体相对于项目团队的位置将会以如下方式影响信息传递的形式和内容：
- 向上沟通。针对高层相关方。
- 向下沟通。针对承担项目工作的团队和其他人员。
- 横向沟通。针对项目经理或团队的同级人员。
- 官方沟通。年报，呈交监管机构或政府部门的报告。
- 非官方沟通。采用灵活（往往为非正式）的手段，来建立和维护项目团队及其相关方对项目情况的了解和认可，并在他们之间建立强有力的关系。
- 书面与口头沟通。口头（用词和音调变化）及非口头（肢体语言和行为），社交媒体和网站、媒体发布。
沟通可以为成功完成项目与项目集建立必要的关系。用于开展沟通的活动和工件多种多样，从电子邮件和非正式对话，到正式会议和定期项目报告。通过言语、面部表情、手势动作和其他行动有意或无意地发送和接收信息。为了成功管理与相关方的项目关系，沟通既包括制定策略和计划，以便创建合适的沟通工件和开展合适的沟通活动，也包括运用相关技能来提升计划和即兴的沟通的效果。
成功的沟通包括两个部分。第一部分是根据项目及其相关方的需求而制定适当的沟通策略。从该策略出发，制定沟通管理计划，来确保用各种形式和手段把恰当的信息传递给相关方。这些信息构成项目沟通-成功沟通的第二部分。项目沟通是规划过程的产物，在沟通管理计划中有相关规定。
沟通管理计划定义了信息的收集、生成、发布、储存、检索、管理、追踪和处置。最终，沟通策略和沟通管理计划将成为监督沟通效果的依据。
在项目沟通中，需要尽力预防理解错误和沟通错误，并从规划过程所规定的各种方法、发送方、接收方和信息中作出谨慎选择。
在编制传统（非社交媒体）的书面或口头信息的时候，应用书面沟通的 5C 原则，可以减轻但无法消除理解错误：
- 正确的语法和拼写。语法不当或拼写错误会分散注意力，还有可能扭曲信息含义，降低可信度。
- 简洁的表述和无多余字。简洁且精心组织的信息能降低误解信息意图的可能性。
- 清晰的目的和表述（适合读者的需要）。确保在信息中包含能满足受众需求与激发其兴趣的内容。
- 连贯的思维逻辑。写作思路连贯，以及在整个书面文件中使用诸如“引言”和“小结”的小标题。
- 受控的语句和想法承接。可能需要使用图表或小结来控制语句和想法的承接。
书面沟通的 5C原则需要用下列沟通技巧来配合：
- 积极倾听。与说话人保持互动，并总结对话内容，以确保有效的信息交换。
- 理解文化和个人差异。提升团队对文化及个人差异的认知，以减少误解并提升沟通能力。
- 识别、设定并管理相关方期望。与相关方磋商，减少相关方社区中的自相矛盾的期望。
- 强化技能。强化所有团队成员开展以下活动的技能：
- 说服个人、团队或组织采取行动；
- 激励和鼓励人们，或帮助人们重塑自信；
- 指导人们改进绩效和取得期望结果；
- 通过磋商达成共识以及减轻审批或决策延误；
- 解决冲突，防止破坏性影响。
有效的沟通活动和工件创建具有如下基本属性：
- 沟通目的明确；
- 尽量了解沟通接收方，满足其需求及偏好；
- 监督并衡量沟通的效果。
项目沟通管理的发展趋势和新兴实践在关注相关方，以及认可相关方的有效参与对项目及组织的价值的同时，也要认识到制定和落实适当的沟通策略，对维系与相关方的有效关系是至关重要的。项目沟通管理的发展趋势和新兴实践包括（但不限于）：
- 将相关方纳入项目评审范围。每个项目的相关方社区中都包括被项目团队确定为对成功达成项目目标和组织成果不可或缺的个人、群体和组织。有效的沟通策略要求定期且及时地评审相关方社区，以管理成员及其态度的变化。
- 让相关方参加项目会议。项目会议应邀请项目外部甚至组织外部（若适当）的相关方参与。敏捷方法中的一些做法适用于任何类型的项目，例如，简短的每日站会。在每日站会上，项目团队和主要相关方就前一天的成绩和问题以及当天的工作计划展开讨论。
- 社交工具的使用日益增多。以硬件平台、社交媒体服务和个人便携设备为代表的社交工具已经改变组织及其人员的沟通和业务方式。在公共 IT 基础设施的支持下，社交工具将不同的协作方式融合在一起。网络社交是指用户建立关系网络，与他人共同拓展兴趣和活动。社交媒体工具不仅能支持信息交换，而且也有助于建立更深层次的信任和社群关系。
- 多面性沟通方法。制定项目相关方沟通策略时，通常应考虑所有可用技术，并从中作出选择；
同时也应尊重因文化、实践和个人背景而产生的对沟通语言、媒介、内容和方式的偏好。可以根据需要采用社交媒体和其他先进的电脑技术。多面性方法能够提高与不同年代和文化背景的相关方沟通的效果。
裁剪时需要考虑的因素因为每个项目都是独特的，所以项目团队需要裁剪项目沟通管理过程。裁剪时应考虑的因素包括（但不限于）：
- 相关方。相关方是属于组织内部或外部，或者二者都是？
- 物理地点。团队成员身处何地？团队是否集中办公？团队是否位于相同地理区域？团队是否分散于多个时区？
- 沟通技术。哪项技术可用于创建、记录、传输、检索、追踪和储存沟通工件？哪些技术最适用于与相关方沟通且成本效益最高？
- 语言。语言是沟通活动中要考虑的主要因素。使用的是一种语言，还是多种语言？是否已为适应多语种团队的复杂情况安排了资金？
- 知识管理。组织是否有正式的知识管理库？是否采用管理库？
在敏捷或适应型环境中需要考虑的因素在模糊不定的项目环境中，必然需要对不断演变和出现的细节情况，进行更频繁和快速的沟通。
因此，应该尽量简化团队成员获取信息的通道，频繁进行团队检查，并让团队成员集中办公。
此外，为了促进与高级管理层和相关方的沟通，还需要以透明的方式发布项目工件，并定期邀请相关方评审项目工件。
治理类型多种多样，包括组织治理、组织级项目管理 (OPM) 治理，以及项目组合、项目集和项目治理。组织治理通过制定政策和流程，用结构化方式指明工作方向并进行控制，以便实现战略和运营目标。组织治理通常由董事会执行，以确保对相关方的最终责任得以落实，并保持公平和透明。组织治理原则、决策和过程可能通过以下方式影响项目组合、项目集和项目的治理：
- 执行法律、法规、标准和合规性要求；
- 明确伦理、社会和环境职责；
- 制定运营、法律和风险政策。
项目治理是指用于指导项目管理活动的框架、功能和过程，从而创造独特的产品、服务或结果以满足组织、战略和运营目标。项目层面的治理包括：
- 指导和监督对项目工作的管理；
- 确保遵守政策、标准和指南；
- 确立治理角色、职责和职权；
- 关于风险上报、变更和资源（例如团队、财力、物力、设施）的决策；
- 确保相应相关方的参与；
- 监督成效。
项目治理框架为项目相关方提供管理项目的结构、过程、角色、职责、终责和决策模型。项目治理框架的内容包括（但不限于）以下原则或过程：
- 阶段关口或阶段审查；
- 识别、上报和解决风险及问题；
- 明确角色、职责和职权；
- 开展项目知识管理并吸取项目经验教训的过程；
- 超出项目经理职权的决策制定、问题解决和需上报议题；
- 审查和批准超出项目经理职权的项目变更及产品变更。
裁剪项目整合管理时要考虑的因素包括（但不限于）：
- 项目生命周期。合适的项目生命周期是多久？项目生命周期应包括哪些阶段？
- 开发生命周期。对产品、服务或成果而言，合适的开发生命周期和开发方法是什么？预测型或适应型方法是否适当？如果是适应型，应采用增量还是迭代的方法来开发产品？混合型方法是否为最佳选择？
- 管理方法。考虑到组织文化和项目的复杂性，哪种管理过程最有效？
- 知识管理。如何管理项目中的知识才能营造合作的工作环境？
- 变更。如何管理项目中的变更？
- 治理。参与项目的有哪些控制委员会、委员会和其他相关方？项目状态报告的要求是什么？
- 经验教训。在项目期间及项目结束时，应收集哪些信息？历史信息和经验教训是否适用于未来的项目？
- 效益。何时以及如何报告效益：在项目结束时还是在每次迭代或阶段结束时？
裁剪项目成本管理时要考虑的因素包括（但不限于）：
- 知识管理。组织是否拥有正式的知识管理体系和财务数据库，并提供给项目经理使用？
- 估算和预算。组织是否拥有正式或非正式的，与成本估算和预算相关的政策、程序和指南？
- 挣值管理。组织是否采用挣值管理来管理项目？
- 敏捷方法的使用。组织是否采用敏捷方法管理项目？这对成本估算有什么影响？
- 治理。组织是否拥有正式或非正式的审计和治理政策、程序和指南？
裁剪项目沟通管理时要考虑的因素包括（但不限于）：
- 相关方。相关方是属于组织内部或外部，或者二者都是？
- 物理位置。团队成员的物理位置在哪里？团队是否集中在一处？团队是否位于相同地理区域？
团队是否分散于多个时区？
- 沟通技术。哪项技术可用于创建、记录、传输、检索、追踪和存储沟通的人为要素？针对相关方沟通，哪些技术最合适且经济有效？
- 语言。语言是沟通活动过程中要考虑的主要因素。使用的是一种语言，还是多种语言？是否有储备以用于适应不同语言团队成员的复杂情况？
- 知识管理。组织是否有正式的知识管理库？是否采用管理库？
新增了一项名为“管理项目知识”的过程。之所以这么做，是因为在后续收到的大量关于第五版的评论都反映有必要处理项目的知识管理问题。这项过程的关键输出是经验教训登记册。在第六版中，很多过程从始至终都采用此登记册，它强调在项目期间持续学习的必要性，而不是等到最后才进行反映。
商业文件是制定项目章程和结束项目或阶段过程的输入，商业文件的引入强调了在项目期间了解商业论证和效益管理的重要性。而采购的行政收尾活动则合并到结束项目或阶段过程。
与从 X1.1 至 X1.11 节所述信息一致的变更也得到采纳。表 X1-1 对第 4 章的过程进行了总结：
表 X1-1 第 4 章变更
