下载掌阅APP，畅读海量书库
立即打开
项目生命周期是通常划分为若干阶段的、从项目开始到结束的全过程。为了便于管理和控制（如针对每个阶段编制计划和进行监控），我们把项目生命周期分成几个不同的阶段。每个阶段都有应该完成的工作、应该提交的可交付成果，都需要有阶段验收标准与阶段放行口。项目生命周期及其阶段划分与阶段控制，是项目治理的重要内容。组织通常会在项目启动阶段，就在项目治理指南中，规定阶段划分以及各阶段所需的控制，特别是阶段结束时的评审。把项目生命周期划分为几个阶段，每个阶段结束时都是重要的决策时点。所以，在阶段结束时开展的相关检查与审查，是项目治理的重要内容。
项目生命周期的概念，也有利于把项目与组织的持续经营运作联系起来。项目开始阶段与结束阶段都是直接与组织的日常持续经营运作相联系的。
项目管理虽然是以目标为导向的，但是也强调对过程的控制。在项目进行的全过程中，每个阶段结束时，都要进行阶段评审，考察应该提交的可交付成果有没有提交出来，从而决定能否进入下一个阶段。阶段评审有利于及时地以较低的成本纠正错误。
随着项目生命周期的开始，项目对资源的需求逐渐增加，并在项目执行期间达到最高峰（项目的预算大部分花在执行阶段），然后在项目收尾阶段急剧下降。
☞ 在项目收尾阶段，对资源的需求必须是急剧下降的，因为要快速收尾，不要拖拖拉拉。
在项目的早期，不确定性大，项目风险多，同时能为项目增加价值的机会也大，进行项目变更所要付出的代价较小。随着项目的进行，不确定性降低，项目风险减少，增加价值的机会变小，项目变更的代价增大。
考生需要掌握三个相互关联的概念：项目生命周期、项目管理生命周期，以及时间更长的产品生命周期。
从项目所要完成的技术工作来说，项目生命周期描述项目每个阶段需要完成什么技术任务。例如，建筑项目的可行性研究、初步设计、详细设计、施工和移交，软件开发项目的需求分析、框架设计、详细设计、编程、调试、安装和移交等。
☞ 项目生命周期也就是PMBOK ® 指南第3章引言中所说的“产品导向过程”——按实际提交的项目中间或最终产品来划分和命名项目阶段。
对于技术性的项目生命周期，需要注意以下几点：
● 不同类型的项目有不同的项目生命周期阶段划分。例如，建筑项目与软件开发项目的项目生命周期阶段划分就是完全不同的，因为它们所需完成的技术工作完全不同。
● 项目生命周期中的每个阶段都可以看做一个单独的项目或子项目。是否应该把它看成一个单独的项目或子项目，取决于客观情况及主观需要。
● 一般情况下，一个阶段结束后，才开始另一个阶段。但是，如果所涉及的风险不大，也可以在这个阶段结束前就开始下一个阶段（但一定要经过适当的批准程序）。项目生命周期是通常按顺序排列而有时又相互交叉的各项目阶段的集合。
● 如果一个项目包括几个相对独立的部分，项目生命周期的各阶段可能在各个组成部分上同时演进，而且，在某一个时点，还有可能一个组成部分处于这个阶段，而另一个组成部分处于上一个或下一个阶段。
● 一个阶段的结束并不一定意味着下一个阶段的开始。严格意义上讲，批准一个阶段的结束与批准下一个阶段的开始，是两件事情，虽然有时可以合在一起进行。任何一个阶段的结束点，都有可能成为项目的结束点或封杀点（项目不再继续下去了）。
例题2-4 以下关于项目的哪个说法是正确的？
A.项目越接近完成，风险发生的可能就越大
B.在项目被正式批准开始之前，有一个项目生命周期的阶段
C.有经验的项目经理应该回避有风险的项目
D.项目生命周期在每一个项目上都是一样的
解释： 正确答案是B。在正式启动项目之前，需要做一些前期准备工作，如可行性研究。通常来说，项目越接近完成，风险就越小。不确定性是项目所固有的，如果C是正确的，项目经理就没有项目可做。项目生命周期通常在不同类别项目上是不同的。
《PMBOK ® 指南》2.4.2 节所讨论的“项目阶段”，就是基于技术工作的项目阶段，而不是基于管理工作的项目管理过程组。也就是说，项目阶段不同于项目管理过程组。
☞ PMBOK ® 指南中的“项目生命周期”主要是指基于技术工作的，但也涉及基于管理工作的。考试时，遇到这个词，就需要根据上下文来判断。如实在无法判断，可理解为基于技术工作的。
对项目做阶段划分，是为了便于管理与控制。究竟应该划分成几个阶段以及什么阶段，取决于组织对项目控制的需要。往往以主要可交付成果的完成时点作为阶段结束的时点。这个时点也是对项目进行关键审查的当然时点，会做出项目变更（包括纠偏）、项目继续或不继续的决策。
项目生命周期的类型：一端是预测型（计划驱动型），另一端是适应型（变更驱动型）。
预测型是指事先编制计划（可用滚动式规划方法编制计划），详细定义项目产品，然后在执行阶段完成已定义好的产品，在收尾阶段验收并移交已完成的产品。预测型项目生命周期的特点是，先设计好要做的产品，再实际去做，在做的过程中一般不进行实质性变更。万一要变更，就必须对变更进行严格控制。变更控制会导致重新编制计划，再按新的计划去执行。预测型项目生命周期适用于有成熟做法、风险较低、待开发产品清晰明确的项目，如建筑工程项目。如果项目产品只能作为一个整体交付并发挥作用，也应该使用预测型项目生命周期。
适应型项目生命周期则是随用户需求的变化（或逐渐明确），通过短期迭代来逐步完善项目产品，直到生产出最终产品。它的特点是，在每个迭代期（如2周）都设计并生产出能满足用户当前需求的产品原型（初级产品），并在下一个迭代期根据用户需求的变化，完善产品原型。相当于边设计边生产。适应型项目生命周期适用于需求不能立即明确或很容易发生变化的项目，如研发项目和IT开发项目。采用适应型项目生命周期，就是采用原型法或敏捷法做项目。根据用户的最初需求开发出初级产品（原型），交给用户评审或试用；用户评审或试用后提出反馈意见（新的需求），开发小组再开发出更高级的原型，并交给用户评审或试用；可以连续进行几轮，才形成最终的产品。如果用户的原型评审对项目成功至关重要，或者用户在最终产品完成之前就需要使用原型，就应该采用适应型项目生命周期。
表2-6概括了预测型和适应型项目生命周期的主要区别。
表2-6 预测型和适应型项目生命周期比较
续表
具体项目可以采用介于这两端之间的任何类型的项目生命周期。《PMBOK ® 指南》2.4.2.3 节的“迭代和增量型生命周期”，与适应型生命周期的性质完全相同，只是迭代的频率比极端的适应型生命周期要慢一些，从而每个迭代期的持续时间也会长一些。
无论是预测型生命周期还是适应型生命周期，其阶段之间的关系又可能是先后顺序的关系或交叠（交叉）的关系：
● 先后顺序关系。一个阶段完成之后，另一个阶段才能开始。阶段之间的衔接以作为阶段性可交付成果的工作产品的转移或移交为标志。采用这种阶段间关系，风险比较小，但工期比较长。
● 交叠关系。一个阶段尚未完成之前就开始另一个阶段，使两个阶段交叉进行。这种方法有时就是“快速跟进法”——用来压缩工期的一种方法。这种交叠关系可能增加项目的风险，特别是返工的风险。