3.5.5 项目工作

自从 1987 年《项目管理知识体系》 (PMBOK)形式首次推出以来《项目管理知识体系指南（简称“《 PMBOK指南》”）一直在逐步演进。同时我们认识到，项目管理的基本要素依然未变。这种逐步演进不仅涉及书本页数的增加，还涉及实质内容的显著且根本的变化。其中的一些主要变化请见下表：

与原先各版《项目管理标准》和《 PMBOK 指南》一样，本版指南认识到项目管理的大环境在不断发展变化。仅就过去 10 年以来，推动各类产品、服务和解决方案中采用的软件呈指数增长。随着人工智能、基于云的能力和新的商业模式对创新和新的工作方式的驱动，软件能够促使这种增长继续变化。同时组织模式发生了转型，这引发了新的项目工作和团队结构，从而需要采用一系列广泛的方法来进行项目和产品交付，并要更多地关注成果而非可交付物。另外来自世界任何地方的个人贡献者均可加入项目团队，来承担更广泛的角色，并采用新的思考和协作方式。这些变化以及更多的因素使我们有机会重新考虑各种观点，为《项目管理标准》和《 PMBOK 指南》的继续演进提供支持。

本标准为参与项目的干系人提供了基础性的参考资料。这包括（但不限于）以下项目从业者、顾问、教育工作者、学生、发起人、干系人和供应商：

具有此职能的人员通常通过精心安排项目工作，帮助项目团队实现项目目标。在项目团队内如何履行这一职能的具体情况可能因组织而异，但都可能包括领导规划、监督和控制活动。一些组织中，在项目前期，这一职能可能涉及一些评估和分析活动。此职能包括监督和开展工作以改善项目团队成员的健康、安全和整体福祉。

协调包括咨询管理层和业务单元领导的想法，以推进目标的实现、提高项目绩效或满足客户需要。它还可以包括协助进行商业分析、招标和合同谈判以及商业论证开发。

在项目可交付物最终确定后，但在项目正式结束之前，监督可以参与有关收益实现和维持的后继活动。此职能也可以为项目启动所在的项目组合和项目集提供支持。最后，需要裁剪此职能以适应组织。

价值（包括从客户或最终用户的角度看的成果）是项目的最终成功指标和驱动因素。价值聚焦于可交付物的成果。项目的价值可以表示为对发起组织或接收组织的财务贡献。价值也可以是对所取得的公共利益的测量，例如，社会收益或客户从项目结果中所感知到的收益。当项目是项目集的组件时，项目对项目集成果的贡献可以表示为价值。

许多项目（尽管不是所有项目）都是基于商业论证而启动。也可能由于任何确定的交付需要，或者修改流程、产品或服务（如合同、工作说明书或其他文件）的需要而启动项目。在所有情况下，项目的目的就是提供预期成果，该成果通过有价值的解决方案满足需要。商业论证可以包含有关战略一致性、风险敞口评估、经济可行性研究、投资回报率、预期关键绩效测量、评估和替代方法的信息。商业论证可以从定性或定量的方面，或者同时从这两方面来说明项目成果的预期价值贡献。商业论证至少包含以下支持性和相互关联的要素：

除了收益和可能的协议之外，商业需要、项目理由和商业战略一起为项目团队提供信息，使他们能够做出知情决策，以达到或超过预期的商业价值。

在整个项目期间，应清晰描述、以迭代方式评估并更新期望成果。在项目生命周期内，项目可能会发生变更，然后项目团队会作出应对调整。项目团队会根据期望的输出、基准和商业论证不断评估项目进展情况和方向，以确定该项目仍与商业需要保持一致，并将交付预期成果。另外，干系人可以更新商业论证以获取机会，或者将项目团队和其他干系人确定的问题最小化。如果项目或其干系人不再与商业需要保持一致，或者如果项目似乎不可能提供预期价值，则组织可以选择终止此项投入。

价值是指某种事物的作用、重要性或实用性。价值具有主观性，从某种意义上说，同一个概念对于不同的人和组织具有不同的价值。之所以会发生这种情况，是因为所谓的收益取决于组织战略，包含从短期财务收益、到长期收益、甚至是非财务要素。由于所有项目都有一系列干系人，因此必须考虑为每个干系人群体产生的不同价值，并将这些价值与整体价值进行平衡，同时优先考虑客户价值。

