3 定义

《项目管理标准》确定了项目管理原则，用以指导项目专业人士和开展或参与项目的其他干系人的行为和行动。

本引论描述了本标准的目的，定义了关键术语和概念，并确定了本标准的受众。

《项目管理标准》由以下几章组成：

治理系统与价值交付系统协同运作，可实现流畅的工作流程、管理问题并支持决策。治理系统提供了一个框架，其中包含指导活动的职能和流程。治理框架可以包括监督、控制、价值评估、各组件之间的整合以及决策能力等要素。

治理系统提供了一个整合结构，用于评估与环境和价值交付系统的任何组件相关的变更、问题和风险。这些组件包括项目组合目标、项目集收益和项目生成的可交付物。

项目可以在一个项目集或项目组合内运作，也可以作为一个独立的活动进行。在一些组织中，项目管理办公室可能会为项目组合内的项目集和项目提供支持。项目治理包括定义用于批准变更和做出与项目相关的其他业务决策的职权。项目治理与项目集和/或组织治理保持一致。

项目交付是由人驱动的。人们通过有效率且有效果地履行项目所必需的职能来实现这一目标。与项目相关的职能可由一个人或一组人履行，也可以包含在已定义的角色中。

协调集体工作对于任何项目的成功都至关重要。有不同类型的协调方式以适合不同的情况。有些项目受益于去中心化的协调，用这种协调方式，项目团队成员会进行自组织和自管理。其他项目则受益于由指定的项目经理或类似角色领导和指导的集中化协调。有些进行集中化协调的项目也可以受益于将自组织的项目团队纳入进来，让其承担部分工作。无论协调是如何进行的，项目团队与其他干系人之间的支持型领导模式和有意义的、持续的互动才是成功地取得成果的基础。

无论如何协调项目，项目团队的共同努力都能交付成果、收益和价值。项目团队可能得受到其他职能的支持，具体取决于可交付物、行业、组织和其他变量。第 2.3.1 节至第 2.3.8 节提供了项目中常见职能的示例，但这些示例并非完整列表。除这些职能外，可能还需要其他职能，以实现能产生预期成果的项目可交付物。项目需要、组织和环境会影响项目中使用的职能以及这些职能的执行方式。

具有此职能的人员提供客户和最终用户的观点、见解和清晰指导。客户和最终用户并非总是同义词。本标准对客户的定义是：提出项目申请或提供项目资金的个人或群体。最终用户是将直接使用项目可交付物的个人或群体。

项目需要客户和最终用户就项目需求、成果和期望作出明确指导。在适应型和混合型项目环境中，项目更需要获得持续反馈，因为项目团队正在探索和开发特定增量中的产品要素。在某些项目环境中，客户或最终用户会参与到项目团队，以便进行定期审查和反馈。在某些项目中，客户代表会加入项目团队的工作。对客户和最终用户意见和反馈的需要取决于项目性质以及所需的指导或指引。

具有此职能的人员会指导并澄清项目方向或产品成果。它涉及根据商业价值、依赖关系以及技术或运营风险来确定需求或待办事项的优先级。具有此职能的人员向项目团队提供反馈，并为要开发或交付的下一个增量或要素设定方向。此职能涉及与其他干系人、客户及其项目团队互动，以定义产品方向。其目标是使项目可交付物的价值最大化。

在适应型和混合型环境中，可以使用特定的节奏提供方向和洞察。在预测型环境中，可以设定指定的检查点来呈现项目进展并提供有关项目进展的反馈。在某些情况下，业务方向可以与资金提供职能和资源提供职能相互影响。

《项目管理标准》确定了项目管理原则，用以指导项目专业人士和开展或参与项目的其他干系人的行为和行动。

本引论描述了本标准的目的，定义了关键术语和概念，并确定了本标准的受众。

《项目管理标准》由以下几章组成：

干系人可能是能影响项目组合、项目集或项目的决策、活动或成果的个人、群体或组织，以及会受或自认为会受这些决策、活动或成果影响的个人、群体或组织。干系人还以积极或消极的方式直接或间接影响项目，及其绩效或成果。

干系人可以影响项目的许多方面，包括，但不限于：

在项目的整个生命周期内，干系人可能会参与进来，也可能会退出。此外，随着时间的推移，干系人的利益、影响或作用可能也会有所变化。干系人（特别是那些影响力高且对项目持不赞同或中立观点的干系人）

