【项目管理】开发方法和生命周期绩效域管理

导读：本文主要概括在第七版的PMBOK中提到八大绩效域之一的开发方法和生命周期绩效域管理相关内容，项目的成果体现在交付物，满足项目要求的交付物的产出需要采用合适的开发方法和项目生命周期。项目可交付物的类型决定了如何进行开发。可交付物的类型和开发方法会影响项目交付的次数和节奏。可交付物的开发方法和所期望的交付节奏决定了项目生命周期及其阶段。因此，作为项目管理者需要掌握开发方法和生命周期绩效域管理。

目录

1、开发方法和生命周期概述

2、开发、节奏和生命周期之间的关系

3、交付节奏

4、开发方法  

5、选择开发方法的考虑因素

5.1  产品、服务或结果

5.2 项目

5.3 组织

6、生命周期和阶段的定义

7、协调交付节奏、开发方法和生命周期

8、与其他绩效域的相互作用 

9、检查结果

---

1、开发方法和生命周期概述

涉及范围：开发方法和生命周期绩效域涉及与项目的开发方法、节奏和生命周期阶段相关的活动和功能。

---

有效执行此绩效域将产生以下预期成果：

• 与项目可交付物相符的开发方法。
• 由从项目开始到结束各个阶段组成的项目生命周期，这些阶段将业务交付与干系人价值联系起来。
• 由促进生成项目可交付物所需的交付节奏和开发方法的阶段组成的项目生命周期。

---

以下定义与开发方法和生命周期绩效域相关：

• 可交付物：为完成某一过程、阶段或项目而必须产出的任何独特并可核实的产品、结果或服务能力。
• 开发方法：在项目生命周期内用于创建并改进产品、服务或结果的方法，例如预测型、迭代型、增量型、敏捷型或混合型方法。
• 节奏：在整个项目期间所开展活动的节律。
• 项目阶段：一组具有逻辑关系的项目活动的集合，通常以一个或多个可交付物的完成为结束。
• 项目生命周期：项目从开始到结束所经历的一系列阶段。

---

2、开发、节奏和生命周期之间的关系

    项目可交付物的类型决定了如何进行开发。可交付物的类型和开发方法会影响项目交付的次数和节奏。可交付物的开发方法和所期望的交付节奏决定了项目生命周期及其阶段。 

---

3、交付节奏

     交付节奏是指项目可交付物的时间安排和频率。项目可以一次性交付、多次交付或定期交付。

• 一次性交付：一次性交付的项目只在项目结束时交付。例如，对于流程再造项目，在项目接近收尾、新过程推出之前，可能不会进行任何交付。
• 多次交付：有些项目会进行多次交付。一个项目可能包含多个组件，这些组件会在整个项目期间的不同时间交付。新药开发项目可能会进行多次交付，例如临床前提交、第 1 阶段临床试验结果、第 2 阶段临床试验结果、第 3 阶段临床试验结果、注册和上市。在此示例中，交付是按顺序进行的。有些项目的交付是单独而非按顺序进行的，例如更新建筑安全措施的项目。交付物可能包括进入建筑的物理屏障、新工作证、新密码门禁盘等。每件交付物都是单独交付的，无需按特定顺序交付。所有交付物都在项目被视为完成之前交付完毕。
• 定期交付：定期交付与多次交付非常相似，但定期交付是按固定的交付进度计划进行，例如每月或每两个月交付一次。新的软件应用程序可能每两周进行一次内部交付，然后定期向市场发布。
• 持续交付：持续交付是将特性增量立即交付给客户（通常是使用小批量的工作和自动化技术）的实践。持续交付可用于数字化产品。从产品管理的角度看，持续交付强调在整个产品生命周期内产生收益和价值。与项目类似，持续交付的各个方面都是以开发为导向的。然而与项目集类似，持续交付中可能存在许多开发周期和维护活动。这种交付类型更适合于稳定且保持原班人马的项目团队。由于项目团队专注于一种产品，因此他们可以充分应用关于产品、干系人和市场的知识。这使团队能够应对市场趋势并聚焦于价值交付。

---