在某些项目的背景下，可能存在不同形式的价值工程，这些价值工程可以将客户、执行组织或其他干系人的价值最大化。这方面的一个示例包括在可接受的风险敞口的情况下交付所需的功能和质量水平，同时尽可能少地使用资源，并避免浪费。有时，特别是在没有预先确定范围的适应型项目中，项目团队可以与客户共同努力，确定哪些功能值得投资，哪些功能可能缺乏足够的价值，无需增加到输出之中，从而优化价值。

为了支持从项目中实现价值，项目团队可将重点从可交付物转到预期成果。这样做可以让项目团队实现项目的愿景或目标，而不是简单地创建特定可交付物。虽然可交付物可能会支持预期的项目成果，但它可能无法完全实现项目的愿景或目标。例如，客户可能需要某一特定的软件解决方案，因为他们认为该解决方案可以满足提高生产力这一商业需要。软件是项目的输出，但软件本身并不能实现预期的生产力成果。在这种情况下，增加一项新的可交付物，即提供使用软件的培训和教练，就可以实现更好的生产力成果。如果项目的输出未能提高生产力，干系人可能会认为项目已经失败。因此，项目团队和其他干系人都应该了解可交付物及其预期成果。

项目工作的价值贡献可能是一种短期或长期的测量。由于价值贡献可能与运营活动的贡献相混合，因此很难将其分开。当项目是项目集的一个组件时，也可能需要在项目集层级对价值作出评估，以便以适当的方式对项目进行指导。可靠的价值评估应考虑项目输出的全部背景和整个生命周期。虽然价值会随着时间的推移而实现，但有效的过程可以帮助早日实现收益。通过有效率且有效果地实施项目，项目团队可以展示或实现诸如优先交付、更好的客户服务或改善工作环境等成果。通过与负责将项目可交付物投入使用的组织领导者合作，项目领导者可以确保可交付物能够实现所计划的成果。

项目对有效领导力有独特的需要。有别于通用业务运营（角色和职责通常已经确定并保持一致），项目通常涉及多个组织、部门、职能或供应商，他们会不定期互动。此外，项目的利害关系和期望可能高于常规的运营职能。因此，更广泛的经理、高管、资深贡献者和其他干系人会试图影响项目，这往往造成更大程度的困惑和冲突。因此，与大多数项目相比，高绩效项目会有更多的人，更频繁地表现出有效的领导力行为。

优先考虑愿景、创造力、激励、热情、鼓励和同理心的项目环境可以支持更好的成果，这些特质往往与领导力有关。领导力包括对项目团队内外的个人施加影响以便实现预期成果的态度、才能、性格和行为。

领导力并非任何特定角色所独有。高绩效项目可能会有多名成员表现出有效的领导力技能，例如项目经理、发起人、干系人、高级管理层甚至项目团队成员。任何开展项目工作的人员都可以展现有效的领导力特质、风格和技能，以帮助项目团队执行和交付所要求的结果。

必须指出的是，当太多的参与者试图在多个、不一致的方向上施加项目影响时，可能会出现更多的冲突和困惑。但是，高绩效的项目会表现出一种由更多影响者组成的看似矛盾的联合体，每位影响者以互补的方式贡献更多的领导力技能。例如，如果发起人清楚地说明了优先级，那么技术主管就会开启关于交付选项的讨论。在该讨论中，个人贡献者会坚定地陈述利弊，直到项目经理使对话达成策略共识。成功的领导力使人能够在任何情况下影响、激励、指导和教练他人。它还包含了源自组织的文化和实践的很多特征。

领导力不应与职权混淆，后者是指向组织内人员赋予控制地位，以促进其以有效果和有效率的方式全面履行职能。职权是指行使权力的权利，通常通过正式手段（例如章程文件或指定的职务）授予某人。然后，此人即可拥有可表明其职权的某种角色或职位。职权是指对特定活动、个人行为或在某些情况下的决策承担责任。虽然个人可利用自己的职权来影响、激励、指导他人，或在他人未按要求或指示行事时采取行动，但这与领导力不同。例如，组织的高管可能授予某人组建项目团队以交付某项成果的职权。然而，仅仅拥有职权是不够的，还需要领导力来激励团队实现共同目标，影响他们调整个人利益以支持集体努力，取得项目团队成功而非个人成功。