需要有效地参与进来，以便项目团队了解他们的利益、顾虑和权利。然后，项目团队可以通过有效参与和支持来应对这些顾虑，这样就可能会成功地实现项目成果。

从项目开始到结束，识别、分析并主动争取干系人参与有助于项目取得成功。

项目团队是一组干系人。这些干系人会与其他干系人互动，以理解、思考、沟通并回应他们的利益、需要和意见。

有效果且有效率的参与和沟通包括确定干系人想要或应该进行参与的方式、时间、频率和情形。沟通是参与的关键部分，但深入的参与可让人了解他人的想法，吸收其他观点以及协同努力制定共同的解决方案。参与包括通过频繁的双向沟通建立和维持牢固的关系。它鼓励通过互动会议、面对面会议、非正式对话和知识共享活动进行协作。

干系人参与在很大程度上依赖于人际关系技能，包括积极主动、正直、诚实、协作、尊重、同理心和信心。这些技能和态度可以帮助每个人适应工作和彼此适应，从而增加成功的可能性。

参与有助于项目团队发现、收集和评估信息、数据和意见。这可形成共识和一致性，从而实现项目成果。此外，这些活动还有助于项目团队对项目进行裁剪，以识别、调整和应对不断变化的环境。

在整个项目进行期间，项目团队会积极让其他干系人参与，以最小化潜在消极影响并最大化积极影响。除了提高干系人满意度外，让干系人参与还使项目团队有机会取得更出色的项目绩效和成果。最后，其他干系人的参与有助于项目团队找到更能为更广泛的干系人接受的解决方案。

适应独特的目标、干系人和环境的复杂性有助于项目取得成功。裁剪是对有关项目管理方法、治理和过程做出深思熟虑的调整，使之更适合特定环境和当前任务。项目团队对适当的框架进行裁剪，该框架带来灵活性，在项目生命周期的环境内持续产生积极的成果。商业环境、团队规模、不确定性程度和项目复杂性都是如何裁剪项目系统的考虑因素。项目系统可以从整体角度进行裁剪，包括应考虑相互关联的复杂性。通过使用“刚好够”的过程、方法、模板和工件以实现项目期望的成果。裁剪旨在最大化价值、管理制约因素并提高绩效。

项目团队和 PMO 一起，并考虑治理因素，按每个项目逐一讨论并确定交付方法以及产生成果所需的资源。这包括选择要使用的过程、开发方式、方法和交付项目成果所需的工件。裁剪决策可以是接受既定方法论的隐性行动。相反，裁剪也可以是选择并混合特定要素以适应项目和项目环境的独特特征的显性行动。在一定程度上，每个项目都需要裁剪，因为每个项目都存在于特定环境中。

项目通常是独特的，即使项目可交付物看起来并不独特。这是因为项目环境不同之处在于组织及其客户、渠道、和环境都是动态要素。这些变化和不断发展的学问可能会导致项目团队使用或开发不同的方法或方式来追求成功。项目团队应审视每个项目的各种独特条件，以便他们能够确定产生期望成果的最适当方法。

现有的方法论或常见的工作方式可以使我们了解如何对项目进行裁剪。方法论是由专门学科的从业者所采用的实践、技术、程序和规则所组成的体系。项目团队可能需要采取上级组织的方法论，这就是说，项目团队采用的方法论体系由过程、治理、方法和模板组成，它们为如何开展项目提供指导。虽然这使组织内的项目保持了一定程度的一致性，但该方法论本身可能仍需要根据每个项目的情况进行裁剪。组织政策和程序规定了项目团队授权的可以裁剪的边界。

项目团队还可以考虑项目管理过程的时间和成本。未进行裁剪的过程可能对项目或其成果几乎没有什么价值，同时会导致成本增加和进度延长。对项目方法以及适当的过程、方法和工件进行裁剪，可以帮助项目团队就与过程相关的成本和与项目成果相关的价值贡献做出决策。

除了决定如何对方法进行裁剪外，项目团队还需要向与该方法有关的干系人沟通裁剪决策，每个团队成员都应了解与这些干系人及其角色相关的所选方法和过程。

项目团队应该对项目方法进行裁剪，以适应项目及其环境的独特特征，这有助于提高项目的绩效水平，增加项目成功的概率。经过裁剪的项目方法可以为组织产生直接和间接的收益，例如：

