1.2.4.2 项目阶段

分为多个阶段的方式有助于更好地掌控项目管理，同时还提供了评估项目绩效并在后续阶段采取必要的纠正或预防措施的机会。项目阶段的其中一个关键组成部分是阶段审查（见 1.2.4.3 节）。

阶段关口在项目阶段结束时进行，将项目的绩效和进度与项目和业务文件比较，这些文件包括（ 但不限于）：

项目生命周期是通过一系列项目管理活动进行的，即项目管理过程。每个项目管理过程通过合适的项目管理工具和技术将一个或多个输入转化成一个或多个输出。输出可以是可交付成果或结果。

结果是过程的最终成果。项目管理过程适用于全球各个行业。

各项目管理过程通过它们所产生的输出建立逻辑联系。过程可能包含了在整个项目期间相互重叠的活动。一个过程的输出通常成为以下二者之一：

• 另一个过程的输入；
• 项目或项目阶段的可交付成果。

图 1-6 的示例说明了一个过程的输入、工具、技术和输出的关系以及与其他过程的关系。

图 1-6过程示例：输入、工具与技术和输出

过程迭代的次数和过程间的相互作用因具体项目的需求而不同。过程通常分为三类：

• 仅开展一次或仅在项目预定义点开展的过程。例如制定项目章程以及结束项目或阶段。
• 根据需要定期开展的过程。在需要资源时执行获取资源。在需要采购之前执行实施采购。
• 贯穿项目始终执行的过程。在整个项目生命周期中可能执行的过程定义活动，特别是当项目使用滚动式规划或适应型开发方法时。从项目开始到项目结束需要持续开展许多监控过程。

项目管理通过合理运用与整合按逻辑分组的项目管理过程而得以实现。过程分类方法有很多种，但《PMBOK® 指南》把过程归纳为五大类，即五大过程组。

本指南采用流程图。项目管理过程通过具体的输入和输出相互联系，即一个过程的成果或结果可能成为另一个过程（不一定在同一过程组）的输入。请注意，过程组与项目阶段不同（见 1.2.4.2 节）。

在项目管理过程和例行工作中，经常必然要使用项目管理知识，能够影响管理项目知识过程的组织过程资产包括（但不限于）：

• 组织的标准政策、流程和程序。可能包括：信息的保密性和获取渠道、安全与数据保护、记录保留政策、版权信息的使用、机密信息的销毁、文件格式和最大篇幅、注册数据和元数据、授权使用的技术和社交媒体等。
• 人事管理制度。包括员工发展与培训记录以及关于知识分享行为的能力框架。
• 组织对沟通的要求。正式且严格的沟通要求有利于信息分享。对于生成新知识和整合不同相关方群体的知识，非正式沟通更加有效。
• 正式的知识分享和信息分享程序。包括项目和项目阶段开始之前、开展期间和结束之后的学习回顾，例如识别、吸取和分享从当前项目和其他项目获得的经验教训。

结束项目或阶段是终结项目、阶段或合同的所有活动的过程。本过程的主要作用是，存档项目或阶段信息，完成计划的工作，释放组织团队资源以展开新的工作。它仅开展一次或仅在项目的预定义点开展。图 4-14 描述本过程的输入、工具与技术和输出。图 4-15 是本过程的数据流向图。

图 4-14结束项目或阶段：输入、工具与技术和输出

图 4-15结束项目或阶段：数据流向图

• Projectcharter在结束项目时，项目经理需要回顾项目管理计划，确保所有项目工作都已完成以及项目目标均已实现。项目或阶段行政收尾所需的必要活动包括（但不限于）：

• 为达到阶段或项目的完工或退出标准所必须的行动和活动，例如：
• 确保所有文件和可交付成果都已是最新版本，且所有问题都已得到解决；
• 确认可交付成果已交付给客户并已获得客户的正式验收；
• 确保所有成本都已记入项目成本账；
• 关闭项目账户；
• 重新分配人员；
• 处理多余的项目材料；
• 重新分配项目设施、设备和其他资源；
• 根据组织政策编制详尽的最终项目报告。
• 为关闭项目合同协议或项目阶段合同协议所必须开展的活动，例如nn确认卖方的工作已通过正式验收；
• 最终处置未决索赔；
• 更新记录以反映最后的结果；
• 存档相关信息供未来使用。
• 为完成下列工作所必须开展的活动：
• 收集项目或阶段记录；
• 审计项目成败；
• 管理知识分享和传递；
• 总结经验教训；
• 存档项目信息以供组织未来使用。
• 为向下一个阶段，或者向生产和（或）运营部门移交项目的产品、服务或成果所必须开展的行动和活动。
• 收集关于改进或更新组织政策和程序的建议，并将它们发送给相应的组织部门。
• 测量相关方的满意程度。

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

审核历史信息有助于进行参数估算或类比估算。历史信息可包括各种项目特征（参数），它们用于建立数学模型预测项目总成本。这些数学模型可以是简单的（例如，建造住房的总成本取决于单位面积建造成本），也可以是复杂的（例如，软件开发项目的成本模型中有多个变量，且每个变量又受许多因素的影响）。

类比和参数模型的成本及准确性可能差别很大。在以下情况下，它们将最为可靠：

• 用来建立模型的历史信息准确；
• 模型中的参数易于量化；
• 模型可以调整，以便对大项目、小项目和各项目阶段都适用。

项目经理既是项目团队的领导者又是项目团队的管理者。除了项目管理活动，例如启动、规划、执行、监控和关闭各个项目阶段，项目经理还负责建设高效的团队。项目经理应留意能够影响团队的不同因素，例如：

