项目管理之项目生命期_工程管理

1、项目管理之项目生命期作为一个项目经理我们知道制定方案对于项目的重要性，制定行之有效的方案的一个前提是识别项目的生命期。所谓项目生命期，其确定了将项目的开头和结束连接起来的阶段(引 自PMBOk)。比如，我们在开发软件的时候一般都会有一个可行性讨论阶段，主要是确认是否可以立项，这个时候通常意味着项目的开头，但是有时候我们最好 把立项阶段的可行性讨论阶段作为一个单独的项目来处理，由于，很明显我们的讨论结果是这个项目不能立项。但在我所知的项目中，大多是是已经和客户签订了合 同，所以这个阶段一般是前期的风险评估阶段了，所以我们也把他放在了整个项目生命期中的一个部分。在这里我要先提一下，项目的生命周期和

2、产品的生命周期是 不一样的，举个例子，一个软件开发完毕并交付产品就算项目什么期的借宿，后期的产品上市宣扬和营销就不属于项目生命期了，而是属于产品生命期，可以说产品 什么期包含了这个产品的项目生命周期，呵呵，是不是有点绕啊，理解就好了。就像前面我们提到的例子，假如我们的可行性讨论报告认为项目可以立项开发，那么下一步就要建立一个完整的项目组制定需求、设计、开发、测试、文档以及培训等具体的方案和支配。从这里我们可以看出:从项目生命期的一个阶段转移到另一个阶段一般会涉及某种形式的技术交接，这种阶段转移也通常由这种技术交接确定。 举个例子，不论是哪种软件过程管理也好，我们都要经受分析、设计、开发和测试几

3、个阶段，其中就设计技术交接，设计必需在得到需求分析的结果之后才能进行， 而开发在设计之后(当然某些项目可能直接从需求就到开发阶段了，但其实设计的任务交给了开发人员，这样做是有风险的)。不过有的时候在前一个阶段的可交付 成果通过验收之前我们认为风险是可以承受的那么我们可以紧接着开头后一阶段的工作。也就是说前后阶段的任务进行了重叠，举个软件工程的实际例子，比如 XP(极限编程)。但是，说了这么多，目前还没有确定项目生命期的最好方法。不过一般来讲项目的生命期通常规定了：·项目各个阶段应当从事何种技术工作：比如需求分析，具体设计，开发，测试以及文档等等。·项目各个阶段可交付的成果何

4、时生成，以及如何审查、核实和确认：比如我们会制定相应的方案，何时结束需求分析;何时开头具体设计;何时开发;测试等等。并且制定相关的项目管理流程，如何以及有谁来审核每个阶段的交接成果等等。·项目各个阶段有哪些人参加：比如需求分析阶段我们可能会有需求分析人员和客户代表;设计阶段可能有架构设计人员以及相关的项目组长参与等等。·如何掌握和批准项目的各个阶段：一个项目的生命期可以很详细也可以很笼统。详细的生命期可能包含各种图表和表格，比如MS.Project等等。 本文转自项目管理者联盟·项目阶段一般按挨次首位相接，通常依据某种形式的技术信息或可交付成果进行传递来确认：不管

5、是传统的瀑布式流程还是RUP流程甚至XP都包含了这个传递的过程，只不过形式和方法存在差别。大多数项目生命期具有若干共同特点。·人力投入和费用：每个项目都有预算，你的项目需要多少人、需要购买那些硬件软件以及日常开销等。但是一个规律是，这些人力和费用开头的时候需要较低，随之增高，在项目收尾的时候会快速降低。·项目开头的时候胜利的可能性最低，由于这是的不确定因素许多，比如需求的不明晰，技术的风险，厉害关系人的影响等等。但是随着项目的连续执行，胜利完成项目的可能性通常都渐渐上升。项目开头时，项目厉害关系人对项目产品的最终特点和项目最终费用影响最强，而随着项目进展，这种影响会逐步减弱。项目的每个阶段都以一个或多个可交付的成果完成为标志。比如技术说明书、程序代码，测试用例、用户手册等等。每个项目有不同的阶段，甚至某些项目依据自己规模、简单程度等还设有子阶段。但是为了便于监控，每一个阶段都要与一个或多个详细的可交付成果对应。没一个阶段的可交付成果都要进行审查，审查结束意味着可以进行下一个阶段或者项目的终止。我们把这种阶段审查成为阶段放行口、阶段关卡或者验收站。综上所述，全部的工作都是为了降低项目的风险，所以我的建议是对于规模或者风险较大的项目，