裁剪项目可以带来以下积极成果：

对方法进行裁剪具有迭代性，因此，在项目生命周期中它是一个持续的过程。项目团队需要收集所有干系人的反馈，了解在项目进展过程中各种方法和经裁剪的过程对他们有何效果，以评估这些方法和过程的有效性，并给组织增加价值。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

干系人参与包括实施相关策略和行动，促进干系人富有成效地参与。干系人参与活动始于项目开始之前或项目开始之时，并在整个项目期间持续进行。

在项目开始时定义并共享清晰的愿景可以在整个项目期间促进良好的关系和一致性。确立关键干系人商定的明确愿景可能需要进行一些具有挑战性的谈判，尤其是与不一定支持项目或项目预期成果的干系人进行谈判。如图 2-3 所示，有效地让干系人参与有几个步骤。

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

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

项目由人实施，且为人实施。这一绩效域需要与干系人合作，以便保持一致，并争取他们的参与，以培养积极的关系和提高他们的满意度。

干系人包括个人、群体和组织（参见图 2-2）。一个项目可能有为数不多的干系人，也可能有数百万个潜在干系人。项目的不同阶段可能有不同的干系人，而随着项目的开展，干系人的影响、权力或利益可能会发生变化。

有效的干系人识别、分析和参与，包括组织内部和外部的干系人，支持项目的干系人以及可能不支持或中立的干系人。尽管拥有相关的技术项目管理技能是项目成功的一个重要方面，但拥有与干系人有效合作的人际关系技能和领导力技能，如果不是更重要的话，至少是同等重要。

与产品、服务或结果的性质相关的许多变量会影响开发方法。以下列表概述了在选择开发方法时要考虑的一些变量。

我们将重温第 2.3.3 节中描述的社区中心示例，以揭示交付节奏、开发方法和生命周期是如何融合在一起的。在该示例中，共有四种产品和服务：建筑物、社区行动巡查 (CAP) 培训、老年人服务和网站。表 2-4 描述了交付节奏和开发方法。

根据这些信息，潜在的生命周期可能为：

社区中心开放后，对网站和老年人服务进行持续更新将成为运营活动的一部分。

图 2-12 显示了社区中心项目可能的生命周期。启动和计划阶段是按顺序进行的。开发、测试和部署这几个阶段可能会相互重叠，因为不同的可交付物将在不同的时间进行开发、测试和部署，而某些可交付物会进行多次交付。该图更详细地展示了开发阶段，以说明不同的时间安排和交付节奏。测试阶段的节奏将遵循开发阶段的节奏。交付将在部署阶段显示。

规划的目的是积极主动地制定一种方法来创建项目可交付物。项目可交付物会推动项目所要取得的成果。高层级规划可以在项目批准授权之前开始。项目团队会逐步制定初始项目文件，例如愿景陈述、项目章程、商业论证或类似文件，以识别或定义实现预期成果的相互合作的方法。

在项目开始之前和整个项目期间，规划所花费的时间应由具体情况确定。花费更多比需要的时间进行规划属于低效行为。因此，从规划中获得的信息应足以用适当方式推进工作，但这些信息不应超过必要的详细程度。项目团队会使用规划工件来确认干系人的期望，并向干系人提供信息，以便他们做出决策、采取行动，使得项目与干系人之间保持一致。

Alistair Cockburn 开发了一种模型，它描述了沿着表示有效性和丰富性的两条轴线的沟通渠道。正如Richard Daft 和 Robert Lengel 所定义的那样，丰富性与通过一种媒介传输的知识量有关。媒介丰富性是多种特征的函数，包括以下方面的能力：

沟通的丰富性可使广泛频谱的信息得到快速传输。更具丰富性的沟通渠道（例如面对面沟通）可有利于处理涉及复杂、繁杂以及个人的信息的情况。对传递简单、真实信息的情况可使用丰富性较低的沟通渠道，例如备注或文本消息。

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

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

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

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

随着需求被识别，满足这些需求的范围也应被定义。范围是项目所提供的产品、服务和结果的总和。随着范围被定义，还需要识别更多的需求。因此，与需求一样，范围可以预先被定义好，也可以随着时间的推移而演变，或可以被发现。

