设为首页 - 加入收藏 - 关于我们 上海自贸区注册公司,注册公司费用,注册公司多少钱,注册公司流程及费用,021-51688222
当前位置:主页 > 公司管理 > 项目管理 > 正文

项目管理的核心——范围管理

时间:2011-11-17 14:55 来源: 作者: 阅读:

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

1.1 编制范围计划

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

范围计划编制是将产生项目产品所需进行的项目工作(项目范围)渐进明细和归档的过程。不同的计划详尽程度不一样,其中范围说明和范围管理计划必须包含在内。

范围说明在项目参与人之间确认或建立了一个项目范围的共识,作为未来项目决策的文档基准。范围说明中至少要说明项目论证、项目产品、项目可交付成果和项目目标。

范围管理计划描述项目范围如何进行管理,项目范围怎样变化才能与项目要求相一致等问题。它应该包括一个对项目范围预期的稳定而进行的评估(比如:怎样变化、变化频率如何及变化了多少),以及对变化范围怎样确定,变化应归为哪一类(当产品特征仍在被详细描述的时候,做到这点特别困难,但绝对必要)等问题的清楚描述。

1.2 项目分解

完成项目本身是一个复杂的过程,必须采取分解的手段把主要的可交付成果分成更容易管理的单元,最终得出项目的工作分解结构(WBS)。

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

1.3 范围变更项目管理者联盟文章

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

建议企业的项目管理体系中包含一套严格、高效、实用的变更程序,它对管好项目至关重要。

2.项目变更控制

项目经理和项目小组必须意识到范围变更本身并没有什么不对,事实上很多时候这会让你的系统更健壮、更实用。客户通常不能一开始就确定所有需求,而且情况会随时间而变化,如果不能包容变更,那么最终解决方案可能就达不到应有的价值。

如果变更失控,后果也非常严重,甚至导致整个项目的失败。根据数据统计,最可能引起信息系统集成项目失败的前三个因素分别为:缺乏用户参与、不完整的要求和说明、易变的要求和说明,这几个因素都直接或间接与范围变更管理有关。

因此,必须进行范围变更控制。变更控制的目的不是控制变更的发生,而是对变更进行管理,确保变更有序进行。

为执行变更控制,必须建立有效的范围变更流程。这个流程应该包括确认变更、评估变更的商业价值、分析变更对项目的影响,以及提交给项目发起人进行评价以确定是否执行变更。但是仅有范围变更流程尚不足以真正控制变更,这是因为项目组的外部有许多压力,同时与缺乏行之有效的变更控制手段密切相关。

目前,流行的变更管理思想认为在范围变更流程中有四个关键点必须严格控制,即:谁有权确认变更、什么样的变更需要执行、变更的影响多大、客户是否接受变更的代价。项目管理培训

2.1 谁有权确认变更

事先明确客户方有权提出变更请求的人员和项目组有权受理变更的人员,并且变更请求必须有书面材料。用户需要向客户方项目负责人提出书面申请,由客户方项目负责人审批后移交实施方项目经理。

这样,对所有的变更双方的项目负责人都能做到心里有数。而且用户在递交书面变更申请时比较慎重,一般都在自己公司内部经过讨论后进行,减少了因用户内部看法不同导致的反复变更。

2.2 什么样的变更需要执行项目管理论坛

不是所有的变更都需要修改,更不是所有的变更都需要立刻修改。必须对客户提出的范围变更进行审核,决定哪些变更需要修改和何时修改。

客户一般对信息系统集成项目不甚了解,他们认为很简单的事情可能解决起来会很复杂。因此项目经理和项目小组要冷静地分析:用户到底想要实现什么目的,抓住本质的需求。如果用户建议很难实现,可以和用户进行沟通,询问用户是否可以用其他方式来实现其目的。

一般来说,用户的镀金需求可以延期解决甚至不考虑,用户的新增需求如果不是影响到核心业务的实现,也可以安排在现有功能的完善之后。blog.mypm.net

2.3 变更的影响多大

项目组成员都要认识到变更是有代价的。必须评估变更的代价和对项目的影响,并且要让客户了解到变更可能会发生的问题,一起判断变更是否依然要进行。

2.4 客户是否接受变更的代价bbs.mypm.net

在与客户讨论过程中,需要和客户一起判断:“修改是没有问题的,但是你能接受由此引起的进度延迟、费用增加、性能下降等吗?”一般来说,如果客户认为该变更是必须的(变更非常有可能是其上级领导提出的),就会接受这些后果,通过与客户的协商,项目组可能会得到回报或者即使没有回报也不会招致公司和客户双方的埋怨。如果客户认为该变更虽然有必要但是可以暂缓,双方签署备忘录后留待以后解决。如果客户认为该变更可有可无,多数情况下会取消变更。

这时,比较稳妥的做法是让客户对于明显的变更做出确认,一般是签字确认。这样既可防止频繁变更,也让客户认识到变更带来的工作量加大是项目延期的原因。

最后,变更进行时必须保证最终方案的唯一性和完整性。同时,要对所有变更进行跟踪和验证,确保变更按要求完成。转自项目管理者联盟

5 北京地铁某号线通信集成系统的范围管理简介转自项目管理者联盟

(1)业主在招标文件中详述了项目范围,并在合同谈判澄清文件中明确了项目主要涵盖的范围,我方在与业主谈判中,确认了项目的目标、范围、主要责任和义务及设计/施工等相关单位的分工界面。项目管理者联盟

(责任编辑:Admin)

顶一下
(0)
0%
踩一下
(0)
0%
上一篇:五大步加强项目的精益化管理
下一篇:没有了
发表评论
请自觉遵守互联网相关的政策法规,严禁发布色情、暴力、反动的言论。
用户名: 验证码:点击我更换图片