有效的领导力会借鉴或结合各种领导力风格的要素。根据文献，有各种各样的领导力风格，从专制型、民主型、放任型、指令型、参与型、自信型、支持型到共识型等。在所有这些领导力风格中，没有一种领导力风格已被证明是公认为最好或得到普遍推荐的方法。相反，有效的领导力只有在最适合的特定情况时才会表现出来。例如：

当这些高级经理的优先事项发生冲突时，中立的引导要比提出详细建议更有帮助。有效的领导力技能是可以培养的，也是可以学习和发展的，从而成为个人的专业资产，为项目及其干系人带来收益。高绩效项目显示出一种持续改进的普遍模式，该模式直至个人层面。项目团队成员通过增加或实践各种技能或技术的组合，以加深领导力智慧，具体方法包括，但不限于：

领导者的个性很重要。一个人可能具有很强的领导力技能，但随后可能会因给人留下自私自利或不可信赖的感觉而削弱其影响力。有效的领导者寻求成为在诚实、正直和合乎道德行为方面的角色楷模。他们专注于保持透明，行为无私，并能够寻求帮助。他们也明白，项目团队成员会仔细审视并仿效领导者所展现的价值观、道德和行为。因此，领导者还有额外的职责，即通过自身的行动展示期望的行为。

当领导者了解激励他人的因素时，项目会达到最佳的运作状态。当项目团队成员展现出符合干系人特定需要和期望的适当领导力特质、技能和特征时，项目团队就可以蓬勃发展。应了解如何以最佳方式与他人沟通、激励他人或者在必要时采取行动，这样有助于提高项目团队绩效并应对项目取得成功所面临的障碍。当一个项目中有多人发挥领导力时，这种领导力可以促使大家对项目目标担起共同的责任，而从另一方面又可以促进营造健康和充满活力的环境。激励因素包括资金、认可、自主权、令人信服的目标、成长机会和个人贡献等动力。

有效的领导力可促成项目取得成功，且有助于项目取得积极成果。在领导有方的项目中，单个项目团队、项目团队成员和其他干系人都会积极参与其中。每名项目团队成员都会心系共同的愿景，努力实现共享的成果，从而聚焦于交付结果。有效的领导力对于帮助项目团队维护有职业道德且易于适应的环境至关重要。

此外，各干系人可以根据被委派的职责和职权来履行商业义务。共享型领导力不会削弱或减少组织指定的领导者的角色或职权，也不会减少该领导者在适当的时间运用适当的领导力风格和技能的必要性。

通过融合各种风格、持续增长技能和利用激励因素，任何项目团队成员或干系人，不论其角色或职位如何，都可以激励、影响、教练和培养项目团队。

项目是由相互作用的要素组成的系统。复杂性是由于人类行为、系统行为和模糊性而难以管理的项目或其环境的特征。交互的性质和数量决定了项目的复杂程度。复杂性源于项目要素、项目要素之间的交互以及与其他系统和项目环境的交互。虽然复杂性无法控制，但项目团队可以对其活动作出调整，以应对复杂性造成的影响。

项目团队通常无法预见复杂性的出现，因为它是风险、依赖性、事件或相互关系等许多因素交互的结果。另外，一些原因可能交汇在一起，产生单一的复杂影响，这使得很难分离出造成复杂性的特定原因。

项目复杂性是由项目和整个项目系统中的单个要素造成的。例如，项目的复杂性可能会随着更大数量和多样性的干系人（例如监管机构、国际金融机构、多个供应商、多个专业分包商或当地社区）而加深。这些干系人可以单独或共同对项目的复杂性产生重大影响。

一些更常见的复杂性来源包括：

复杂性可能会出现在任何领域和项目生命周期的任何时点，并使项目受到影响。通过持续关注项目组件和整个项目，项目团队可以留意出现复杂性的迹象，从而识别贯穿整个项目的复杂性要素。如能了解系统思考、复杂的自适应系统、过往项目工作的经验，项目团队就能增强驾驭复杂性的能力。如能警惕出现复杂性的迹象，项目团队就能够调整自己的方法和计划，驾驭潜在的混乱，以有效地交付项目。

大多数项目在某个阶段都会遇到挑战或障碍。如果项目团队开展项目的方法同时具备适应性和韧性，则有助于项目适应各种影响并蓬勃发展。适应性是指应对不断变化的情形的能力。韧性由两个具有互补性的特质组成：吸收冲击的能力和从挫折或失败中快速恢复的能力。适应性和韧性是任何开展项目的人员应具备的有益特征。