详细说明范围的另一种方法是在敏捷章程、路线图或作为产品层级结构的一部分来确定项目的各个主题。这些代表着大量用户价值的主题可表示为用户故事，该用户故事与诸如功能、数据源，或安全级别等常见因素相关。为了完成这些主题，项目团队会开发史诗故事。史诗故事是一种逻辑容器，用于容纳因太大而无法在一个迭代中完成的较大的用户故事。史诗故事可以分解为多个特性，这些特性是一组通常被描述为简短的短语或功能的相关需求，代表着产品的特定行为。每个特性都有多个用户故事。用户故事是向特定用户提供的成果的简要描述，而且确保可以通过对话澄清细节。项目团队会在负责的最后责任时刻定义故事细节，以避免在范围发生变更时造成规划浪费。故事可清晰且简洁地描述从最终用户的角度编写的需求。

在不确定和快速变化的环境中运行的项目面临着“足够好可以发布”或“已完成”的目标可能会发生变化的情况。在竞争对手频繁发布新产品的市场中，新的发布中计划的特性可能会有所更新。同样，新的技术趋势（例如移动设备或可穿戴设备）可能会触发方向变化或引入新的需求。

在这些环境中，正在交付或“已完成”的项目目标的定义正在不断移动。项目团队会跟踪计划的项目目标实现率（相对于进度完成率）。完成项目耗费的时间越长，与“完成”的项目目标的距离就越远。这有时被称为“完成漂移”。

在更加稳定的环境中运行的项目通常会面临“范围蔓延”。在这种情况下，将接受额外的范围或需求，而不对相应的进度、预算或资源需要等做出调整。为了应对范围蔓延，项目团队会使用变更控制系统，在该系统中评估所有变更，以了解变更为项目带来的潜在价值，及实现该价值所需的潜在资源、时间和预算。然后，项目团队将这些变更提交给项目治理机构、产品负责人或高管发起人，以待其正式批准。

交付不仅仅只是范围和需求。范围和需求聚焦于需要交付的内容。质量聚焦于需要达到的绩效水平。质量需求可能会反映在完成标准、完成的定义、工作说明书或需求文件中。

与质量相关的很多成本都是由发起组织承担的，并反映在政策、程序和工作过程中。例如，治理如何执行工作的组织政策和规定工作过程的程序，通常是组织质量政策的一部分。尽管管理费用、培训和过程审计的成本是由项目使用的，但它们却由组织承担。在各个项目中，必须在过程和产品的质量需要与满足这些需要的相关成本之间取得平衡。

项目的关键绩效指标 (KPI) 是用于评估项目成功与否的可量化测量指标KPI 有两种类型：提前指标和滞后指标。

就其本身而言，KPI 只是在使用之前没有实际用处的测量指标。讨论提前指标和滞后指标并视情况确定需要改进的方面可对绩效产生积极影响。

在精益环境中，信息发射源被称为目视管理。目视管理说明了较容易地比较实际和预期绩效的过程，它使用可视化提示来显示一个过程。从要交付的商业价值到已开始的任务，可以对其中所有层级的信息进行目视管理。它们应该是显而易见的，让任何人都能看到。

模糊性有两类：概念模糊性和情景模糊性。当人们以不同的方式使用类似的术语或论点时，就会出现概念模糊性，即缺乏有效的理解。例如“上周报告的进度处于正轨”这句话不明确。到底是上周进度处于正轨，还是这个情况是上周报告的，这些都不明确。此外，对于何谓“处于正轨”，人们可能也会有疑问。通过正式确立共同的规则并定义术语（例如“处于正轨”的含义），可以减少这种类型的模糊性。

当可能出现多个结果时，就会出现情景模糊性。有多个选项解决一个问题是情景模糊性的一种形式。探究模糊性的解决方案包括渐进明细、实验和使用原型法。

交付不仅仅只是范围和需求。范围和需求聚焦于需要交付的内容。质量聚焦于需要达到的绩效水平。质量需求可能会反映在完成标准、完成的定义、工作说明书或需求文件中。

与质量相关的很多成本都是由发起组织承担的，并反映在政策、程序和工作过程中。例如，治理如何执行工作的组织政策和规定工作过程的程序，通常是组织质量政策的一部分。尽管管理费用、培训和过程审计的成本是由项目使用的，但它们却由组织承担。在各个项目中，必须在过程和产品的质量需要与满足这些需要的相关成本之间取得平衡。

