项目范围管理

更新时间:2024-02-07 21:31

项目范围管理,实质上是指一种功能管理,它是对项目所要完成的工作范围进行管理和控制的过程和活动。

简单介绍

项目范围是指产生项目产品所包括的所有工作及产生这些产品所用的过程。项目干系人必须在项目要产生什么样的产品方面达成共识,也要在如何生产这些产品方面达成一定的共识。

项目范围管理是指对项目包括什么与不包括什么进行定义并控制的过程。这个过程用于确保项目组和项目干系人对做为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。项目范围与项目其它约束条件的相互影响

制约一个项目的条件是项目“三约束条件”——范围、时间、成本。

在一个项目中这三个条件是相互影响、相互制约的,而且往往是由于范围影响了时间和成本。项目一开始确定的范围小,那么它需要完成的时间以及耗费的成本必然也小,反之亦然。很多项目在开始时都会粗略地确定项目的范围、时间以及成本,然而在项目进行到一定阶段之后往往会变得让人感觉到不知道项目什么时候才能真正结束,要使项目结束到底还需要投入多少人力和物力,整个项目就好像一个无底洞,对项目的最后结束谁的心里也没有底。这种情况的出现对于公司的高层来说,他们是最不希望看到的,然而这样的情况出现并不罕见。造成这样的结果就是由于没有控制和管理好项目的范围。可见项目的三个约束条件中最主要还是范围的影响。

管理案例

失败案例

了解到这样的实际案例,这是一个软件开发的项目,整个项目已经进行了5年之后项目何时结束还是处于不明确的状态,因为用户不断有新的需求出来,项目组也就要根据用户的新需求不断去开发新的功能。这个项目实际是一个无底洞,没完没了地往下做,项目成员“肥的拖瘦,瘦的拖死”,实在做不下去只能跑了。大家对这样的项目已经完全丧失了信心。这个项目其实就是一开始没有很明确地界定整个项目的范围,在范围没有明确界定的情况下,又没有一套完善的变更控制管理流程,任由用户怎么说,就怎么做,也就是说一开始游戏规则没有定好,从而导致整个项目成了一个烂摊子。

成功案例

同样是一个软件开发的项目,这个项目也比上面案例讲到的项目要小一些,这时候公司已经开始实施CMM对软件开发活动进行管理,有相对完善的软件开发管理过程。项目在一开始就先明确用户需求,而且需求基本上都是量化的、可检验的。而且项目组在公司CMM的变更管理过程的框架指导下制定了项目的范围变更控制管理过程,在项目的实施过程中,用户的需求变更都是按照事先制定好的过程执行。

因此,这个项目完成的比较成功,项目的时间和成本基本上是在一开始项目计划的完成时间及成本的情况下略有增加。

原因

既然项目范围界定不清是一种很常见的现象,而这种现象又是大家所不想见到的。那么,我们必须分析出现这种现象的原因。我认为造成这种现象的出现有以下三方面的原因:

第一,是企业一级的责任——没有完善的项目管理体系来指导项目的管理。这种情况是最糟糕的,如果是这种原因,那么项目的成败往往需要靠项目经理个人的管理、领导能力。这种情况项目成功的可能性非常小,大部分项目都是以失败而告终;第二,是企业及项目组共同的责任——对项目没能制定出清晰规范的范围变更控制过程。企业有管理体系,但不够完善和规范,对项目组的变更过程的制定没能起到有效的指导作用。变更是不可避免的,只要有效地加以管理、控制,同样可以达到各方满意的结果;

第三,是对范围的定义不够明确,做不到可量化、可验证程度。很多时候都是一些定性的要求、而不是定量的,例如“界面友好,可操作性强,提高用户满意度”等。类似这些模糊的需求就是导致后续项目扯皮的根源。项目范围的明确定义,有经验的项目经理及系统分析员将起到至关重要的作用。

由以上的论述,可以得出结论:完善的项目范围管理是整个项目最终成败的关键。那么,怎样才能做好项目范围管理呢?下面大量篇幅将对这一问题进行详细的论述。

具体实施

管理方法

既然已经认识到项目范围管理如此重要,那么我们应该怎样才能管理好项目的范围呢。从上面的论证过程,清楚地看到造成项目范围不好管理的一些原因,那么要管理好项目范围就必须对症下药,才能管理好项目范围。

首先,我们必须先了解项目范围管理的一些科学过程。做好项目管理应该包含下面过程:启动、范围计划、范围定义、范围核实及范围变更控制。下面将详述如何做好这些过程:

启动过程

启动是指组织正式开始一个项目或继续到项目的下一个阶段。启动过程的一个输出就是项目章程。项目章程是一个重要的文档,这个文件正式承认项目的存在并对项目提供一个概览。

启动过程明确指定这一过程有一个重要的输出文档——项目章程,项目章程将粗略地规定项目的范围,这也是项目范围管理后续工作的重要依据。项目章程中还将规定项目经理的权利以及项目组中各成员的职责,还有项目其他干系人的职责,这也是在以后的项目范围管理工作中各个角色如何做好本职工作有一个明确的规定,以致后续工作可以更加有序地进行。因此,千万不能忽略项目的启动过程。