项目很少会按最初的计划执行。项目会受到内部和外部因素（新需求、问题、干系人影响等因素）影响，这些因素存在于一个有各种相互作用的系统中。项目中的某些要素可能会失败或达不到预期，这需要项目团队重新组合、重新思考和重新规划。例如，在基础设施项目中，法院在项目执行期间的裁决可能会导致设计和计划的变更。在技术项目中，技术方面的电脑化模型可能会显示各个组件可以正常协同工作，但它们在实际应用时却发生故障。在这两个案例中，项目团队都需要应对此情形，以便推进项目。有一种观点认为，项目应严格遵守早期阶段的计划和承诺，即使在出现新的或不可预见的因素之后亦是如此。这种观点对包括客户和最终用户在内的干系人是没有益处的，因为这束缚了产生价值的可能性。但是，应该从整体的角度做到适应性，例如应采用适当的变更控制过程，以避免诸如范围蔓延等问题。在项目环境中，支持适应性和韧性的能力包括：

预期的成果而非可交付物能够促成解决方案，进而可利用比原始计划更好的结果。例如，项目团队可找到替代解决方案，以提供比原始定义的可交付物更优的成果。虽然探寻替代方案通常属于商业论证的范畴，但技术和其他能力的演变非常快，以至于在商业论证完成和项目收尾之间的任何时候都可能会出现解决方案。项目期间可能会出现适应项目的机会，届时项目团队应向项目发起人、产品负责人或客户说明为何要抓住这一机会。根据合同类型，因适应项目而进行的某些变更可能需要客户批准。在项目发起人、产品负责人或客户的支持下，项目团队应准备好调整其计划和活动以利用这一机会。

项目系统中的意外变更和情况也可能会带来机会。为了优化价值交付，项目团队应该针对变更和计划外事件运用问题解决和整体思维方法。发生计划外事件时，项目团队应寻找可能获得的潜在积极成果。

例如，将项目时间线后期发生的变更包含进来，这样就可以成为市场上第一个提供该功能的产品，从而增加竞争优势。

在项目中保持适应性和韧性，可使项目团队在内部和外部因素发生变化时聚焦于期望成果，这有助于他们从挫折中恢复过来。这些特征还有助于项目团队学习和改进，以便他们能够从失败或挫折中快速恢复，并继续在交付价值方面取得进展。

在当今的商业环境中保持相关性是所有组织面临的根本挑战。要做到具有相关性，必须对干系人的需要和期望作出响应。这就需要为干系人的利益不断评估产品/服务，对变革作出快速响应，并担当变革推动者。项目经理应具备独特的能力，让组织做好变革的准备。根据项目本身的定义，项目会创造新的事物：它们是变革推动者。

变革管理或使能（enablement）是一种综合的、周期性的和结构化的方法，可使个人、群体和组织从当前状态过渡到实现期望收益的未来状态。它不同于项目变更控制，后者是一个过程，通过该过程，项目团队可以识别和记录项目的文件、可交付物或基准的修改，然后批准或拒绝这些修改。

组织中的变革可能源自内部，例如需要新的能力或应对绩效差距。变革也可能源自外部，例如技术进步、人口结构变化或社会经济压力。任何类型的变革都涉及到经历变革的群体以及与其互动的行业某种程度的适应或接受。

变革可能由干系人实施并对其产生影响。推动干系人变革是促进项目提供所需可交付物和预期成果的一部分。

在组织中推动变革可能充满挑战，这有多种原因，比如有些人可能天生就抵制变革或厌恶风险，又如所处环境可能表现出保守的文化。有效的变革管理采用激励型策略，而不是强制型策略。参与和双向沟通可营造出这样的一种环境，即变革会得到采用和接受，或者从抵制变革的用户那里识别出一些需要解决的有效问题。

项目团队成员和项目经理可与有关干系人共同合作，解决抵制、疲劳和变革吸收的问题，以提高客户或项目可交付物接收者成功采纳或接受变革的可能性。这包括在项目早期沟通与变革相关的愿景和目的，以争取各方对变革的认同。在整个项目期间，应向组织内所有层级的人员说明变革的收益和对工作过程的影响。