4、开发方法  

     开发方法是在项目生命周期内创建和演变产品、服务或结果的方法。开发方法各不相同；不同的行业可能会使用不同的术语来指代各种开发方法。三种常用方法是预测型方法、混合型方法和适应型方法。如下图所示，这些方法通常被视为一个频谱，从频谱一端的“预测型方法”到另一端的“适应型方法”逐渐变化。

开发方法

• 预测型方法：在项目开始时就可以定义、收集和分析项目和产品需求时，预测型方法非常有用。这种方法也可称为瀑布型方法。当涉及重大投资和高风险，可能需要频繁审查、改变控制机制以及在开发阶段之间重新规划时，也可以使用这种方法。范围、进度、成本、资源需要和风险可以在项目生命周期的早期阶段明确定义，它们相对稳定。这种开发方法使项目团队能够在项目早期降低不确定性的水平，并提前完成大部分规划工作。预测型方法可以通过概念验证开发探索各种选项，但大多数项目工作都遵循临近项目开始时制定的计划。在许多情况下，采用这种方法的项目都可借鉴以前类似项目的模板。
• 混合型方法：混合型开发方法是适应型方法和预测型方法的结合体。这意味着，预测型方法中的某些要素和适应型方法中的某些要素都会用到。当需求存在不确定性或风险时，这种开发方法非常有用。当可交付物可以模块化时，或者当有可由不同项目团队开发的可交付物时，混合型方法也很有用。混合型方法比预测型方法更具适应性，但不如纯粹的适应型方法的适应性强。混合型方法通常使用迭代型开发方法或增量型开发方法。迭代型方法对于澄清需求和调查各种选项非常有用。在最后一个迭代之前，迭代型方法可以生成视为可以接受的足够功能。增量型方法是用于在一系列迭代过程中生成可交付物。每个迭代都会在预先确定的时间期限（时间盒）内增加功能。该可交付物包含的功能只有在最后一个迭代结束后才被视为已完成。迭代型和增量型开发之间的差异及相互作用如下图 所示。采用混合型方法的一个示例可能是使用适应型方法开发产品，而其需求具有极大不确定性。不过，可以采用预测型方法部署产品。另一个示例是一个项目有两个主要可交付物，其中一项可交付物是采用适应型方法开发的，另一项是采用预测型方法开发的。

迭代型开发方法 增量型开发方法

• 适应型方法：当需求面临高度的不确定性和易变性的影响，并且可能在整个项目期间发生变化时，适应型方法非常有用。在项目开始时确立了明确的愿景，最初的已知需求会根据用户反馈、环境或意外事件来完善、详细说明、更改或替换。适应型方法具体包括运用迭代型方法和增量型方法方法来看，迭代往往会缩短，并且产品更有可能根据干系人反馈进行演变。但是，从处于开发方法频谱图远端的适应型虽然敏捷是一种比开发框架更广泛的思维方式，但敏捷方法可以被视为具有适应性。某些敏捷方法需要持续时间为一至两周的迭代，而且在每个迭代结束时会展示所取得的成就。项目团队积极参与每个迭代的规划。项目团队将根据优先级确定的待办事项列表来决定他们可以实现的目标范围，估算所涉及的工作，并在整个迭代期间进行协作以不断确定范围。

---

5、选择开发方法的考虑因素

它们可以分为以下几类：产品、服务或结果，项目和组织。

5.1  产品、服务或结果

