项目范围管理是项目成败的关键文档格式.docx
- 文档编号:8339002
- 上传时间:2023-05-11
- 格式:DOCX
- 页数:8
- 大小:29.72KB
项目范围管理是项目成败的关键文档格式.docx
《项目范围管理是项目成败的关键文档格式.docx》由会员分享,可在线阅读,更多相关《项目范围管理是项目成败的关键文档格式.docx(8页珍藏版)》请在冰点文库上搜索。
项目范围管理是指对项目包括什么与不包括什么的定义与控制过程。
这个过程用于确保项目组和项目干系人对作为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。
项目范围与项目其它约束条件的相互影响范围、时间、成本。
三约束条件”――制约一个项目的条件是项目“在一个项目中这三个条件是相互影响、相互制约的,而且往往是由于范围影响了时间和成本。
项目一开始确定的范围小,那么它需要完成的时间以及耗费的成本必然也小,反之亦然。
很多项目在开始时都会粗略地确定项目的范围、时间以及成本,然而在项目进行到一定阶段之后往往会变成让人感觉到不知道项目什么时候才能真正结束,要使得项2
结束到底还需要投入多少人力和物力,整个项目就好象一个无底洞,对项目的最后结束谁的心里也没有底。
这种情况的出现对于公司的高层来说,他们是最不希望看到的,然而这样的情况出现并不罕见。
造成这样的结果就是由于没有控制和管理好项目的范围。
可见项目的三约束中最主要还是范围的影响最主要。
范围管理案例失败案例:
我了解到这样的实际案例,这是一个软件开发的项目,整个项目已经进行了两年多之后项目何时结实还是处于不明确的状态,因为用户不断有新的需求出来,项目组也就要根据用户的新需求不断去开发新的功能。
这个项目实际是一个无底洞,没完没了地往下做,项目大家对这样的项目实在做不下去只能跑了。
,瘦的拖死“成员肥的拖瘦,”已经完全丧失了信心。
这个项目其实就是一开始没有很明确地界定整个项目的范围,在范围没有明确界定的情况下,又没有一套完善的变更控制管理流程,任由用户怎么说,就怎么做,也就是说一开始游戏规则没有定好,从而导致整个项目成了一个烂摊子。
成功案例:
同样是一个软件开发的项目,这个项目也比上面案例讲对软件开发活动进行这时候公司已经开始实施CMM到的项目要小一些,管理,有相对完善的软件开发管理过程。
项目在一开始就先明确用户3
的CMM求,而且需求基本上都是量化的、可检验的。
而且项目组在公司变更管理过程的框架指导下制定了项目的范围变更控制管理过程,在项目的实施过程中,用户的需求变更都是按照事先制定好的过程执行。
因此,这个项目完成的比较成功,项目的时间和成本基本上是在一开始项目计划的完成时间及成本的情况下略有增加。
造成范围界定不清的原因既然项目范围界定不清是一种很常见的现象,而这种现象又是大家所不想见到的。
那么,我们必须分析出现这种现象的原因。
我认为造成这种现象的出现有以下三方面的原因:
没有完善的项目管理体系来指导项目的首先,是企业一级的责任――管理。
这种情况是最糟糕的,如果是这种原因,那么项目的成败往往需要靠项目经理个人的管理、领导能力。
这种情况项目成功的可能性非常小,大部分项目都是以失败而告终;
对项目没能制定出清晰规范的――第二,是企业及项目组共同的责任范围变更控制过程。
企业有管理体系,但不够完善和规范,对项目组的变更过程的制定没能起到有效的指导作用。
变更是不可避免的,只要有效地加以管理、控制,同样可以达到各方满意的结果;
第三,是对范围的定义不够明确,做不到可量化、可验证程度。
很界面友好,可操作性多时候都是一些定性的要求、而不是定量的,例如“等。
类似这些模糊的需求就是导致后续项目扯皮的”强,提高用户满意4
根源。
项目范围的明确定义,有经验的项目经理及系统分析员将起到至关重要的作用。
由以上的论述,我们可以得出结论:
完善的项目范围管理是整个项目最终成败的关键。
那么,怎样才能做好项目范围管理呢?
下面大量篇幅将对这一问题进行详细的论述。
如何管理好项目范围既然已经认识到项目范围管理如此重要,那么我们应该怎样才能管理好项目的范围呢?
从上面的论证过程,我们清楚地看到造成项目范围不好管理的一些原因,那么要管理好项目范围就必须对症下药,才能管理好项目范围。
首先,我们必须先了解项目范围管理的一些科学过程。
做好项目管理应该包含下面过程:
启动、范围计划、范围定义、范围核实及范围变更控制。
下面将详述如何做好这些过程:
启动过程
启动是指组织正式开始一个项目或继续到项目的下一个阶段。
启动过程的一个输出就是项目章程。
项目章程是一个重要的文档,这个文件正式承认项目的存在并对项目提供一个概览。
项――项目章程,启动过程明确指定这一过程有一个重要的输出文档目章程将粗略地规定项目的范围,这也是项目范围管理后续工作的重要依据。
项目章程中还将规定项目经理的权利以及项目组中各成员的职责,还有项目其他干系人的职责,这也是在以后的项目范围管理工作中各5
角色如何做好本职工作有一个明确的规定,以致后续工作可以更加有序地进行。
因此,千万不能忽略项目的启动过程。
范围计划过程范围计划是指进一步形成各种文档,为将来项目决策提供基础,这些文档中包括用以衡量一个项目或项目阶段是否已经顺利完成的标准等。
作为范围计划过程的输出,项目组要制定一个范围说明书和范围管理计划。
。
一个项目经理要想真正管理好项目预则立,不预则废!
古语云:
“”范围,没有必要的技术和好的方法是肯定不行的。
要做好一个项目首先强调的就是周密地做好范围计划编制。
范围计划编制是将产生项目产品所需进行的项目工作(项目范围)渐进明细和归档的过程。
做范围计划编制工作是需要参考很多信息的,比如产品描述,首先要清楚最终产品的定义才能规划要做的工作,项目章程也是非
常主要的依据,通常它对项目范围已经有了粗线条的约定,范围计划在此基础上进一步深入和细化。
前面讲到这个过程有一个输出是范围说明书,那么范围说明指的是什么呢?
范围说明是在项目参与人之间确认或建立了一个项目范围的共识,作为未来项目决策的文档基准。
范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。
项目论证是商家的既定目标,要为估算未来的得失提供基础6
项目产品是产品说明的简要概况;
项目可交付成果一般要列一个子产品级别概括表,如:
为一个软件开发项目设置的主要可交付成果可能包括任何没有明确要求的结果,人机交互学习程序等。
程序代码、工作手册、都意味着它在项目可交付成果之外;
项目目标是要考虑到项目的成功性,成本、进度表和质量检测。
项目目标应该有标志(如:
至少要包括成本、客户的单位)和绝对的或相对的价值。
尽量避开不可量化的目标(如:
“),因为它将让你的项目承担很高的风险。
满意程度”范围计划又是什么呢?
范围管理计划是描述项目范围如何进行管理,项目范围怎样变化才能与项目要求相一致等问题的。
它也应该包括一个对项目范围预期的稳定而进行的评估(比如:
怎样变化、变化频率如何及变化了多少)。
范围管理计划也应该包括对变化范围怎样确定,变化做到这点特别困难,(当产品特征仍在被详细描述的时候,应归为哪一类但绝对必要)等问题的清楚描述。
范围定义过程范围定义是指将项目主要的可交付成果细分成较小的、更易管理的)。
组分。
这个过程中,项目组要建立一个工作分解结构(WBS它使得原来看起来非常笼统、的建立对项目来说意义非常重大,WBS非常模糊的项目目标一下子清晰下来,使得项目管理有依据,项目团队或者范围定义不明确时,如果没有一个完善的WBS的工作目标清楚明了。
变更就不可避免地出现,很可能造成返工、延长工期、降低团队士气7
一系列不利的后果。
的指导思想是逐层深入。
先将项目成果框架确定下制定好一个WBS这种方式的优点是结合进度划分直观,来,然后每层下面再把工作分解,时间感强,评审中容易发现遗漏或多出的部分,也更容易被大多数人理解。
范围核实过程范围核实是指对项目范围的正式认定,项目主要干系人,如项目客户和项目发起人等要在这个过程中正式接受项目可交付成果的定义。
这个过程是范围确定之后,执行实施之前各方相关人员的承诺问题。
一旦承诺则表明你已经接受该事实,那么你就必须根据你的承诺去实现它。
这也是确保项目范围能得到很好的管理和控制的有效措施。
范围变更控制过程
范围变更控制是指对有关项目范围的变更实施控制。
主要的过程输出是范围变更、纠正行动与教训总结。
再好的计划也不可能做到一成不变,因此变更是不要避免的,关键有效的控制。
控制好变更必须有一|考试||大问题是如何对变更如何进行套规范的变更管理过程,在发生变更时遵循规范的变更程序来管理变更。
通常对发生的变更,需要识别是否在既定的项目范围之内。
如果是在项以及如何应对的措施,那么就需要评估变更所造成的影响,目范围之内8
受影响的各方都应该清楚明了自己所受的影响;
如果变更是在项目范围之外,那么就需要商务人员与用户方进行谈判,看是否增加费用,还是放弃变更。
因此,项目所在的组织(企业)必须在其项目管理体系中制定一套严格、高效、实用的变更程序。
执行好以上项目范围管理的五个过程,我认为对项目范围的管理、控制将是行之有效的!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 项目 范围 管理 成败 关键