同样重要的是，使变革的速度适应干系人和环境接受变革的意愿、成本和能力。如果试图在太短的时间内进行过多的变革，则可能会因变革饱和而受到抵制。即使干系人一致认为变革将产生更多价值或增强成果，他们仍往往难以采取能够交付更高收益的行动。为了促进收益实现，项目还可能会开展一些活动，以便在变革实施后使其得到强化，从而避免人们回到初始的状态。

认识并解决干系人在整个项目生命周期内接受变革的需要，有助于将由此产生的变革整合到项目工作中，从而使成功取得的成果更有可能。

有关组织变革管理的更多信息，可参阅《组织变革管理：实践指南》[4]。

干系人渗透到项目的各个方面。他们会为项目团队定义需求和范围，并对其进行优先级排序。他们会参与并制定规划。他们会确定项目可交付物和项目成果的验收和质量标准。大部分的项目工作都围绕着争取干系人参与以及与干系人进行沟通而展开。在整个项目过程中或在项目结束时，他们会使用项目可交付物并影响项目成果的实现。

某些干系人可以帮助减少项目中存在的不确定性的数量，而其他干系人则可能导致不确定性增加。客户、高层管理人员、项目管理办公室领导或项目集经理等干系人将重点关注项目及其可交付物绩效的测量。这些相互作用只是干系人绩效域如何与其他绩效域整合和交织的示例，它们并不包含所有绩效域中对干系人考虑相互作用的全部方式。

自从 1987 年《项目管理知识体系》 (PMBOK)形式首次推出以来《项目管理知识体系指南（简称“《 PMBOK指南》”）一直在逐步演进。同时我们认识到，项目管理的基本要素依然未变。这种逐步演进不仅涉及书本页数的增加，还涉及实质内容的显著且根本的变化。其中的一些主要变化请见下表：

与原先各版《项目管理标准》和《 PMBOK 指南》一样，本版指南认识到项目管理的大环境在不断发展变化。仅就过去 10 年以来，推动各类产品、服务和解决方案中采用的软件呈指数增长。随着人工智能、基于云的能力和新的商业模式对创新和新的工作方式的驱动，软件能够促使这种增长继续变化。同时组织模式发生了转型，这引发了新的项目工作和团队结构，从而需要采用一系列广泛的方法来进行项目和产品交付，并要更多地关注成果而非可交付物。另外来自世界任何地方的个人贡献者均可加入项目团队，来承担更广泛的角色，并采用新的思考和协作方式。这些变化以及更多的因素使我们有机会重新考虑各种观点，为《项目管理标准》和《 PMBOK 指南》的继续演进提供支持。

团队绩效域强调项目经理和项目团队成员在整个项目期间使用的技能。这些技能已融入项目的所有其他方面。项目团队成员需要在整个项目期间展现领导力素质和技能。其中一个示例是在进行规划时和整个生命周期内向干系人沟通项目愿景和收益。另一个示例是在参与项目工作时运用批判性思维、解决问题和决策。在整个规划绩效域和测量绩效域中都要说明谁应对成果担责。

该标准由三个部分组成：引论、价值交付系统和项目管理原则。

“引论”部分包括与项目管理相关的关键术语和概念。这些信息大部分与以前的版本一致。

“价值交付系统”部分的内容借鉴了 PMI 基础标准的内容以及与收益实现管理和组织敏捷性相关的研究。这些内容在呈现时聚焦于交付价值，其中还包含有创造价值的各种方式。

在整个开发和验证过程中“项目管理原则”部分始终在不断演变。这些原则的初步概念是通过先前讨论的研究确定的。开发团队的成员采取个人研究与协同努力相结合的方式开展工作，以确定潜在的原则，然后将它们归入相近的类别。开发团队对每个类别进一步分析和分解，将与每个类别相关的关键词列表包含进来。潜在的类别和关键词先被编入初稿，然后由整个开发团队审核和评论，以确保各项原则的意图会在草案中得到体现。

必须指出的是，这些原则具有广泛的基础。这些原则中的任何内容都不是教条，不具有限制性或规定性。这些原则与《 PMI 道德与专业行为规范》中的内容一致，但并非重复该文件。

由于每个项目和组织都不尽相同，所以不可能产生“正确的原则”。因此，这些原则旨在设计成为项目工作人员的指南。项目专业人士和其他项目工作者可以努力与这些原则保持一致，但这些原则并非旨在为管理项目提供操作指南。

