项目生命周期

大多数项目生命周期的说明具有以下共同的特点：

(1)对成本和工作人员的需求最初比较少，在向后发展过程中需要越来越多，当项目要结束时又会剧烈地减少。

(2)在项目开始时，成功的概率是最低的，而风险和不确定性是最高的。随着项目逐步地向前发展，成功的可能性也越来越高。

(3)在项目起始阶段，项目涉及人员的能力对项日产品的最终特征和最终成本的影响力是最大的，随着项目的进行，这种影响力逐渐削弱了。这主要是由于随着项目的逐步发展，投入的成本在不断增加，而出现的错误也不断得以纠正。

大多数项目生命周期确定的阶段的前后顺序通常会涉及到一些技术转移或转让的，比如设计要求、操作安排、生产设计。在下阶段工作开始前，通常需要验收现阶段的工作成果。但是，有时候后继阶段也会在它的前一阶段工作成果通过验收之前就开始了。当然要在由此所引起的风险是在可接受的范围之内时才可以这样做。这种阶段的重叠在实践中常常被叫"快速跟进"。

我们选择以下项目生命周期的划分方法来解释应用中所采用的方法是有所不同的。这里所给出的案例是具有代表性的，但它们既不是推荐的方法，也不是首选的方法。在每一个案例中，阶段的名称和阶段的主要工作成果是由作者自己确定的。防御设备的添加。美国国防部1993年2月修订的第5000.2指令明确了一系列添加防御设备的里程牌事件和阶段划分，如下图：

导弹需求的确定--以“方案的研究许可”为结束标志。

方案探讨和界定--以“方案的演示许可”为结束标志。

演示和确定效力--以“开发许可”为结束标志。

设计和生产开发--以“生产许可”为结束标志。

管理与生产开发--与连续性运作和支持重合。

建筑。

商业企业

检查点指在规定的时间间隔内对项目进行检查，比较实际与计划之间的差异，并根据差异进行调整。可将检查点看作是一个固定"采样"时点，而时间间 隔根据项目周期长短不同而不同，频度过小会失去意义，频度过大会增加管理成本。常见的间隔是每周一次，项目经理需要召开例会并上交周报。

里程碑完成阶段性工作的标志，不同类型的项目里程碑不同。里程碑在项目管理中具有重要意义，我们用一个例子说明：

情况一：你让一个程序员一周内 编写一个模块，前3天你们可能都挺悠闲，可后2天就得拼命加班编程序了，而到周末时又发现系统有错误和遗漏，必须修改和返工，于是周末又得加班了。

情况二：实际上你有另一种选择，即周一与程序员一起列出所有需求，并请业务人员评审，这时就可能发现遗漏并即时修改;周二要求程序员完成模块设 计并由你确认，如果没有大问题，周三、周四就可让程序员编程。同时自己准备测试案例，周五完成测试;一般经过需求、设计确认，如果程序员合格则不会有太大 问题，周末可以休息了。

第二种方式增加了"需求"和"设计"两个里程碑，这看似增加了额外工作，但其实有很大意义：首先，对一些复杂的项目，需要逐步逼近目标，里程碑 产出的中间"交付物"是每一步逼近的结果，也是控制的对象。如果没有里程碑，中间想知道"他们做的怎么样了"是很困难的。其次，可以降低项目风险。通过早 期评审可以提前发现需求和设计中的问题，降低后期修改和返工的可能性。另外，还可根据每个阶段产出结果分期确认收入，避免血本无归。

第三，一般人在工作时 都有"前松后紧"的习惯，而里程碑强制规定在某段时间做什么，从而合理分配工作，细化管理"粒度".

基线指一个(或一组)配置项在项目生命周期的不同时间 点上通过正式评审而进入正式受控的一种状态。基线其实是一些重要的里程碑，但相关交付物要通过正式评审并作为后续工作的基准和出发点。基线一旦建立后变化 需要受控制。

项目生命周期可以分成识别需求、提出解决方案、执行项目和结束项目四个阶段。项目存在两次责任转移，所以开始前要明确定义工作范围。 项目应该在检查点进行检查，比较实际和计划的差异并进行调整;通过设定里程碑渐近目标、增强控制、降低风险;而基线是重要的里程碑，交付物应通过评审并开始受控。