知识点一 项目生命周期是指项目从启动到收尾所经历的一系列阶段。项目阶段通常按顺序排列，阶段的名称和数量取决于参与项目的一个或多个组织的管理与控制需要、项目本身的特征及其所在的应用领域。可以在总体工作范围内或根据财务资源的可用性，按职能目标或分项目标、中间结果或可交付成果，或者特定的里程碑，来划分阶段。阶段通常有时间限制，有一个开始点、结束点和控制点。生命周期通常记录在项目管理方法论中。可以根据所在组织或行业的特点，或者所用技术的特性，来确定或调整项目生命周期。（《PMBOK®指南》第38页）

解读 《PMBOK®指南》中定义的项目生命周期是指从项目启动到项目收尾的一系列阶段，既不包括前期的可行性分析阶段，也不包括后期的产品运行、维护、升级和退出阶段。阶段具有三大要素：开始点、结束点和控制点。

知识点二 通用的项目生命周期包括启动项目、组织与准备、执行项目工作和结束项目。这个通用的生命周期结构常被用来与高级管理者或其他不太熟悉项目细节的人员进行沟通。通用的生命周期结构从宏观视角为项目的比较提供了通用参照，即使项目的性质完全不同。（《PMBOK®指南》第38～39页）

解读 高层管理者一般在每一个生命周期阶段结束时执行对项目的审查。阶段末审查的好处是有利于在同类型项目之间进行横向比较（因为一般来说，同一组织中对同一类型的项目的阶段划分是统一的）。

知识点三 不应把通用生命周期与项目管理过程组混淆，因为过程组中的过程所包含的活动，既可以在每个项目阶段执行和重复执行，也可以在整个项目层面执行和重复执行。（《PMBOK®指南》第39页）

解读 项目生命周期阶段不同于项目管理过程组（项目管理过程组有时又被称为项目管理生命周期）。可以从三大方面予以区分：①项目生命周期阶段是依据组织管理的需要和项目本身的特征来划分的，项目管理过程组是为方便对项目管理知识体系的学习需要而“人为”划分的；②项目生命周期阶段在不同的行业、不同的组织甚至是不同的项目上可能不同，而项目管理知识体系包括的项目管理五大过程组不依行业、组织和项目的性质不同而变化；③项目生命周期阶段一般是顺序排列、有时又相互交叉的，而项目管理五大过程组中所包含的过程，在项目的任何阶段都可能会被执行并且可能会被重复执行多次。从时间点上看，项目管理生命周期和项目生命周期的开始时间点和结束时间点是相同的。

知识点四 通用的生命周期具有以下特征：成本和人力投入在开始时较低，在工作执行期间达到最高，并在项目快要结束时迅速回落；成本和人力投入的典型走势可能并不适用于所有项目；风险与不确定性在项目开始时最大，并在项目的整个生命周期中随着决策的制定与可交付成果的验收而逐步降低；在不显著影响成本的前提下，改变项目产品最终特性的能力在项目开始时最大，并随项目进展而减弱。（《PMBOK®指南》第40页）

解读 依据《PMBOK®指南》第39页图2-8我们知道，对于大部分项目来说，成本和人力投入在项目开始时较低，然后慢慢上升，在项目中间阶段达到峰值，到了项目的结束阶段会急速回落；这个规律提醒项目经理应该在合适的时间引进或释放合适的资源，避免资源浪费。《PMBOK®指南》第40页图2-9告诉我们，在项目的开始阶段，项目的不确定性大，项目的风险多；随着项目的不断推进，不确定性逐步降低，项目的风险逐渐减少。项目变更所需要付出的代价在项目开始阶段较低，随着项目的不断推进，变更的代价成指数倍增长；这个规律提示项目经理应该尽可能在项目前期挖掘出项目干系人的所有要求和期望，从而尽量减少项目后期的需求变更。

知识点五 项目阶段通常按顺序进行，但在某些情况下也可重叠。项目生命周期阶段与阶段之间存在两种关系，即顺序关系和交叠关系。在顺序关系中，一个阶段只能在前一阶段完成后开始；在交叠关系中，一个阶段在前一阶段完成前就开始。这两种关系可能在一个项目的不同阶段间发生。（《PMBOK®指南》第41～42页）(www.daowen.com)

解读 如果阶段与阶段之间是顺序关系，则阶段与阶段之间无交叉和并行；如果阶段与阶段之间是交叠关系，则阶段与阶段之间有交叉和并行。同一个项目，因为其本身的特点和工作需要，某些阶段和阶段之间可能是顺序关系，某些阶段和阶段之间可能是交叠关系。

知识点六 预测型生命周期（也称为完全计划驱动型生命周期）是项目生命周期的一种，在项目生命周期的尽早阶段，确定项目范围及交付此范围所需的时间和成本。以下情况优先选择预测型生命周期：充分了解拟交付的产品，有厚实的行业实践基础，或者整批一次性交付产品有利于干系人。（《PMBOK®指南》第44～45页）

解读 预测型生命周期一般被划分为一系列顺序或交叠的阶段，每个阶段的工作通常与前续阶段和后续阶段有本质差别。这种生命周期模型一般用于有成熟做法、需求明确、风险较小的项目。

知识点七 在迭代和增量型生命周期中，随着项目团队对产品的理解程度逐步提高，项目阶段（也称为迭代）有目的地重复一个或多个项目活动。迭代方式是通过一系列重复的循环活动来开发产品，而增量方法是渐进地增加产品的功能。以下情况优先选择迭代和增量型生命周期：组织需要管理不断变化的目标和范围，组织需要降低项目的复杂性，或者，产品的部分交付有利于一个或多个干系人，且不会影响最终或整批可交付成果的交付。（《PMBOK®指南》第45～46页）

解读 迭代和增量型生命周期的典型特征：每次迭代或增量完成整个项目的一部分工作，每次迭代或增量（也可将其视为阶段）所完成的工作内容虽然不同，但工作性质是基本相同的（如IT软件开发项目采用迭代和增量型生命周期模型，则每次迭代都会有业务建模、需求获取、分析和设计、实现、测试、部署等工作）。这种生命周期模型一般用于需求不容易明确、复杂程度高、风险较大的项目。

知识点八 适应型生命周期（也称为变更驱动方法或敏捷方法），其目的在于应对大量变更，获取干系人的持续参与。适应型生命周期也包含迭代和增量的概念，但不同之处在于，迭代很快（通常2～4周迭代一次），而且所需时间和资源是固定的。以下情况优先选择适应型方法：需要应对快速变化的环境，需求和范围难以事先确定，或者，能够以有利于干系人的方式定义较小的增量改进。（《PMBOK®指南》第46页）

解读 适应型生命周期的典型特征：受变更驱动、拥抱变化、快速响应。与迭代和增量型生命周期的区别在于：迭代速度更快、每次迭代所需的时间和资源固定、每次迭代的成果不一定是最终成果的一部分（可能会被废弃掉）。这种生命周期模型一般用于需求可变性大、需要快速响应干系人要求的项目。采用适应型生命周期模型的项目，最需要用户的频繁参与。