项目管理和IT背景4--项目阶段和项目生命周期

　　摘要：2，4 项目阶段和项目生命周期 因为项目的运营是作为系统的一部分，同时包含了不确定性，所以把项目分为几个阶段是一 个很好的做法。在我们讨论的例子中，假定概念阶段的报告建议需要学生拥有笔记本电脑是提高校园中技术使用的一种方法。

　　2，4 项目阶段和项目生命周期

　　 因为项目的运营是作为系统的一部分，同时包含了不确定性，所以把项目分为几个阶段是一个很好的做法。项目生命周期(projectlifecycle)是一系列项目阶段的集合。一些组织规定一些生命周期的集合用于他们所有的项目，而另外一些则基于涉及项目的类型而遵循通用行业惯例。

　　 一般情况下，项目生命周期PDM定义在每个阶段中要进行的工作，什么时候给出什么样的可交付成果，每个阶段涉及的人员和时间有哪些，以及管理层将如何控制和验证每个阶段中进行的工作。可交付成果(deliverable)是一个产品或者服务，例如报告、培训课程、一片硬件或者一段软件代码，这些是作为项目的一部分而生产或提供出来的。第5章项目的范围管理规定了可交付成果的详细信息。

　　 在项目生命周期的早期阶段，对资源的需求是较低的，而不确定性的程度是较高的。在项目的早期阶段，项目的干系人较能够影响项目的产品、服务和结果的较终特征。在项目的较后几个阶段中，做大的修改的代价就比较高。在项目生命周期的中期，随着项目的开展完成项目的确定性逐渐提高，比起开始和较终阶段需要更多的资源。项目的较后阶段关注于保证满足项目需求，以及项目发起人对项目完成情况的认可。

　　 根据项目和行业的不同，项目的阶段变化比较大，但是在传统的项目管理中存在一些基本的阶段，通常叫着概念、开发、实施和收尾阶段。前两个阶段(概念和开发)关注计划编制，通常称为项目可行性(projectfeasibility)阶段。后两个阶段(实施和收尾)关注实际工作的交付，通常称为项目获取(projectacquisition)阶段。在进行下一个步骤前，项目应该成功完成之前的每一个步骤。该项目周期方法提供了更好的项目控制和适当的链接用于正在进行的组织操作。

　　 图2-3给出了传统项目周期通用阶段的一个概要框架。在项目的概念阶段，经理通常简要地描述该项目——提出项目高层次的或者概要计划，它描述了项目的需求和基本的构造概念。第一个阶段给出一个较初的或者粗略的成本估计，同时产生所涉及项目的大概内容。工作分解结构(WBS)粗略描述项目的工作，是一个基于可交付成果的文档，该文档定义项目的总体框架(你将会在第5章项目范围管理中学习到关于项目分解结构的内容)。例如，如果TomWalters(在开篇案例中)遵循了项目生命周期而不是全面推进笔记本电脑项目，他就能够建立一个教职员工委员会来研究在校园里提高技术使用的概念。该委员会可能制定一个管理计划，包括一个初始的、较小的项目来研究提高技术应用的可选方法。他们也许就能够估计到该项目会花费六个月的时间和两万美元来进行一个详细的技术研究。在这个阶段，WBS也许有三个层次，它把工作划分为：对五个类似学校进行对比分析，对本地学生和教职员工的调查，以及使用更多的技术对于成本和入学率的粗略评价。在概念阶段的较后，委员会将能够给出一个报告来说明结果。报告和说明将是一个可交付成果的例子。

　　 当概念阶段完成以后，开发阶段就开始了。在开发阶段，项目团队建立更为详细的项目计划，更加精确的成本估计和更加详细的WBS。在我们讨论的例子中，假定概念阶段的报告建议需要学生拥有笔记本电脑是提高校园中技术使用的一种方法。项目团队将决定，如果学生购买或者租借这些笔记本电脑，需要什么样的硬件和软件；如何对学生收费，如何处理培训和维护，以及如何把新的技术综合到现在的课程中等等。相反，如果概念阶段报告显示笔记本电脑对于学院来说不是一个好的主意，那么项目团队就不需要考虑在开发阶段通过使用笔记本电脑来提高技术的使用。这种阶段化的方法使得开发不适当项目所需要的时间和金钱较小化了。一个项目的计划在进行到开发阶段的时候必须要通过概念阶段。

