2010项目范围管理的探讨__期刊目录网,论文发表

摘要：
　　本文主要论述项目范围及项目范围管理的内容，结合部分案例，从理论到实践的角度阐述项目范围管理的意义及实际操作的方法，对于实际的工作有一定指导性。
　　关键词：
　　需求、需求分析、项目范围、范围管理、计划、定义、变更控制
　　正文：
　　项目的范围管理影响到信息系统项目的成功。在实践中，“需求蔓延”是信息系统失败最常见的原因之一，信息系统项目往往在项目启动、计划、执行、甚至收尾时不断加入新功能，无论是客户的要求还是项目实现人员对新技术的试验，都可能导致信息系统项目范围的失控，从而使信息系统项目在时间、资源和质量上都受到严重影响。项目组往往总是处于非常尴尬的地步：如果对用户总是说是，那么必然意味着失控，另外一个方面，如果总是说不，那么项目将受到客户的抵制。
　　在这个时候，项目组往往抱怨所为的不合格的用户。其实，在许多的信息系统项目中，“需求蔓延”至少还有两个原因：一个是项目组也从来不知道项目的范围是什么，什么是项目应该做的，什么是项目不应该做的。其次是许多信息系统的项目组从来没有使用任何有效方式和过程来控制范围的变化。
　　1、项目范围管理综述
　　⑴、项目范围和项目范围管理
　　项目范围是为了达到项目目标，为了交付具有某种特制的产品和服务，项目所规定要做的。项目的范围管理就是要确定哪些工作是项目应该做的，哪些不应该包括在项目中。项目范围是项目的更具体的表达。
　　如果项目的范围不明确，那么项目解决的不是对应的问题，或者项目人员把时间浪费在从事不属于他们职责的工作上。
　　范围管理必须清晰地定义项目目标，此定义必须在客户与执行项目的组织或个人之间达成一致，并且把项目工作范围详细地划分为工作包。
　　在信息系统项目中，实际上存在两个相互关联的范围：产品范围和项目范围。
　　产品范围是指信息系统产品或者服务所应该包含的功能，如何确定信息系统的范围在软件工程中常常称为“需求分析”。
　　项目范围是指为了能够交付信息系统项目所必须做的工作。
　　显然，产品范围是项目范围的基础，产品的范围定义是信息系统要求的量度，而项目范围的定义是产生项目计划的基础，两种范围在应用上有区别。另外的区别在于“需求分析”更加偏重于软件技术，而项目范围管理则更偏向于管理。判断项目范围是否完成，要以项目管理计划、项目范围说明书、工作分解结构、工作分解结构词汇表来衡量。而信息系统产品或服务是否完成，则根据产品或服务是否满足了需求分析。
　　项目的范围基准是经过批准的详细的项目范围说明书、项目的工作分解结构和工作分解结构词汇表。
　　由于进行项目的范围管理，能够确定项目的边界，明确项目的目标和项目的主要可交付成果，所以范围管理能够提高对项目费用、时间和资源估算的准确性。首先人们对复杂的事务的预测要比相对简单的事务的预测要困难得多，而且误差也大得多。而且即使两者误差相同，由于范围管理使用项目分解结构，将项目范围分解成可管理的工作包，人们发现误差的和小于和的误差，虽然人们多项目分解结构的每一项的估算都存在误差，但由于这些误差可能相互抵消，所以最终误差将比总估算的误差要小。
　　⑵、项目范围与项目其它约束条件的相互影响
　　制约一个项目的条件是项目“三约束条件”——范围、时间、成本。
　　在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。项目一开始确定的范围小，那么它需要完成的时间以及耗费的成本必然也小，反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束，要使得项目结束到底还需