信息系统项目管理师教程(第2版)第2章 项目生命期和组织

第2章项目生命期和组织项目和项目管理是在比项目本身更加广阔的环境中执行的。

项目管理班子必须理解这种更广泛的背景，才能选择适合于项目的生命期的阶段、过程、工具和技术。

本章介绍项目管理环境的一些关键方面。

本章讨论的题目包括：项目生命期、项目干系人和组织的影响。

2.1 项目生命期项目经理或组织可以把每一个项目划分成若干个阶段，以便有效地进行管理控制，并与该项目实施组织的日常运作联系起来。

这些项目阶段合在一起称为项目生命期（Life Cycle）。

许多组织定义出一套具体的生命期供其所有的项目使用。

2.1.1项目生命期的特征项目生命期确定了将项目的开始和结束连接起来的阶段。

例如，当某个组织发现一个可以考虑利用的机会时，它通常会责成有关人员进行可行性研究，以决定该项目是否值得立项。

项目生命期的定义有助于项目经理弄清是否应将该项可行性研究视为项目的第一个阶段，或者将其当作一个单独的项目。

当这种初步努力的结果无法识别清楚时，最好将其当作单独的项目处理。

从项目生命期的一个阶段转到另一阶段通常是某种形式的技术交接，这种阶段转移通常也由这种技术交接确定。

前一阶段产生的可交付成果通常要接受是否已经完成和是否准确的审查，在验收之后才能开始下一阶段的工作。

但是，如果认为所涉及的风险是可以接受的话，后一阶段可以在前一阶段可交付成果通过验收之前开始。

这种将通常按照先后顺序完成的两个阶段重返的做法，是应用所谓快速跟进进度压缩技术的一个例子。

目前没有确定项目生命期的难一是好办法。

某些组织的既定方针是用一个项目生命期以标准的方式处理所有的项目，而另外一些单位则允许项目管理组为其项目选择最适合的项目生命期。

另外，行业的通用做法经常造成本行业内部使用某种约定俗成的项目生命期。

项目生命期的定义还将确定项目开始与结束时的哪些过渡行动应包括在项目范围之内，而哪些则不应包括在内。

这样，就可以用项目生命期的定义把项目和项目实施组织持续的日常运作业务联系在一起。

项目生命期通常规定：●每个阶段应完成哪些技术工作？（例如，在哪个阶段应完成架构的工作？）●每个阶段的交付物应何时产生？对每个交付物如何进行评审、验证私确认？●每个阶段都有哪些人员参与？（例如，并发工程要求需求分析人员和设计人员的参与）●如何控制和批准每个阶段？项目生命周期描述文件可以很概要也可很详细。

非常详细的生命周期描述可能包括提供结构和控制的表单、图表和检查单。

大多数项目生命周期都具有许多共同的特征：●在初始阶段，费用和人员水平较低，在中间阶段达到最高，当项目接近结束时则快速下降。

图2.1描绘了这种模式。

图2.1项目生命周期过程中的典型费用和人员水平●在项目的初始阶段不确定性水平最高，因此不能达成项目目标的风险是最高的。

随着项目的继续，完成项目的确定性通常也会逐渐变好。

●在项目的初始阶段，项目干系人影响项目的最终产品特征和项目最终费用的能力最高，随着项目的继续逐渐变低，如图2.2所示。

造成这种现象的一个主要原因是随着项目继续，变更和缺陷修改的费用通常会增加。

尽管许多项目生命周期由于包含类似的可交付成果而具有类似的阶段名称，但很少含有完全相同的情况。

大多数项目被划分为4至5个阶段，但也有一些被划分为9个甚至更多的阶段。

即便是同样的应用领域也会存在很大的差异。

一个组织的软件开发生命周期可能有一个单一的设计阶段，而另一些可能具有拆分开的体系结构设计阶段和详细设计阶段。

子项目也可能有不同的项目生命周期。

例如，一家建筑师事务所受雇为他人设计新办公楼时，首先在设计时参与了业主的设计要求制订阶段，随后又在协助施工时参与了业主的实施阶段，协助施工。