应在所有项目阶段和整个项目生命周期期间持续开展控制资源过程，且适时、适地和适量地分配和释放资源，使项目能够持续进行。控制资源过程关注实物资源，例如设备、材料、设施和基础设施。管理团队过程关注团队成员。

适用于本过程的数据分析技术包括（但不限于）：

• 备选方案分析。见 9.2.2.5 节。备选方案分析有助于选择最佳解决方案以纠正资源使用偏差，可以将加班和增加团队资源等备选方案与延期交付或阶段性交付相比较，以权衡利弊。
• 成本效益分析。见 8.1.2.3 节。成本效益分析有助于在项目成本出现差异时确定最佳的纠正措施。
• 绩效审查。绩效审查是测量、比较和分析计划的资源使用和实际资源使用的不同。分析成本和进度工作绩效信息有助于指出可能影响资源使用的问题。
• 趋势分析。见 4.5.2.2 节。在项目进展过程中，项目团队可能会使用趋势分析，基于当前绩效信息来确定未来项目阶段所需的资源。趋势分析检查项目绩效随时间的变化情况，可用于确定绩效是在改善还是在恶化。

需在项目生命周期的早期，针对项目相关方多样性的信息需求，制定有效的沟通管理计划。应该定期审核沟通管理计划，并进行必要的修改，例如在相关方社区发生变化或每个新项目阶段开始时。

用于在项目相关方之间传递信息的方法很多。信息交换和协作的常见方法包括对话、会议、书面文件、数据库、社交媒体和网站。

可能影响沟通技术选择的因素包括：

• 信息需求的紧迫性。信息传递的紧迫性、频率和形式可能因项目而异，也可能因项目阶段而异。
• 技术的可用性与可靠性。用于发布项目沟通工件的技术，应该在整个项目期间都具备兼容性和可得性，且对所有相关方都可用。
• 易用性。沟通技术的选择应适合项目参与者，而且应在合适的时候安排适当的培训活动。
• 项目环境。团队会议与工作是面对面还是在虚拟环境中开展，成员处于一个还是多个时区，他们是否使用多语种沟通，是否还有能影响沟通效率的其他环境因素（如与文化有关的各个方面）？
• 信息的敏感性和保密性。需要考虑的一些方面有：
• 拟传递的信息是否属于敏感或机密信息？如果是，可能需要采取合理的安全措施。
• 为员工制定社交媒体政策，以确保行为适当、信息安全和知识产权保护。

项目风险可依据风险来源（如采用风险分解结构 [RBS]，见图 11-4）、受影响的项目领域（如采用工作分解结构 [WBS]，见图 5-12、5-13 和 5-14），以及其他实用类别（如项目阶段、项目预算、角色和职责）来分类，确定哪些项目领域最容易被不确定性影响；风险还可以根据共同的根本原因进行分类。应该在风险管理计划中规定可用于项目的风险分类方法。

并非任何项目文件都将成为首次识别相关方的输入。然而，需要在整个项目期间识别相关方。项目经历启动阶段以后，将会生成更多项目文件，用于后续的项目阶段。可作为本过程输入的项目文件包括（但不限于）：

管理相关方参与是与相关方进行沟通和协作以满足其需求与期望、处理问题，并促进相关方合理参与的过程。本过程的主要作用是，让项目经理能够提高相关方的支持，并尽可能降低相关方的抵制。本过程需要在整个项目期间开展。图 13-7 描述本过程的输入、工具与技术和输出。图 13-8 是本过程的数据流向图。

图 13-7管理相关方参与：输入、工具与技术和输出

• Projectcharter图 13-8管理相关方参与：数据流向图

在管理相关方参与过程中，需要开展多项活动，例如：

• 在适当的项目阶段引导相关方参与，以便获取、确认或维持他们对项目成功的持续承诺；
• 通过谈判和沟通管理相关方期望；
• 处理与相关方管理有关的任何风险或潜在关注点，预测相关方可能在未来引发的问题；
• 澄清和解决已识别的问题。

管理相关方参与有助于确保相关方明确了解项目目的、目标、收益和风险，以及他们的贡献将如何促进项目成功。

项目生命周期指项目从开始到完成所经历的一系列阶段。项目阶段是一组具有逻辑关系的项目活动的集合，通常以一个或多个可交付成果的完成为结束。这些阶段之间可能是顺序、迭代或交叠的关系。项目阶段的名称、数量和持续时间取决于参与项目的一个或多个组织的管理与控制需要、项目本身的特征及其所在的应用领域。阶段都有时限，有一个起始点、结束点或控制点（有时称为阶段审查、阶段关口或控制关口，也可以用其他类似名称）。在控制点，需要根据当前环境，重新审查项目章程和商业文件。在该时点，把项目绩效与项目管理计划进行比较，以确定项目是否应该变更、终止或按计划继续。

过程组不同于项目阶段。如果将项目划分为若干阶段，则各过程组中的过程会在每个阶段内相互作用。在一个阶段内可能需要使用所有的过程组，如图 1-5 所示。当项目被分为不同的阶段（例如概念开发、可行性研究、设计、原型、构建或测试等）时，各过程组中的过程根据需要在每个阶段中重复，直到达到该阶段的完工标准。

连续区间中更倾向于适应型的项目，会使用 X3.2.1 节和 X3.2.2 节所述的两种项目阶段关系模式。

引论部分进行了大量重写。与其他 PMI 基础标准相符的项目、项目集和项目组合的介绍性信息保留不变，但新增了与项目及开发生命周期、项目阶段及阶段关口相关的信息。此类信息提供了高层级概述，即关于如何根据项目性质选择预测型、迭代型、增量型或适应型开发方法。与商业文件有关的新信息包括商业论证和效益管理计划。