• 创新程度：在充分了解范围和需求的情况下，项目团队以前曾完成的工作且能够提前规划的可交付物非常适合采用预测型方法。创新程度高或项目团队没有做过的可交付物更适合采用更多适应性的方法。
• 需求确定性：当需求变得众所周知且易于定义时，预测型方法非常适合。而当需求不确定、易变或复杂且预期在整个项目期间会发生演变时，更具有适应性的方法可能更适合。
• 范围稳定性：如果可交付物的范围稳定且不可能发生变化，则预测型方法非常有用。如果范围预期会有许多变更，开发方法频谱图上更靠近适应型方法这一端的会很有用。
• 变更的难易程度：这与需求确定性和范围稳定性相关。如果可交付物的性质使得管理和合并变更较为困难，那么预测型方法就是最佳的。对于容易适应变更的可交付物，可以采用更具适应性的方法。
• 交付选项方案：可交付物的性质以及能否以组件形式交付将影响开发方法。可以分组块开发和/或交付的产品、服务或结果选用增量型方法、迭代型方法或适应型方法皆可。有些大型项目可以采用预测型方法进行规划，但其中有些组块可以增量型开发和交付。
• 风险：存在固有高风险的产品需要在选择开发方法之前进行分析。某些高风险产品可能需要大量前期规划和严格的流程减少威胁。基于学习利用新出现的机会或减少威胁的敞口，其他产品可以通过模块化构建，以及调整设计和开发来减轻风险。
• 安全需求：具有严格安全需求的产品通常采用预测型方法，因为需要进行大量的预先规划，以确保所有安全需求都得到识别、规划、创建、整合和测试。
• 法规：对受到严格法规监管的环境，由于有所需的流程、文档和演示的需要，可能要求采用预测型方法。

---

5.2 项目

• 干系人：在项目整个过程中，采用适应型方法需要干系人大量参与。某些干系人（例如产品负责人）在确定工作及其优先级方面发挥着重要作用。
• 进度制约因素：如果需要尽早交付某种产品，即使不是成品，迭代型或适应型方法也是有益的。
• 资金可用情况：在资金不确定的环境中运行的项目可以从适应型方法或迭代型方法中受益。与精心设计的产品相比，发布最小可行产品所需投资较少。这使得只需极少的投资就能进行市场测试或占领市场。也可以根据市场对产品或服务的反应实施进一步投资。

---

5.3 组织

• 组织结构：对于有多个层级、严格的汇报结构、官僚作风浓厚的组织结构经常采用预测型方法。 采用适应型方法的项目往往具有扁平式结构，并且可与自组织的项目团队一起开展工作。
• 文化：预测型方法更适合于具有管理和指导文化的组织；这种组织会制定周密的工作计划，并根据相关基准测量进展情况。适应型方法则更适合于强调项目团队自管理的组织。
• 组织能力：从预测型开发方法过渡到适应型方法，然后再到使用敏捷方法，这样做不仅仅只是说组织将具有敏捷性。也需要从整个组织的高管层开始转变思维模式。组织政策、工作方式、汇报结构和态度都应保持一致，唯有如此才能成功地运用适应型方法。
• 项目团队的规模和所处位置：适应型方法（特别是敏捷方法）通常更适用于拥有 7 ± 2 名成员的项目团队。适应型方法对位于同一物理空间的项目团队也非常有效。对于大型项目团队和主要通过虚拟方式工作的项目团队，采用更靠近开发方法频谱上预测型一端的方法效果更好。但是，有些方法寻求扩展适应型方法，以适用于成员分布于不同地点的大型项目团队。

---

6、生命周期和阶段的定义

• 可行性阶段：此阶段会确定商业论证是否有效以及组织是否有能力交付预期成果。
• 设计阶段：通过规划和分析，可以设计将要开发的项目可交付物。
• 构建阶段：通过整合的质量保证活动实施构建可交付物。
• 测试阶段：在移交、上线或客户验收之前，会对可交付物进行最终质量审查和检查。
• 部署阶段：项目可交付物投入使用，而且持续稳定、实现收益和组织变革管理所需的移交活动均已完成。
• 收尾阶段：项目收尾了，要存档项目知识和工件，解散项目团队成员，并关闭合同

    项目阶段通常设有阶段关口，以便在进入下一阶段之前检查是否已达到预期成果或满足当前阶段的退出标准。退出标准可能与可交付物、合同义务、满足特定绩效目标或其他有形措施的验收标准密切相关。

预测型生命周期 增量型生命周期

适应型生命周期

---

 7、协调交付节奏、开发方法和生命周期

示例：

社区中心可以用迭代方式开发和部署一个提供老年人服务的项目。例如，第一个迭代可以是“上门送餐服务”计划。随后可提供交通服务、集体出游和活动、看护者关怀、成人日间护理及诸如此类的服务。每项服务都将单独实施，并可在各自完成时进行部署。每项额外的服务都会改善和增加面向社区提供的老年人服务。为社区行动巡查志愿者安排培训的项目可以采用增量方法。培训内容由基础培训、后勤培训和巡查培训几个版块构成，可以由不同人员负责开发。开发时可以采用多个模块同时进行的方式，也可以先开发一个模块、收集反馈，然后再开发后续模块。但只有在所有模块均开发完毕并且进行了集成与部署后，社区行动巡查培训方案才算是开发完成。