但建筑师本身的设计项目也有自己的一系列阶段，包括项目构思、要求制订、实施、直至项目收尾。

这位建筑师甚至可以把办公楼的设计和对施工的协助视为两个不同的项目，分别包括各自的明显阶段。

图2.2 项目干系人随着时间的继续对项目的影响2.1.2 项目阶段的特征每个项目阶段都以一个或数个可交付成果的完成为其标志。

可交付成果是某种有形的、可验证的工作成果，例如，技术规定说明书、可行性研究报告、详细设计文件或可以工作的样品。

某些可交付成果可能对应着项目管理过程，而另外一些则是该项目构思时设想的最终产品或产品的组成部分。

可交付成粜，因而相应的阶段是为保证恰当地控制项目，达到项目目的，即取得希望的产品或服务而设计的一般为按顺序首尾衔接的过程的一部分。

任何具体的项目，由于规模、复杂程度、风险水平和现金流制约等方面的原因，阶段可以进一步划分为子阶段。

为了便于监视与控制，每一个子阶段都要与一个或多个具体的可交付成果联系起来。

这些事项的大多数都同基本阶段可交付成果相联系，而且阶段一般都根据这些事项命名：需求说明书、设计、建造、试验、试车、交接和其他等，视具体情况而定。

项目阶段的结束通常以对完成的工作与可交付成果的审查为标志，目的是确定是否验收，是否仍然需要增加工作，或者是否考虑结束这一阶段。

经常举行管理层审查以便决定在不结束当前阶段的条件下开始下一阶段的活动，例如当项目经理将快速跟进选为行动步骤时即为如此。

某信息技术公司选择可同时进展的多项目阶段的重复生命期也是这种例子。

在收集和分析客户对一个模块的要求，设计与制作这一模块的同时，对第二个模块进行分析，还可以平行地开始收集和分析客户对第三个模块的要求。

同样，在未决定是否启动任何其他阶段时，也可以结束一个阶段。

例如，当项目已经完成，或者认为风险太大，不允许项目继续下去时即为如此。

例如：●当项目结束或如果项目持续下去风险太大时。

●一个IT公司使用迭代式的生命周期，项目中可以同时开展多个阶段。

每个模块都要经过需求获取、分析、设计和构造几个阶段，但当一个模块的分析工作将要完成时，另一模块的需求收集工作就可以并行开始了。

阶段的正式完成不包括核准随后的阶段。

为了有效的控制，每一阶段都要正式启动，都要根据该阶段的具体情况提交为该阶段规定允许和预期哪些事项的一项成果。

图3所表示的就是这种情况。

阶段末可以进行一次审查，明确的目的是取得对结束当前阶段并启动下一阶段的核准。

有时候，一次审查可以核准两件事。

上述阶段束审查往往称为阶段放行口、阶段关卡或验收站。

图2.3项目生命期典型阶段2.1.3项目生命期与产品生命周期的关系许多项目都与实施组织的日常业务相联系。

某些组织仅在完成可行性研究、制定出初步计划或某种其他类似形式的分析之后才正式批准项目。

在这种情况下，初步规划或分析采取订单立项目的形式。

例如，在启动研制最终产品的项目之前，在研制和试验样机或样品的过程中可能会发现需要增加阶段。

某些形式的项目，特别是内部服务或新产品研制项目可以提前一段时间非正式启动，以便为增加的阶段或活动取得正式的批准。

激发项目的推动力量一般为问题、机会或商业要求。

这些压力的后果是，管理层一般必须根据其他潜在项目的需要和资源要求确定这一项目要求的轻重缓急。

项目生命期的确定还会在项目结束时，为了将项目与实施组织的日常连续业务联系起来，识别哪些过渡行动列入或不列入。

把新产品交付正式生产或把新电脑软件交付上市，就是这种情况的例子。

应该注意把项目的生命期和产品的生命周期区分开来。