　　 传统的项目生命周期的第三个阶段是实施。在这个阶段，项目团队制定了一个明确或者说非常准确的成本估算，交付了需要的工作，同时提供绩效报告给干系人。假定在开发阶段TomWalters的学院采纳了要求学生拥有笔记本电脑的计划，那么，在实施阶段，项目团队就要获得所需要的硬件和OA软件，安装必要的网络设备，将笔记本电脑发放给学生，创建一个收费的程序，以及给学生和教职员工提供培训等。学校的其他一些人可能也被牵扯进实施阶段。教师将需要考虑如何较好地利用新的技术优势。负责招生的部门将更新其材料来反映学院新的特点。安全部门可能需要解决学生随身携带贵重设备而产生的新问题。项目组通常要花费大量的精力与金钱在项目的实施阶段。

　　 传统的项目生命周期的较后一个阶段是收尾阶段。在收尾阶段，完成所有的工作，应该有某类客户对整个项目进行接受。项目团队应该在经验总结报告中总结项目中的经验。如果笔记本电脑计划较终通过了实施阶段，所有的学生都收到了笔记本电脑，那么该项目团队应当通过结束所有相关活动来完成该项目。他们可以对学生和教职员工做一个调查以收集对项目进展的意见。他们应当能够保证与任何供应商的合同都完整执行了，账目也都结算清楚。然后，他们应当把与笔记本电脑项目相关的工作移交给其他部门。项目团队还可以与其他考虑实施类似项目的学院共享其经验教训。

　　 然而，许多项目并没有遵循传统的项目生命周期。它们仍然具有传统项目生命周期的一些阶段的一些类似的特征，却更加灵活一些。例如，通常只有三个阶段：初始、中间和较后阶段。或者有几个中间阶段。也许会有一个独立的项目来完成可行性研究。不考虑项目生命周期的特定阶段，将项目看成是由开始和结束连接起来的阶段是一个很好的实践，这样，我们就能够在每一个阶段中来度量项目的进展和达到目标的情况。

　　 软件开发项目是IT项目的子集。一般情况下，IT项目包括研究、分析、购买和安装新的硬件和软件，而不进行或者很少进行实际的软件开发。然而，一些项目包括一些软件修改以增强现有的软件或者将已有的应用与另一种应用进行综合。另外一些项目则包括大量的软件开发。许多人指出开发软件需要项目经理根据特定的产品生命周期来改进传统的项目管理方法。

　　 系统开发生命周期(SystemsDevelopmentLifeCycle，SDLC)是描述开发信息系统不同阶段的框架。系统开发生命周期的一些通用模型包括瀑布模型、螺旋模型、渐增式构建模型、原型法和快速应用开发模型(RAD)等。这些生命周期模型都是可预测生命周期(predictivelifecycle)的模式，意味着项目的范围可以明确表达，进度和成本可以精确预测。项目团队花费大量的精力来弄清楚整个系统的需求，然后给出设计。在很长的一段时间内，用户通常看不到协同软件运行的任何有形的结果。下面是几个可预测的SDLC模型的概要描述：瀑布式生命周期模型定义良好的线性系统开发和支持的阶段。这种生命周期模型假定需求在定义以后能够保持稳定。

　　 ●螺旋式生命周期模型是在瀑布式模型应用于大型政府软件工程后取得的各种求精经验的基础上发展起来的。该模型认识到这样一个事实，即多数的软件使用迭代或者螺旋的方法而不是线性的方法开发。

　　 ●渐增式构建生命周期模型提供对操作软件的累进开发，每一个版本都提供增加的功能。原型生命周期模型用于开发软件原型来阐明用户对操作软件的需求。它需要大量用户参与，开发者使用一个模型来产生功能需求，并同步产生物理设计规范。开发者能够根据项目来抛弃或者保持原型。

　　 ·‘快速应用开发生命周期模型使用的方法是开发者处理一个演化原型。该生命周期模型也需要用户的大量参与，同时在不牺牲质量的前提下快速开发项目。开发者使用RAD工具，例如CASE(计算机辅助软件工程)，JRP(联合需求规划)和JAD(联合应用设计)来帮助快速原型的建立和代码生成。