2.3.2 交付节奏
▶ 多次交付。有些项目会进行多次交付。一个项目可能包含多个组件，这些组件会在整个项目期间的不同时间交付。新药开发项目可能会进行多次交付，例如临床前提交、第 1 阶段临床试验结果、第 2 阶段临床试验结果、第 3 阶段临床试验结果、注册和上市。在此示例中，交付是按顺序进行的。有些项目的交付是单独而非按顺序进行的，例如更新建筑安全措施的项目。交付物可能包括进入建筑的物理屏障、新工作证、新密码门禁盘等。每件交付物都是单独交付的，无需按特定顺序交付。所有交付物都在项目被视为完成之前交付完毕。
引用
3.5 识别、评估和响应系统交互
项目生命周期中项目阶段的类型和数量取决于许多变量，其中主要是交付节奏和开发方法（如上所述）。生命周期中阶段的示例包括：
▶ 可行性阶段。此阶段会确定商业论证是否有效以及组织是否有能力交付预期成果。
▶ 设计阶段。通过规划和分析，可以设计将要开发的项目可交付物。
▶ 构建阶段。通过整合的质量保证活动实施构建可交付物。
▶ 测试阶段。在移交、上线或客户验收之前，会对可交付物进行最终质量审查和检查。
▶ 部署阶段。项目可交付物投入使用，而且持续稳定、实现收益和组织变革管理所需的移交活动均已完成。
▶ 收尾阶段。项目收尾了，要存档项目知识和工件，解散项目团队成员，并关闭合同。
项目阶段通常设有阶段关口，以便在进入下一阶段之前检查是否已达到预期成果或满足当前阶段的退出标准。退出标准可能与可交付物、合同义务、满足特定绩效目标或其他有形措施的验收标准密切相关。
图 2-9 显示了各个阶段依次完成的生命周期。这种类型的生命周期与预测型开发方法非常匹配，因为每个阶段只进行一次，每个阶段都侧重于某一特定类型的工作。但有些情况（例如增加范围、需求变化或市场变化）则会导致某些阶段重复进行。
图 2-9. 预测型生命周期示例
图 2-10 显示了一个采用增量型开发方法的生命周期。本示例中显示了由计划、设计和构建组成的三次迭代。每个后续的构建都将在初始构建上增加功能。
图 2-10. 采用增量型开发方法的生命周期
图 2-11 显示了一个采用适应型开发方法的生命周期。在每次迭代（有时称为“冲刺”）结束时，客户会对具有功能性的可交付物进行审查。在审查时，关键干系人会提供反馈，项目团队会更新项目待办事项列表，以确定下一次迭代中特性和功能的优先级。
图 2-11. 采用适应型开发方法的生命周期
可对此方法做出调整，以便在持续交付情况下使用此方法，具体如第 2.3.2 节（交付节奏）所述。
有几种适应型方法论（包括敏捷方法）会进行基于工作流的进度规划，这种进度规划不会采用生命周期或阶段的概念。此举的一个目标是根据资源能力、材料和其他输入优化交付流程。另一个目标是最大限度地减少时间和资源浪费，并优化过程效率和可交付物的产出量。采用这些实践和方法的项目通常采用在精益和准时制（JIT）中使用的看板进度规划系统。
2.3.1 开发、节奏和生命周期之间的关系
项目可交付物的类型决定了如何进行开发。可交付物的类型和开发方法会影响项目交付的次数和节奏。可交付物的开发方法和所期望的交付节奏决定了项目生命周期及其阶段。
2.3.4.1 产品、服务或结果
与产品、服务或结果的性质相关的许多变量会影响开发方法。以下列表概述了在选择开发方法时要考虑的一些变量。
▶ 创新程度。在充分了解范围和需求的情况下，项目团队以前曾完成的工作且能够提前规划的可交付物非常适合采用预测型方法。创新程度高或项目团队没有做过的可交付物更适合采用更多适应性的方法。
▶ 需求确定性。当需求变得众所周知且易于定义时，预测型方法非常适合。而当需求不确定、易变或复杂且预期在整个项目期间会发生演变时，更具有适应性的方法可能更适合。
▶ 范围稳定性。如果可交付物的范围稳定且不可能发生变化，则预测型方法非常有用。如果范围预期会有许多变更，开发方法频谱图上更靠近适应型方法这一端的会很有用。
▶ 变更的难易程度。这与需求确定性和范围稳定性相关。如果可交付物的性质使得管理和合并变更较为困难，那么预测型方法就是最佳的。对于容易适应变更的可交付物，可以采用更具适应性的方法。
▶ 交付选项方案。如第 2.3.2 节（“交付节奏”）中所述，可交付物的性质以及能否以组件形式交付将影响开发方法。可以分组块开发和/或交付的产品、服务或结果选用增量型方法、迭代型方法或适应型方法皆可。有些大型项目可以采用预测型方法进行规划，但其中有些组块可以增量型开发和交付。
▶ 风险。存在固有高风险的产品需要在选择开发方法之前进行分析。某些高风险产品可能需要大量前期规划和严格的流程减少威胁。基于学习利用新出现的机会或减少威胁的敞口，其他产品可以通过模块化构建，以及调整设计和开发来减轻风险。
▶ 安全需求。具有严格安全需求的产品通常采用预测型方法，因为需要进行大量的预先规划，以确保所有安全需求都得到识别、规划、创建、整合和测试。
▶ 法规。对受到严格法规监管的环境，由于有所需的流程、文档和演示的需要，可能要求采用预测型方法。
2.3.5 生命周期和阶段的定义
项目生命周期中项目阶段的类型和数量取决于许多变量，其中主要是交付节奏和开发方法（如上所述）。生命周期中阶段的示例包括：
▶ 可行性阶段。此阶段会确定商业论证是否有效以及组织是否有能力交付预期成果。
▶ 设计阶段。通过规划和分析，可以设计将要开发的项目可交付物。
▶ 构建阶段。通过整合的质量保证活动实施构建可交付物。
▶ 测试阶段。在移交、上线或客户验收之前，会对可交付物进行最终质量审查和检查。
▶ 部署阶段。项目可交付物投入使用，而且持续稳定、实现收益和组织变革管理所需的移交活动均已完成。
▶ 收尾阶段。项目收尾了，要存档项目知识和工件，解散项目团队成员，并关闭合同。
项目阶段通常设有阶段关口，以便在进入下一阶段之前检查是否已达到预期成果或满足当前阶段的退出标准。退出标准可能与可交付物、合同义务、满足特定绩效目标或其他有形措施的验收标准密切相关。
图 2-9 显示了各个阶段依次完成的生命周期。这种类型的生命周期与预测型开发方法非常匹配，因为每个阶段只进行一次，每个阶段都侧重于某一特定类型的工作。但有些情况（例如增加范围、需求变化或市场变化）则会导致某些阶段重复进行。
图 2-9. 预测型生命周期示例
图 2-10 显示了一个采用增量型开发方法的生命周期。本示例中显示了由计划、设计和构建组成的三次迭代。每个后续的构建都将在初始构建上增加功能。
图 2-10. 采用增量型开发方法的生命周期
图 2-11 显示了一个采用适应型开发方法的生命周期。在每次迭代（有时称为“冲刺”）结束时，客户会对具有功能性的可交付物进行审查。在审查时，关键干系人会提供反馈，项目团队会更新项目待办事项列表，以确定下一次迭代中特性和功能的优先级。
图 2-11. 采用适应型开发方法的生命周期
可对此方法做出调整，以便在持续交付情况下使用此方法，具体如第 2.3.2 节（交付节奏）所述。
有几种适应型方法论（包括敏捷方法）会进行基于工作流的进度规划，这种进度规划不会采用生命周期或阶段的概念。此举的一个目标是根据资源能力、材料和其他输入优化交付流程。另一个目标是最大限度地减少时间和资源浪费，并优化过程效率和可交付物的产出量。采用这些实践和方法的项目通常采用在精益和准时制（JIT）中使用的看板进度规划系统。
2.3.6 协调交付节奏、开发方法和生命周期
我们将重温第 2.3.3 节中描述的社区中心示例，以揭示交付节奏、开发方法和生命周期是如何融合在一起的。在该示例中，共有四种产品和服务：建筑物、社区行动巡查 (CAP) 培训、老年人服务和网站。表 2-4 描述了交付节奏和开发方法。
表 2-4. 交付节奏和开发方法
根据这些信息，潜在的生命周期可能为：
▶ 启动阶段。此阶段的进入标准是：商业论证已获批准，而且项目章程已获审批。这一阶段将制定高层级路线图，确定初步的资金需求，定义项目团队和资源需求，制定里程碑进度计划，及采购战略规划。这些可交付物应在退出启动阶段之前完成。退出标准将在初始阶段关口审查会议上进行审查。
▶ 规划阶段。在这一阶段，示例中建筑物的高层级信息将被分解为各个详细的计划CAP 培训的详细设计文件将编制完成。并将完成对面向老年人的产品/服务的分析，与差距分析。还将创建网站的初始线框图。这些可交付物应在退出规划阶段之前完成。退出标准将在规划阶段关口审查会议上进行审查。
▶ 开发阶段。此阶段将与测试阶段和部署阶段重叠，因为可交付物有着不同的交付节奏和不同的方法。在此将提前交付网站的部分内容，以便向公众通报社区中心的进展情况。一些老年人服务和CAP 培训的活动可能会在社区中心开放之前开始。在进入测试阶段之前，每项可交付物都可能受到单独的审查。
▶ 测试阶段。此阶段将与开发阶段和部署阶段重叠。测试的类型取决于可交付物。这一阶段包括对建筑物的检查、对 CAP 课程的测试交付、对老年人服务的小规模试验以及在网站每个版本的测试环境中运行。在进入部署阶段之前，每项可交付物都将经过应用的测试。
▶ 部署阶段。此阶段将与开发和测试阶段重叠。网站的首次部署可能在项目早期进行。随着更多可交付物可以使用，此阶段中的活动将重复进行。在社区中心开放运营的时候，项目将进行最终部署。
社区中心开放后，对网站和老年人服务进行持续更新将成为运营活动的一部分。
▶ 收尾阶段。随着可交付物的完成，此阶段会定期进行。在初始网站部署后，项目人员（包括承包商）将会被解散，每项可交付物的回顾或经验教训总结也将完成。当整个项目完成时，将获得各个阶段关口审查的信息，并对比基准来完成项目绩效的总体评价。在最终收尾之前，将对项目章程和商业论证进行审查，以确定可交付物是否实现了预期的收益和价值。
图 2-12 显示了社区中心项目可能的生命周期。启动和计划阶段是按顺序进行的。开发、测试和部署这几个阶段可能会相互重叠，因为不同的可交付物将在不同的时间进行开发、测试和部署，而某些可交付物会进行多次交付。该图更详细地展示了开发阶段，以说明不同的时间安排和交付节奏。测试阶段的节奏将遵循开发阶段的节奏。交付将在部署阶段显示。
图 2-12. 社区中心项目生命周期
询问生命周期中各个阶段的名称并非所有项目从业者都能区分清楚开发方法和生命周期。在一些从业者谈到开发方法时，会说一个项目遵循敏捷生命周期。一些从业者将预测型方法称为“瀑布式方法”。适应型开发方法也可称为演进的方法。
由于项目管理在不断发展，因此所用的语言也在不断演变。要想了解某人所指的到底是哪种方法，最好要确定其可交付物的开发方式，并向其询问生命周期中各个阶段的名称。这有助于构建项目框架并了解人们是如何使用术语的。
2.3.7 与其他绩效域的相互作用
开发方法和生命周期绩效域与干系人绩效域、规划绩效域、不确定性绩效域、交付绩效域、项目工作绩效域和团队绩效域相互作用。所选的生命周期会影响进行规划的方式。预测型生命周期会提前进行大部分规划工作，然后继续使用滚动式规划和渐进明细来重新规划。随着威胁和机会的发生，计划也会得到更新。
开发方法和交付节奏是减少项目不确定性的一种方法。如果一个可交付物存在要满足监管要求相关的大量风险，则可能会选择一种预测型方法来增加额外测试、文档编写以及健全的流程和程序。如果一个可交付物存在要与干系人验收相关的大量风险，则可能会选择一种迭代方法，并向市场发布最小可行产品，以便在开发其他特性和功能之前获得反馈。
在考虑交付节奏和开发方法时，开发方法和生命周期绩效域与交付绩效域有很多重叠。交付节奏是确保价值交付与商业论证和收益实现计划保持一致的主要驱动因素之一。启发产品需求并满足交付绩效域所述的质量要求对开发方法有着重大影响。
在项目团队能力和项目团队领导力技能方面，团队绩效域与开发方法和生命周期绩效域会相互作用。项目团队的工作方式和项目经理的风格会因开发方法的不同而有很大差异。采用预测型方法时，通常需要更加重视预先规划、测量和控制。在开发方法频谱图另一端，适应型方法（特别是在使用敏捷方法时）需要更多的服务型领导风格，而且可能会形成自我管理的项目团队。
2.6.5 与其他绩效域的相互作用
交付绩效域是在规划绩效域中所执行所有工作的累积。交付节奏是基于开发方法和生命周期绩效域中工作的结构方式。项目工作绩效域通过建立各种过程、管理实物资源、管理采购等促使交付工作。项目团队成员为有关干系人在此绩效域中执行工作。创建交付的工作性质会影响项目团队驾驭不确定性的方式，该不确定性会对项目产生影响。
3.4.1 选择初始开发方法
此步骤将确定用于项目的开发方法。项目团队运用他们的产品知识、交付节奏和对可用选项的认识，选择最适合情况的开发方法。选择初始方法如图 3-2 所示。
图 3-2. 选择初始开发方法
合适性筛选器这种工具可帮助项目团队考虑项目是否具有适合预测型、混合型或适应型方法的特征。合适性筛选器是一种信息工具，将它的评估与其他数据和决策活动结合起来，以便所裁剪的方法适合每个项目。根据文化、项目团队和项目因素，通过对标准进行评估，合适性筛选器可生成诊断性视觉资料，这些视觉资料有助于讨论和确定初始方法。