例如，向市场推出一种新型台式电脑的项目仅仅是其产品生命期的一个方面。

图2.4是一个例子，说明产品生命期开始于经营计划，经过构思，到产品，到日常经营和产品退出市场。

而项目生命期经历创造这一产品的一系列阶段。

其他项目可以包括对这一产品的性能更新。

在某些应用领域，例如新产品或软件研制，组织将项目生命期视为产品生命期的一部分。

图2.4项目生命周期与产品生命周期的关系2.1.4典型的信息系统项目的生命期模型1．瀑布模型瀑布模型是一个经典的软件生命周期模型，一般将软件开发分为：可行性分析（计划）、需求分析、软件设计（概要设计、详细设计）、编码（含单元测试）、测试、运行维护等几个阶段，如图5所示。

瀑布模型中每项开发活动具有以下特点：图2.5瀑布模型（l）从上一项开发活动接受该项活动的工作对象作为输入。

（2）利用这一输入，实施该项活动应完成的工作内容。

（3）给出该项活动的工作成果，作为输出传给下一项开发活动。

（4）对该项活动的实施工作成果进行评审。

若其工作成果得到确认，则继续进行下一项开发活动；否则返回前一项，甚至更前项的活动。

尽量减少多个阶段闻的反复。

以相对来说较小的费用来开发软件。

2．螺旋模型螺旋模型是一个演化软件过程模型，将原型实现的选代特征与线性顺序（瀑布）模型中控制的和系统化的方面结合起来。

使得软件的增量版本的快速开发成为可能。

在螺旋模型中，软件开发是一系列的增量发布。

在早期的选代中，发布的增量可能是一个纸上的模型或原型；在以后的迭代中，被开发系统的更加完善的版本逐步产生。

螺旋模型的整个开发过程如图2.6所示。

图 2.6螺旋模型图2.6中的螺旋线代表随着时间推进的工作进展；开发过程具有周期性重复的螺旋线状。

4个象限分别标志每个周期所划分的4阶段：制定计划、风险分析、实施工程和客户评估。

螺旋模型强调了风险分析，特别适用于庞大而复杂的、高风险的系统。

3．迭代模型在大多数传统的生命周期中，阶段是以其中的主要活动命名的：需求分析、设计、编码、测试。

传统的软件开发工作大都分强调一千序列化过程，其中一个活动需要在另一个开始之前完成。

在迭代式的过程中，每个阶段都包括不同比例的所有活动。

迭代式开发模型如图2.7所示，水平方向为时间维，从组织管理的角度描述整个软件开发生命周期，分4个阶段：初始、细化、构造、移交，可进一步描述为周期（Cycle）、阶段（phase）、迭代（Iteration）：核心工作流从技术角度描述迭代模型的静态组成部分，包括；业务建模、需求获取、分析与设计、实现、测试、部署。

图中的阴影部分描述了不同的工作流，在不同的时间段内工作量的不同，几乎所有的工作流在所有的时间段内均有工作量，只是大小不同而已。

各阶段的主要任务如下。

●初始阶段：系统地阐述项目的范围，选择可行的系统构架，计划和准备业务案例。

●细化阶段：细化构想，细化过程和基础设施，细化构架并选择构件。

●构造阶段：资源管理、控制和过程最优化，完成构件的开发并依评价标准进行测试，依构想的验收标准评估产品的发布。

●移交阶段：同步并使并发的构造增量集成到一致的实施基线中，与实施有关的工程活动（商业包装和生产、人员培训等），根据完整的构想和需求集的验收标准评估实施基线。

图2.7选代模型4．信息化项目的生命周期信息化项目一般有可行性分析、业务重组、信息系统规划、系统需求分析、系统设计、系统实现、系统测试、系统实施、系统试运行、运营与维护等几个阶段。

根据行业特点、企事业单位的规模、项目特点等对这些阶段可以有不同程度的裁剪。

可行性分析阶段主要从技术可行性、经济可行性和操作可行性几方面对项目的可行性做出判断，并提出可行性方案。