2010项目范围管理的探讨__墨水学术,论文发表,发表论文,职称论文,

所属栏目：餐饮管理论文范文发布时间：2011-02-25浏览量:263

副标题#e#摘要：
　　本文主要论述项目范围及项目范围管理的内容，结合部分案例，从理论到实践的角度阐述项目范围管理的意义及实际操作的方法，对于实际的工作有一定指导性。
　　关键词：
　　需求、需求分析、项目范围、范围管理、计划、定义、变更控制
　　正文：
　　项目的范围管理影响到信息系统项目的成功。在实践中，“需求蔓延”是信息系统失败最常见的原因之一，信息系统项目往往在项目启动、计划、执行、甚至收尾时不断加入新功能，无论是客户的要求还是项目实现人员对新技术的试验，都可能导致信息系统项目范围的失控，从而使信息系统项目在时间、资源和质量上都受到严重影响。项目组往往总是处于非常尴尬的地步：如果对用户总是说是，那么必然意味着失控，另外一个方面，如果总是说不，那么项目将受到客户的抵制。
　　在这个时候，项目组往往抱怨所为的不合格的用户。其实，在许多的信息系统项目中，“需求蔓延”至少还有两个原因：一个是项目组也从来不知道项目的范围是什么，什么是项目应该做的，什么是项目不应该做的。其次是许多信息系统的项目组从来没有使用任何有效方式和过程来控制范围的变化。
　　1、项目范围管理综述
　　⑴、项目范围和项目范围管理
　　项目范围是为了达到项目目标，为了交付具有某种特制的产品和服务，项目所规定要做的。项目的范围管理就是要确定哪些工作是项目应该做的，哪些不应该包括在项目中。项目范围是项目的更具体的表达。
　　如果项目的范围不明确，那么项目解决的不是对应的问题，或者项目人员把时间浪费在从事不属于他们职责的工作上。
　　范围管理必须清晰地定义项目目标，此定义必须在客户与执行项目的组织或个人之间达成一致，并且把项目工作范围详细地划分为工作包。
　　在信息系统项目中，实际上存在两个相互关联的范围：产品范围和项目范围。
　　产品范围是指信息系统产品或者服务所应该包含的功能，如何确定信息系统的范围在软件工程中常常称为“需求分析”。
　　项目范围是指为了能够交付信息系统项目所必须做的工作。
　　显然，产品范围是项目范围的基础，产品的范围定义是信息系统要求的量度，而项目范围的定义是产生项目计划的基础，两种范围在应用上有区别。另外的区别在于“需求分析”更加偏重于软件技术，而项目范围管理则更偏向于管理。判断项目范围是否完成，要以项目管理计划、项目范围说明书、工作分解结构、工作分解结构词汇表来衡量。而信息系统产品或服务是否完成，则根据产品或服务是否满足了需求分析。
　　项目的范围基准是经过批准的详细的项目范围说明书、项目的工作分解结构和工作分解结构词汇表。
　　由于进行项目的范围管理，能够确定项目的边界，明确项目的目标和项目的主要可交付成果，所以范围管理能够提高对项目费用、时间和资源估算的准确性。首先人们对复杂的事务的预测要比相对简单的事务的预测要困难得多，而且误差也大得多。而且即使两者误差相同，由于范围管理使用项目分解结构，将项目范围分解成可管理的工作包，人们发现误差的和小于和的误差，虽然人们多项目分解结构的每一项的估算都存在误差，但由于这些误差可能相互抵消，所以最终误差将比总估算的误差要小。
　　⑵、项目范围与项目其它约束条件的相互影响
　　制约一个项目的条件是项目“三约束条件”——范围、时间、成本。
　　在一个项目中这三个条件是相互影响、相互制约的，而且往往是由于范围影响了时间和成本。项目一开始确定的范围小，那么它需要完成的时间以及耗费的成本必然也小，反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本，然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束，要使得项目结束到底还需#p#副标题#e#要投入多少人力和物力，整个项目就好象一个无底洞，对项目的最后结束谁的心里也没有底。这种情况的出现对于公司的高层来说，他们是最不希望看到的，然而这样的情况出现并不罕见。造成这样的结果就是由于没有控制和管理好项目的范围。可见项目的三约束中最主要还是范围的影响最主要。
　　⑶、范围管理案例
　　①、失败案例：
　　我经历过这样的实际案例，这是一个软件开发的项目，整个项目已经进行了两年多了，但是项目何时结束还是处于不明确的状态，因为用户不断有新的需求出来，项目组也就要根据用户的新需求不断去开发新的功能。这个项目实际是一个无底洞，没完没了地往下做，项目成员“肥的拖瘦，瘦的拖死”，实在做不下去只能跑了。大家对这样的项目已经完全丧失了信心。
　　这个项目其实就是一开始没有很明确地界定整个项目的范围，在范围没有明确界定的情况下，又没有一套完善的变更控制管理流程，任由用户怎么说，就怎么做，也就是说一开始游戏规则没有定好，从而导致整个项目成了一个烂摊子。
　　②、成功案例：
　　同样是一个软件开发的项目，这个项目也比上面案例讲到的项目要小一些，这时候公司已经开始实施CMM对软件开发活动进行管理，有相对完善的软件开发管理过程。项目在一开始就先明确用户需求，而且需求基本上都是量化的、可检验的。而且项目组在公司CMM的变更管理过程的框架指导下制定了项目的范围变更控制管理过程，在项目的实施过程中，用户的需求变更都是按照事先制定好的过程执行。
　　因此，这个项目完成的比较成功，项目的时间和成本基本上是在一开始项目计划的完成时间及成本的情况下略有增加。
　　⑷、造成范围界定不清的原因
　　既然项目范围界定不清是一种很常见的现象，而这种现象又是大家所不想见到的。那么，我们必须分析出现这种现象的原因。我认为造成这种现象的出现有以下三方面的原因：
　　首先，是企业管理层面的责任——没有完善的项目管理体系来指导项目的管理。这种情况是最糟糕的，如果是这种原因，那么项目的成败往往需要靠项目经理个人的管理、领导能力。这种情况项目成功的可能性非常小，大部分项目都是以失败而告终；
　　第二，是企业及项目组共同的责任——对项目没能制定出清晰规范的范围变更控制过程。企业有管理体系，但不够完善和规范，对项目组的变更过程的制定没能起到有效的指导作用。变更是不可避免的，只要有效地加以管理、控制，同样可以达到各方满意的结果；
　　第三，是对范围的定义不够明确，做不到可量化、可验证程度。很多时候都是一些定性的要求、而不是定量的，例如“界面友好，可操作性强，提高用户满意度”等。类似这些模糊的需求就是导致后续项目扯皮的根源。项目范围的明确定义，有经验的项目经理及系统分析员将起到至关重要的作用。
　　由以上的论述，我们可以得出结论：完善的项目范围管理是整个项目最终成败的关键。那么，怎样才能做好项目范围管理呢？下面大量篇幅将对这一问题进行详细的论述。
　　2、如何管理好项目范围
　　既然已经认识到项目范围管理如此重要，那么我们应该怎样才能管理好项目的范围呢？从上面的论证过程，我们清楚地看到造成项目范围不好管理的一些原因，那么要管理好项目范围就必须对症下药，才能管理好项目范围。
　　首先，我们必须先了解项目范围管理的一些科学过程。做好项目管理应该包含下面过程：启动、范围计划、范围定义、范围核实及范围变更控制。下面将详述如何做好这些过程：
　　⑴、启动过程
　　启动是指组织正式开始一个项目或继续到项目的下一个阶段。启动过程的一个输出就是项目章程。项目章程是一个重要的文档，这个文件正式承认项目的存在并对项目提供一个概览。
　　启动过程明确指定这一过#p#副标题#e#程有一个重要的输出文档——项目章程，项目章程将粗略地规定项目的范围，这也是项目范围管理后续工作的重要依据。项目章程中还将规定项目经理的权利以及项目组中各成员的职责，还有项目其他干系人的职责，这也是在以后的项目范围管理工作中各个角色如何做好本职工作有一个明确的规定，以致后续工作可以更加有序地进行。因此，千万不能忽略项目的启动过程。
　　⑵、范围计划过程
　　范围计划是指进一步形成各种文档，为将来项目决策提供基础，这些文档中包括用以衡量一个项目或项目阶段是否已经顺利完成的标准等。作为范围计划过程的输出，项目组要制定一个范围说明书和范围管理计划。
　　古语云：“预则立，不预则废！”。一个项目经理要想真正管理好项目范围，没有必要的技术和好的方法是肯定不行的。
　　要做好一个项目首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作（项目范围）渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的，比如产品描述，首先要清楚最终产品的定义才能规划要做的工作，项目章程也是非常主要的依据，通常它对项目范围已经有了粗线条的约定，范围计划在此基础上进一步深入和细化。
　　前面讲到这个过程有一个输出是范围说明书，那么范围说明指的是什么呢？范围说明是在项目参与人之间确认或建立了一个项目范围的共识，作为未来项目决策的文档基准。
　　范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目论证是商家的既定目标，要为估算未来的得失提供基础；项目产品是产品说明的简要概况；项目可交付成果一般要列一个子产品级别概括表，如：为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果，都意味着它在项目可交付成果之外；项目目标是要考虑到项目的成功性，至少要包括成本、进度表和质量检测。项目目标应该有标志（如：成本、单位）和绝对的或相对的价值。尽量避开不可量化的目标（如：“客户的满意程度”），因为它将让你的项目承担很高的风险。
　　范围计划又是什么呢？范围管理计划是描述项目范围如何进行管理，项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估（比如：怎样变化、变化频率如何及变化了多少）。范围管理计划也应该包括对变化范围怎样确定，变化应归为哪一类（当产品特征仍在被详细描述的时候，做到这点特别困难，但绝对必要）等问题的清楚描述。
　　⑶、范围定义过程
　　范围定义是指将项目主要的可交付成果细分成较小的、更易管理的组分。这个过程中，项目组要建立一个工作分解结构（WBS）。
　　WBS的建立对项目来说意义非常重大，它使得原来看起来非常笼统、非常模糊的项目目标一下子清晰下来，使得项目管理有依据，项目团队的工作目标清楚明了。如果没有一个完善的WBS或者范围定义不明确时，变更就不可避免地出现，很可能造成返工、延长工期、降低团队士气等一系列不利的后果。
　　制定好一个WBS的指导思想是逐层深入。先将项目成果框架确定下来，然后每层下面再把工作分解，这种方式的优点是结合进度划分直观，时间感强，评审中容易发现遗漏或多出的部分，也更容易被大多数人理解。
　　⑷、范围核实过程
　　范围核实是指对项目范围的正式认定，项目主要干系人，如项目客户和项目发起人等要在这个过程中正式接受项目可交付成果的定义。
　　这个过程是范围确定之后，执行实施之前各方相关人员的承诺问题。一旦承诺则表明你已经接受该事实，那么你就必须根据你的承诺去实现它。这也是确保项目范围能得到很好的管理和控制的有效措施。
　　⑸、范围变更控制过程#p#副标题#e#
　　范围变更控制是指对有关项目范围的变更实施控制。主要的过程输出是范围变更、纠正行动与教训总结。
　　再好的计划也不可能做到一成不变，因此变更是不要避免的，关键问题是如何对变更如何进行有效的控制。控制好变更必须有一套规范的变更管理过程，在发生变更时遵循规范的变更程序来管理变更。通常对发生的变更，需要识别是否在既定的项目范围之内。如果是在项目范围之内，那么就需要评估变更所造成的影响，以及如何应对的措施，受影响的各方都应该清楚明了自己所受的影响；如果变更是在项目范围之外，那么就需要商务人员与用户方进行谈判，看是否增加费用，还是放弃变更。
　　因此，项目所在的组织（企业）必须在其项目管理体系中制定一套严格、高效、实用的变更程序。
　　执行好以上项目范围管理的五个过程，我认为对项目范围的管理、控制将是行之有效的
　　结论：
　　由上所述，我们可以看出项目范围管理是项目管理的关键因素，一个好的项目范围管理，可以导致项目管理工作的事半功倍，否则会导致项目的夭折，所以做为一个合格的项目管理，我们应该在实际的项目管理工作中认真研究项目范围管理工作，把它真正当成一个重要的工作进行实施，减少后期的支出。