范围计划

范围计划是指进一步形成各种文档,为将来项目决策提供基础,这些文档中包括用以衡量一个项目或项目阶段是否已经顺利完成的标准等。作为范围计划过程的输出,项目组要制定一个范围说明书和范围管理计划。

古语云:“预则立,不预则废!”。一个项目经理要想真正管理好项目范围,没有必要的技术和好的方法是肯定不行的。

要做好一个项目首先强调的就是周密地做好范围计划编制。范围计划编制是将产生项目产品所需进行的项目工作(项目范围)渐进明细和归档的过程。做范围计划编制工作是需要参考很多信息的,比如产品描述,首先要清楚最终产品的定义才能规划要做的工作,项目章程也是非常主要的依据,通常它对项目范围已经有了粗线条的约定,范围计划在此基础上进一步深入和细化。前面讲到这个过程有一个输出是范围说明书,那么范围说明指的是什么呢?范围说明是在项目参与人之间确认或建立了一个项目范围的共识,作为未来项目决策的文档基准。

范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。项目可交付成果一般要列一个子产品级别概括表,如:为一个软件开发项目设置的主要可交付成果可能包括程序代码、工作手册、人机交互学习程序等。任何没有明确要求的结果,项目目标应该有标志(如:成本、单位)和绝对的或相对的价值。尽量避开不可量化的目标(如:“客户的满意程度”),因为它将让你的项目承担很高的风险。

范围定义

范围定义是以范围规划的成果为依据,把项目的主要可交付产品和服务划分为更小的、更容易管理的单元,即形成工作分解结构(Work Breakdown Structure, WBS)。

WBS的建立对项目来说意义非常重大,它使得原来看起来非常笼统、非常模糊的项目目标一下子清晰下来,使得项目管理有依据,项目团队的工作目标清楚明了。如果没有一个完善的WBS或者范围定义不明确时。

制定好一个WBS的指导思想是逐层深入。先将项目成果框架确定下来,然后每层下面再把工作分解。

范围核实

范围核实是指对项目范围的正式认定,项目主要干系人,如项目客户和项目发起人等要在这个过程中正式接受项目可交付成果的定义。

这个过程是范围确定之后,执行实施之前各方相关人员的承诺问题。一旦承诺则表明你已经接受该事实,那么你就必须根据你的承诺去实现它。这也是确保项目范围能得到很好的管理和控制的有效措施。

变更控制

范围变更控制是指对有关项目范围的变更实施控制。主要的过程输出是范围变更、纠正行动与教训总结。

再好的计划也不可能做到一成不变,因此变更是不要避免的,关键问题是如何对变更如何进行有效的控制。控制好变更必须有一套规范的变更管理过程,在发生变更时遵循规范的变更程序来管理变更。通常对发生的变更,需要识别是否在既定的项目范围之内。如果是在项目范围之内,那么就需要评估变更所造成的影响,以及如何应对的措施,受影响的各方都应该清楚明了自己所受的影响;如果变更是在项目范围之外,那么就需要商务人员与用户方进行谈判,看是否增加费用,还是放弃变更。

因此,项目所在的组织(企业)必须在其项目管理体系中制定一套严格、高效、实用的变更程序。

执行好以上项目范围管理的五个过程,我认为对项目范围的管理、控制将是行之有效的!

范围规划

范围规划是创立书面文件,阐述项目范围为未来项目提供基础条件的过程,特别是包括了用以确定项目或阶段是否成功完成的标准。例如:一个工程公司签订的合同是设计一个石油处理工厂,就要求在设计具体目标时,要界定好具体的工作范围。范围阐述形式的基础是通过确认项目目标和主要项目的子项目,使项目团队与项目客户之间达成一个协议。如果范围阐述的所有要素已经具备(如:主要项目的子项目能够反映项目目标,项目证书能证明项目目标),那么,这个过程就仅剩实质性的制定书面文件的工作了。

对其输入

1. 产品说明。产品说明在5.1.1.1中讨论。

2. 项目证书。项目证书在5.1.3.1中阐述了。

3. 制约因素。制约因素在5.1.3.3中作了阐述。

4. 假设条件。假设的描述在5.1.3.4中。

规划投入

1. 产品分析。产品分析意味着开发一个更好、更明确的项目产品。它包括这样一些技术,如:系统工程、价值工程价值分析、功效分析和质量功能展示等。

2. 利润/成本分析。利润/成本分析意味着估算各种项目选择的有形成本和无形成本(支出)与利润(收益)。然后用投资收益率或投资偿还期限等经济方法,评估这些经确认的选择方案相对优势,用任选的鉴定方式估算投入--产出情况的合意程度。

3. 可供选择的签订方式。可供选择的鉴定方式是个包容性较大的词,描述的是完成一个项目用任何一种技术,就能产生一个不同的方案。这里常用的是一般性头脑风暴思维方式

专家评审

1.范围阐述。范围阐述是为制定未来项目决策,进一步明确或开发一个参与者之间能达成共识的项目范围提供一个纪实基础。作为项目的过程,阐述的这个范围可能需要修改或精确些,从而很好地反映项目范围的变化。这个范围阐述可以直接进行分析,也可以通过参考其他文件来得出:

项目调整--商家的既定目标。项目调整要为估算未来的得失提供基础。

项目产品--产品说明的简要概况。

工作细目成果--列一个子产品级别概括表,完整的、满意的这些子产品标志着项目工作的完

成。例如:为一个软件开发项目设置的主要子项目可能包括工作所需的电脑代码、工作手册和专门的导师。当这些子产品都知道了,排除应该是确定了,任何不明显的排除都包含在这个排除中了。

项目目标--考虑到项目的成功性,质量标准必须要满足项目的要求,项目目标至少要包括成本、进度表和质量检测。项目目标应该有标志(如:成本)、单位(如美元、英磅)和绝对的或相对的价值要承担很高的风险。

在一些应用领域,项目工作细目被称为项目的目标,而全部的项目目标被称作是评价项目成功的关键。

2. 辅助说明。为项目范围阐述作辅助说明,应该是根据需要记录和编组一些文件,并通过其他项目管理程序,把它变成易被利用的东西。辅助说明总是包括所有已认定的假设文件和制约因素。附加说明的数量在不同的领域中会有所不同。

3.范围管理计划。范围管理计划是描述项目范围如何进行管理,项目范围怎样变化才能与项目要求相一致等问题的。它也应该包括一个对项目范围预期的稳定而进行的评估(比如:怎样变化、变化频率如何及变化了多少)。范围管理计划也应该包括对变化范围怎样确定,变化应归为哪一类(这特别困难--而且也因此绝对必要--当产品特征还在逐步形成中时,依然是逐步显视的)等问题的清楚描述。

根据具体项目工作的需要,一项范围管理计划可以是正式的或非正式的、很详细的或粗略的。项目管理计划是全部项目计划的分支要素。

基本内容

范围管理保证项目包含了所有要做的工作而且只包含要求的工作,它主要涉及定义并控制哪些是项目范畴内的,哪些不是。范围管理的基本内容包括:项目启动、范围计划编制、范围核实、范围变更控制等等。以下所讨论的是其中比较重要的部分。

范围计划

项目范围管理范围界定

“公欲善其事,必先利其器”。一个项目经理要想真正管理好项目范围,没有必要的技术和方法是肯定不行的。国外曾经有人对项目失败原因进行调查,其中计划被放到了首位,可见它在项目管理中的重要性。

范围计划中究竟应该包含哪些内容呢?不同的计划详尽程度自然不一样,其中范围说明和范围管理计划必须包含在内。

范围说明在项目参与人之间确认或建立了一个项目范围的共识,作为未来项目决策的文档基准。项目论证是商家的既定目标,要为估算未来的得失提供基础;项目产品是产品说明的简要概况;项目可交付成果一般要列一个子产品级别概括表任何没有明确要求的结果,都意味着它在项目可交付成果之外;项目目标是要考虑到项目的成功性,至少要包括成本、进度表和质量检测。项目目标应该有标志(如:成本、单位)和绝对的或相对的价值(如:少于150万美元等)。不可量化的目标(如:“客户的满意程度”)要承担很高的风险。

变化应归为哪一类(当产品特征仍在被详细描述的时候,做到这点特别困难,但绝对必要)等问题的清楚描述。

范围分解

计划明确了,然而该做哪些事情似乎还是一把抓,因为完成项目本身是一个复杂的过程,必须采取分解的手段把主要的可交付成果分成更容易管理的单元才能一目了然,最终得出项目的工作分解结构(WBS)。恰当的范围定义对项目成功十分关键,当范围定义不明确时,变更就不可避免地出现,很可能造成返工、延长工期、降低团队士气等一系列不利的后果。

比较常用的方式是以项目进度为依据划分WBS,第一层是大的项目成果框架,每层下面再把工作分解,这种方式的优点是结合进度划分直观,时间感强,评审中容易发现遗漏或多出的部分,也更容易被大多数人理解。Microsoft的项目管理工具Project就可以自动为各个层次的任务编码。

范围变更

一个项目的范围计划可能制订的非常好,但是想不出现任何改变几乎是不可能的。因此对变更的管理是项目经理必备的素质之一。变并不糟糕,糟糕的是缺乏规范的变更管理过程。范围变更的原因是多方面的,比如用户要求增加产品功能、环保问题导致设计方案修改而增加施工内容。项目经理在管理过程中必须通过监督绩效报告、当前进展情况等来分析和预测可能出现的范围变更,在发生变更时遵循规范的变更程序来管理变更。我们强烈建议企业的项目管理体系中包含一套严格、高效、实用的变更程序,它对管好项目至关重要。

程序介绍

1.启动阶段--督促项目管理组织开始着手项目下一阶段的工作。

2.范围规划报告--写出一份书面报告,作为未来项目决策基础。

3.范围界定--把主要的项目工作细目分解成更小、更易管理操作的单元。

4.范围核实--正式认可这个项目范围

5.范围变化控制--对项目范围的变化进行控制。

免责声明
隐私政策
用户协议
目录 22
0{{catalogNumber[index]}}. {{item.title}}
{{item.title}}