干系人可能是能影响项目组合、项目集或项目的决策、活动或成果的个人、群体或组织，以及会受或自认为会受这些决策、活动或成果影响的个人、群体或组织。干系人还以积极或消极的方式直接或间接影响项目，及其绩效或成果。

干系人可以影响项目的许多方面，包括，但不限于：

在项目的整个生命周期内，干系人可能会参与进来，也可能会退出。此外，随着时间的推移，干系人的利益、影响或作用可能也会有所变化。干系人（特别是那些影响力高且对项目持不赞同或中立观点的干系人）

需要有效地参与进来，以便项目团队了解他们的利益、顾虑和权利。然后，项目团队可以通过有效参与和支持来应对这些顾虑，这样就可能会成功地实现项目成果。

从项目开始到结束，识别、分析并主动争取干系人参与有助于项目取得成功。

项目团队是一组干系人。这些干系人会与其他干系人互动，以理解、思考、沟通并回应他们的利益、需要和意见。

有效果且有效率的参与和沟通包括确定干系人想要或应该进行参与的方式、时间、频率和情形。沟通是参与的关键部分，但深入的参与可让人了解他人的想法，吸收其他观点以及协同努力制定共同的解决方案。参与包括通过频繁的双向沟通建立和维持牢固的关系。它鼓励通过互动会议、面对面会议、非正式对话和知识共享活动进行协作。

干系人参与在很大程度上依赖于人际关系技能，包括积极主动、正直、诚实、协作、尊重、同理心和信心。这些技能和态度可以帮助每个人适应工作和彼此适应，从而增加成功的可能性。

参与有助于项目团队发现、收集和评估信息、数据和意见。这可形成共识和一致性，从而实现项目成果。此外，这些活动还有助于项目团队对项目进行裁剪，以识别、调整和应对不断变化的环境。

在整个项目进行期间，项目团队会积极让其他干系人参与，以最小化潜在消极影响并最大化积极影响。除了提高干系人满意度外，让干系人参与还使项目团队有机会取得更出色的项目绩效和成果。最后，其他干系人的参与有助于项目团队找到更能为更广泛的干系人接受的解决方案。

针对选定生命周期的过程裁剪和开发方法包括要确定对哪些部分或要素实施以下操作：

Allan Drexler 和 David Sibbet 开发了团队绩效模型，共有七个步骤。第 1 步至第 4 步描述了建立项目团队过程中的各个阶段，第 5 步至第 7 步则涵盖了项目团队的可持续性和绩效。

Alistair Cockburn 开发了一种模型，它描述了沿着表示有效性和丰富性的两条轴线的沟通渠道。正如Richard Daft 和 Robert Lengel 所定义的那样，丰富性与通过一种媒介传输的知识量有关。媒介丰富性是多种特征的函数，包括以下方面的能力：

沟通的丰富性可使广泛频谱的信息得到快速传输。更具丰富性的沟通渠道（例如面对面沟通）可有利于处理涉及复杂、繁杂以及个人的信息的情况。对传递简单、真实信息的情况可使用丰富性较低的沟通渠道，例如备注或文本消息。

Allan Drexler 和 David Sibbet 开发了团队绩效模型，共有七个步骤。第 1 步至第 4 步描述了建立项目团队过程中的各个阶段，第 5 步至第 7 步则涵盖了项目团队的可持续性和绩效。

项目管理过程可以按逻辑分组，分为项目管理输入、工具和技术以及输出，为了满足组织、干系人和项目的需要会对它们进行裁剪。

过程组不是项目阶段。在项目生命周期的每个阶段内，各个过程组会相互作用。所有这些过程都有可能在一个阶段内发生。在一个阶段或生命周期内，各个过程可能会迭代发生。过程迭代的次数和过程间的相互作用因具体项目的需要而有所不同。

采用基于过程的方法的项目可以将以下五个过程组作为组织结构：

这些过程组与交付方法、应用领域（例如市场营销、信息服务和会计）或行业（例如建筑、航空航天和电信）相互独立。在基于过程的方法中，一个过程的输出通常成为另一个过程的输入，或者成为项目或项目阶段的可交付物。例如，在规划过程组中生成的项目管理计划和项目文档（例如风险登记册、假设日志等）是执行过程组的输入，在执行过程组中会对相关工件进行更新。