开发方法和生命周期绩效域与干系人绩效域、规划绩效域、不确定性绩效域、交付绩效域、项目工作绩效域和团队绩效域相互作用。所选的生命周期会影响进行规划的方式。预测型生命周期会提前进行大部分规划工作，然后继续使用滚动式规划和渐进明细来重新规划。随着威胁和机会的发生，计划也会得到更新。

开发方法和交付节奏是减少项目不确定性的一种方法。如果一个可交付物存在要满足监管要求相关的大量风险，则可能会选择一种预测型方法来增加额外测试、文档编写以及健全的流程和程序。如果一个可交付物存在要与干系人验收相关的大量风险，则可能会选择一种迭代方法，并向市场发布最小可行产品，以便在开发其他特性和功能之前获得反馈。

在考虑交付节奏和开发方法时，开发方法和生命周期绩效域与交付绩效域有很多重叠。交付节奏是确保价值交付与商业论证和收益实现计划保持一致的主要驱动因素之一。启发产品需求并满足交付绩效域所述的质量要求对开发方法有着重大影响。

在项目团队能力和项目团队领导力技能方面，团队绩效域与开发方法和生命周期绩效域会相互作用。项目团队的工作方式和项目经理的风格会因开发方法的不同而有很大差异。采用预测型方法时，通常需要更加重视预先规划、测量和控制。在开发方法频谱图另一端，适应型方法（特别是在使用敏捷方法时）需要更多的服务型领导风格，而且可能会形成自我管理的项目团队。

项目团队通过预测来考虑未来可能发生的情况，以便他们可以考虑并讨论是否相应地调整计划和项目工作。预测可以是定性的，例如使用专家判断来预测未来会怎么样。在试图了解现在特定事件/条件对未来事件的影响时，要考虑它们也可能有因果关系。定量预测试图利用过去的信息来估算未来发生的情况。定量预测包括：

这种关系可以用来推断未来的绩效。

规划项目团队组成时，首先要确定完成项目工作所需的技能组合。这不仅需要评估技能，还需要评估熟练程度和类似项目方面的经验年限。

使用内部项目团队成员与获取组织外部人员的成本结构各不相同。项目经理会对外部人员技能给项目带来的收益与其将会产生的成本进行权衡。

在针对项目团队进行规划时，项目经理会考虑项目团队在同一地点开展工作的能力和必要性。可以在同一个房间工作的小型项目团队能够利用渗透式沟通，并能在问题出现时就将问题解决。一些项目团队的成员位于不同地点。项目团队成员可能位于不同的城市、时区或国家/地区。项目团队成员通过虚拟方式开展工作，需要花费更多时间通过技术手段将人们连接起来。

测量涉及评估项目绩效和实施适当的应对措施，以保持最佳绩效。

测量绩效域会评估交付绩效域中完成的工作在多大程度上符合规划绩效域中确定的度量指标。例如，可以使用规划绩效域中确定的基准来测量和评估绩效。拥有关于项目工作和绩效的及时和准确信息，可使项目团队能够了解并确定采取哪些适当措施来解决与预期绩效相比的当前或预期偏差。

人们会出于多种原因使用测量指标，包括：

测量的价值不在于收集和传播数据，而在于关于如何使用数据以采取适当行动的对话。因此，虽然这一绩效域的大部分内容涉及可以捕获的各种类型的测量，但这些测量指标的使用是在其他绩效域的活动背景中发生的，例如项目团队和干系人讨论、协调项目工作等。

规划会在整个项目期间进行，并与各个绩效域相互整合。在项目开始时，会确定预期成果，并制定实现这些成果的高层级计划。根据选定的开发方法和生命周期，可以提前进行详细的规划，然后可对计划做出调整，以反映实际环境。其他生命周期鼓励在整个项目期间的各个时点进行足够的规划，而且这些计划预期会有所演变。

在整个项目期间，规划将指导项目工作、成果和商业价值的交付。项目团队和干系人将制定进展和成功的测量指标，并将绩效与计划进行比较。在项目团队规划如何应对不确定性和风险时，不确定性和规划会相互作用。考虑到出现的事件或情况，可能需要修订计划或制定新计划。项目团队成员、环境和项目的细节会影响项目团队有效合作以及干系人积极参与的计划。

表 2-7 左侧列出了成果，右侧列出了针对这些成果的检查方法。