四种产品：四种产品和服务：建筑物、社区行动巡查(CAP) 培训、老年人服务和网站

• 启动阶段：此阶段的进入标准是：商业论证已获批准，而且项目章程已获审批。这一阶段将制定高层级路线图，确定初步的资金需求，定义项目团队和资源需求，制定里程碑进度计划，及采购战略规划。这些可交付物应在退出启动阶段之前完成。退出标准将在初始阶段关口审查会议上进行审查。
• 规划阶段：在这一阶段，示例中建筑物的高层级信息将被分解为各个详细的计划。CAP 培训的详细设计文件将编制完成。并将完成对面向老年人的产品/服务的分析，与差距分析。还将创建网站的初始线框图。这些可交付物应在退出规划阶段之前完成。退出标准将在规划阶段关口审查会议上进行审查。
• 开发阶段：此阶段将与测试阶段和部署阶段重叠，因为可交付物有着不同的交付节奏和不同的方法。在此将提前交付网站的部分内容，以便向公众通报社区中心的进展情况。一些老年人服务和CAP 培训的活动可能会在社区中心开放之前开始。在进入测试阶段之前，每项可交付物都可能受到单独的审查。
•  测试阶段：此阶段将与开发阶段和部署阶段重叠。测试的类型取决于可交付物。这一阶段包括对建筑物的检查、对CAP 课程的测试交付、对老年人服务的小规模试验以及在网站每个版本的测试环境中运行。在进入部署阶段之前，每项可交付物都将经过应用的测试。
• 部署阶段：此阶段将与开发和测试阶段重叠。网站的首次部署可能在项目早期进行。随着更多可交付物可以使用，此阶段中的活动将重复进行。在社区中心开放运营的时候，项目将进行最终部署。社区中心开放后，对网站和老年人服务进行持续更新将成为运营活动的一部分。
•  收尾阶段：随着可交付物的完成，此阶段会定期进行。在初始网站部署后，项目人员（包括承包商）将会被解散，每项可交付物的回顾或经验教训总结也将完成。当整个项目完成时，将获得各个阶段关口审查的信息，并对比基准来完成项目绩效的总体评价。在最终收尾之前，将对项目章程和商业论证进行审查，以确定可交付物是否实现了预期的收益和价值。

 

---

 8、与其他绩效域的相互作用 

• 开发方法和生命周期绩效域与干系人绩效域、规划绩效域、不确定性绩效域、交付绩效域、项目工作绩效域和团队绩效域相互作用。所选的生命周期会影响进行规划的方式。预测型生命周期会提前进行大部分规划工作，然后继续使用滚动式规划和渐进明细来重新规划。随着威胁和机会的发生，计划也会得到更新。
• 开发方法和交付节奏是减少项目不确定性的一种方法。如果一个可交付物存在要满足监管要求相关的大量风险，则可能会选择一种预测型方法来增加额外测试、文档编写以及健全的流程和程序。如果一个可交付物存在要与干系人验收相关的大量风险，则可能会选择一种迭代方法，并向市场发布最小可行产品，以便在开发其他特性和功能之前获得反馈。
• 在考虑交付节奏和开发方法时，开发方法和生命周期绩效域与交付绩效域有很多重叠。交付节奏是确保价值交付与商业论证和收益实现计划保持一致的主要驱动因素之一。启发产品需求并满足交付绩效域所述的质量要求对开发方法有着重大影响。
• 在项目团队能力和项目团队领导力技能方面，团队绩效域与开发方法和生命周期绩效域会相互作用。项目团队的工作方式和项目经理的风格会因开发方法的不同而有很大差异。采用预测型方法时，通常需要更加重视预先规划、测量和控制。在开发方法频谱图另一端，适应型方法（特别是在使用敏捷方法时）需要更多的服务型领导风格，而且可能会形成自我管理的项目团队。

---

9、检查结果

 （本文完）