在精益环境中，信息发射源被称为目视管理。目视管理说明了较容易地比较实际和预期绩效的过程，它使用可视化提示来显示一个过程。从要交付的商业价值到已开始的任务，可以对其中所有层级的信息进行目视管理。它们应该是显而易见的，让任何人都能看到。

协议是定义双方意图的任何文件或沟通结果。在项目中，协议采用的形式有合同或其他已定义的相互谅解。合同是指对双方都有约束力的协议，强制卖方提供规定的产品、服务或结果，以及强制买方支付相应的费用。有不同类型的合同，其中一些属于总价合同或成本补偿合同。

在不确定和快速变化的环境中运行的项目面临着“足够好可以发布”或“已完成”的目标可能会发生变化的情况。在竞争对手频繁发布新产品的市场中，新的发布中计划的特性可能会有所更新。同样，新的技术趋势（例如移动设备或可穿戴设备）可能会触发方向变化或引入新的需求。

在这些环境中，正在交付或“已完成”的项目目标的定义正在不断移动。项目团队会跟踪计划的项目目标实现率（相对于进度完成率）。完成项目耗费的时间越长，与“完成”的项目目标的距离就越远。这有时被称为“完成漂移”。

在更加稳定的环境中运行的项目通常会面临“范围蔓延”。在这种情况下，将接受额外的范围或需求，而不对相应的进度、预算或资源需要等做出调整。为了应对范围蔓延，项目团队会使用变更控制系统，在该系统中评估所有变更，以了解变更为项目带来的潜在价值，及实现该价值所需的潜在资源、时间和预算。然后，项目团队将这些变更提交给项目治理机构、产品负责人或高管发起人，以待其正式批准。

过去十年，项目管理领域的很多概念已逐步发生转变。将成功定义为满足范围、进度和预算目标等观点已经转变为测量项目的价值和成果（而非输出）。产品管理与这种价值观点保持一致，并增加了一种更长时间框架的观点。这些概念如表 X4-1 所示。

本附录提供了有关产品开发的信息，这些信息提出了团队需要思考的裁剪考虑因素。它描述了产品和服务在使用过程中以及在其使用寿命期间如何继续发展和演变。就本附录而言，产品、产品管理和产品生命周期的定义为：

产品。产品是指可以量化的生产出的工件，既可以是最终制品，也可以是组件制品。

产品管理。产品管理是指将人员、数据、过程和业务系统整合，以便在整个产品生命周期中创建、维护和不断发展产品或服务。

产品生命周期。产品生命周期是指一个产品从概念、交付、成长、成熟到衰退的整个演变过程的一系列阶段。

考虑到这些定义，产品超出了项目生命周期。它们的运作方式更像是长期运行的项目集，这些项目集重点关注最大化收益实现。例如：

持续开发对许多因素都有影响，包括（但不限于）资金提供模式、人员配备模式、开发和维持实践。

过去十年，项目管理领域的很多概念已逐步发生转变。将成功定义为满足范围、进度和预算目标等观点已经转变为测量项目的价值和成果（而非输出）。产品管理与这种价值观点保持一致，并增加了一种更长时间框架的观点。这些概念如表 X4-1 所示。

本附录提供了有关产品开发的信息，这些信息提出了团队需要思考的裁剪考虑因素。它描述了产品和服务在使用过程中以及在其使用寿命期间如何继续发展和演变。就本附录而言，产品、产品管理和产品生命周期的定义为：

产品。产品是指可以量化的生产出的工件，既可以是最终制品，也可以是组件制品。

产品管理。产品管理是指将人员、数据、过程和业务系统整合，以便在整个产品生命周期中创建、维护和不断发展产品或服务。

产品生命周期。产品生命周期是指一个产品从概念、交付、成长、成熟到衰退的整个演变过程的一系列阶段。

考虑到这些定义，产品超出了项目生命周期。它们的运作方式更像是长期运行的项目集，这些项目集重点关注最大化收益实现。例如：

持续开发对许多因素都有影响，包括（但不限于）资金提供模式、人员配备模式、开发和维持实践。

这一组合术语表包括以下术语和缩写词的定义：

本术语表包括以下术语：

应急储备）。

本术语表一般不包括：

没有在本术语表中定义的术语。