大部分项目工作都与沟通和参与（特别是与使项目团队成员和其他干系人始终参与相关的工作）息息相关。如干系人绩效域所述，除了需要进行口头和书面沟通外，沟通还涉及正式和非正式沟通。可以在会议、对话中以及通过从电子存储库中提取信息的方式，来收集信息。一旦收集完毕，信息就会按照项目管理沟通计划的说明进行分发。

在日常工作中，有人会提出特别沟通请求，要求提供信息、演示文稿、报告和其他形式的材料。大量特别沟通请求可能表明，沟通规划不足以满足干系人的需要。在这种情况下，可能需要干系人进一步参与，以确保满足干系人的信息需求。

项目工作绩效域与项目的其他绩效域相互作用，而且对其他绩效域具有促进作用。项目工作可促进并支持有效率且有效果的规划、交付和测量。项目工作可为项目团队会议、互动和干系人参与提供有效的环境。项目工作可为驾驭不确定性、模糊性和复杂性提供支持，并平衡其他项目制约因素及其影响。

表 2-7 左侧列出了成果，右侧列出了针对这些成果的检查方法。

项目通常有一个发起人，具体视组织的不同情况而定。项目发起人的决策领导力超出项目经理和项目团队的权限和职权。项目发起人的积极参与和监督为项目经理和项目团队提供支持，并最终推动取得项目成果。发起人还将项目团队与组织高级管理层的战略和全局视角联系起来。

和其他职能一起，发起人还履行下列职能：

如果团队无法做出决策，或者团队意见不一，发起人可以调解意见冲突并促进决策过程。

大部分项目工作都与沟通和参与（特别是与使项目团队成员和其他干系人始终参与相关的工作）息息相关。如干系人绩效域所述，除了需要进行口头和书面沟通外，沟通还涉及正式和非正式沟通。可以在会议、对话中以及通过从电子存储库中提取信息的方式，来收集信息。一旦收集完毕，信息就会按照项目管理沟通计划的说明进行分发。

在日常工作中，有人会提出特别沟通请求，要求提供信息、演示文稿、报告和其他形式的材料。大量特别沟通请求可能表明，沟通规划不足以满足干系人的需要。在这种情况下，可能需要干系人进一步参与，以确保满足干系人的信息需求。

交付绩效域是在规划绩效域中所执行所有工作的累积。交付节奏是基于开发方法和生命周期绩效域中工作的结构方式。项目工作绩效域通过建立各种过程、管理实物资源、管理采购等促使交付工作。项目团队成员为有关干系人在此绩效域中执行工作。创建交付的工作性质会影响项目团队驾驭不确定性的方式，该不确定性会对项目产生影响。

测量绩效域与规划绩效域、项目工作绩效域和交付绩效域相互作用，因为计划构成了将交付和计划进行比较的基础。测量绩效域可以通过提供最新信息来支持作为规划绩效域一部分的活动，从而使经验教训能够反映针对更新计划的有利或不利信息。在项目团队成员制定计划并创建可测量的可交付物时，团队绩效域和干系人绩效域会相互作用。

当不可预测的事件发生时（无论是积极事件还是消极事件），它们会影响项目绩效，从而影响项目的测量和度量指标。应对已发生的不确定事件造成的变更包括了更新受此影响的测量。不确定性绩效域中的活动（例如识别风险和机会）可以根据绩效测量启动。

作为项目工作的一部分，应与项目团队和其他干系人合作，以便制定度量指标、收集数据、分析数据、做出决策并报告项目状态。

从产品或可交付物的角度看，不确定性绩效域与规划绩效域、项目工作绩效域、交付绩效域和测量绩效域相互作用。随着规划的进行，可将减少不确定性和风险的活动纳入计划。这些工作是在交付绩效域中执行的。测量可以表明随着时间的推移风险级别是否有所变化。

项目团队成员和其他干系人是不确定性的主要信息来源。在应对各种形式的不确定性方面，他们可以提供信息、建议和协助。

生命周期和开发方法的选择将影响不确定性的应对方式。在范围相对稳定的预测型项目中，可以使用进度和预算中的储备来应对风险。在采用适应型方法的项目中，需求可能会演变，在系统如何互动或干系人如何反应方面可能存在模糊性，项目团队可以调整计划，以反映对不断演变情况的理解，还可以使用储备来抵消已发生的风险的影响。

从产品或可交付物的角度看，不确定性绩效域与规划绩效域、项目工作绩效域、交付绩效域和测量绩效域相互作用。随着规划的进行，可将减少不确定性和风险的活动纳入计划。这些工作是在交付绩效域中执行的。测量可以表明随着时间的推移风险级别是否有所变化。

项目团队成员和其他干系人是不确定性的主要信息来源。在应对各种形式的不确定性方面，他们可以提供信息、建议和协助。

生命周期和开发方法的选择将影响不确定性的应对方式。在范围相对稳定的预测型项目中，可以使用进度和预算中的储备来应对风险。在采用适应型方法的项目中，需求可能会演变，在系统如何互动或干系人如何反应方面可能存在模糊性，项目团队可以调整计划，以反映对不断演变情况的理解，还可以使用储备来抵消已发生的风险的影响。

冲突在项目中很常见。如果处理得当，冲突可以是健康和富有成效的。它可以增强项目团队成员之间的信任度，加深他们对成果的承诺。对冲突的恐惧会限制沟通和创造力。但冲突也可能是不健康的。不恰当地解决冲突可能会导致不满、缺乏信任以及士气和积极性下降。此模型基于 Ken Thomas 和 Ralph Kilmann 的工作成果。通过重点关注个人之间的相对权力和维持良好关系的愿望，它描述了以下六种解决冲突的方法：

方法是获得成果、输出、结果或项目可交付物的方式。此处描述的方法的示例，通常用于支持项目工作。还有很多方法本文没有述及，要么是因为它们在项目管理中的使用方式与在其他学科中的使用方式相同（如访谈、焦点小组、核对单等），要么是因为它们不常用于广泛的项目（即这些方法仅适用于特定行业）。

其中的许多方法都与它们达到的目的相关（例如估算或数据收集），因此，它们都会呈现在某个分组中。其他方法则与所涉活动的类型有关，例如会议和分析小组中使用的方法。

本节中的内容并非旨在描述如何使用某种方法。这些描述是高层级的介绍，更详细的信息可从许多来源（包括 PMIstandards+）获得。

项目通常有一个发起人，具体视组织的不同情况而定。项目发起人的决策领导力超出项目经理和项目团队的权限和职权。项目发起人的积极参与和监督为项目经理和项目团队提供支持，并最终推动取得项目成果。发起人还将项目团队与组织高级管理层的战略和全局视角联系起来。

和其他职能一起，发起人还履行下列职能：

如果团队无法做出决策，或者团队意见不一，发起人可以调解意见冲突并促进决策过程。

首字母缩略词“PMO”可以指项目组合、项目集或项目管理办公室。在第 7 版《 PMBOK 指南》中，项目管理办公室 (PMO) 是一种管理结构，其对与项目相关的治理过程进行标准化，并促进资源、工具、方法论和技术共享。认识到在不同组织之间，甚至在同一组织内部，PMO 的特点和功能各不相同，本附录概述了各种PMO 的共同属性，并讨论了 PMO 如何支持项目工作。

该标准由三个部分组成：引论、价值交付系统和项目管理原则。

“引论”部分包括与项目管理相关的关键术语和概念。这些信息大部分与以前的版本一致。

“价值交付系统”部分的内容借鉴了 PMI 基础标准的内容以及与收益实现管理和组织敏捷性相关的研究。这些内容在呈现时聚焦于交付价值，其中还包含有创造价值的各种方式。

在整个开发和验证过程中“项目管理原则”部分始终在不断演变。这些原则的初步概念是通过先前讨论的研究确定的。开发团队的成员采取个人研究与协同努力相结合的方式开展工作，以确定潜在的原则，然后将它们归入相近的类别。开发团队对每个类别进一步分析和分解，将与每个类别相关的关键词列表包含进来。潜在的类别和关键词先被编入初稿，然后由整个开发团队审核和评论，以确保各项原则的意图会在草案中得到体现。

必须指出的是，这些原则具有广泛的基础。这些原则中的任何内容都不是教条，不具有限制性或规定性。这些原则与《 PMI 道德与专业行为规范》中的内容一致，但并非重复该文件。

由于每个项目和组织都不尽相同，所以不可能产生“正确的原则”。因此，这些原则旨在设计成为项目工作人员的指南。项目专业人士和其他项目工作者可以努力与这些原则保持一致，但这些原则并非旨在为管理项目提供操作指南。