< img height="1" width="1" style="display:none" src="https://a.gdt.qq.com/pixel?user_action_set_id=1200686054&action_type=PAGE_VIEW&noscript=1"/>

项目范围管理--工作分解结构

文:鼎捷ERP

作者:鼎捷数智 | 发布时间:2012-11-30 14:50:34

  摘要:5.4 创建工作分解结构 在完成了范围计划和界定过程之后,项目范围管理的下一个步骤是创建一个工作分解结构。项目经理通常运用自下而上的方法处理代表整个全新系统或是完成某项任务的方法,抑或是协助创建大宗买进和项目组的内部协同。

  5.4 创建工作分解结构

   在完成了范围计划和界定过程之后,项目范围管理的下一个步骤是创建一个工作分解结构。工作分解结构(WBS)是基于交付成果对项目工作进行分组,它定义了项目的全部范围。由于大多数项目都包括很多人和很多不同的可交付成果,将工作按照实施的方式分为合理的部分对组织是十分重要的。WBS是项目管理中的基础文档,由于它提供了计划和管理项目进度、成本、资源和变更的基础。WBS定义了项目的总体范围,因此,一些项目管理专家认为如果工作没有包含在WBS中,那么此项工作也就不应该做。从而,开发一个合理的WBS是至关重要的。

   项目范围说明书和项目管理计划是创建WBS的主要输入条件。主要的工具和技术包括使用WBS模板(如下文所述)、使用分解(decomposition)或是将项目可交付成果进一步细分。创建WBS过程的主要输出是WBS本身、WBS字典、一个范围基线以及项目范围说明书和项目范围管理计划的更新。

   WBS是什么样子?WBS一般刻画为以任务为取向的活动家族树,和组织结构图类似。项目组总是围绕项目产品、项目阶段或是使用项目管理过程组对WBS进行组织。很多人偏好创建图表格式的WBS,先帮助他们看到项目的整体和所有的主要部分。例如,图5—1展示了一个内部局域网项目。注意产品领域是组织的基础。在这个案例中,开发网站设计、企业内网主页、市场部的网页和销售部的网页都包括基于WBS的主要框图或分组。

   与之相对比,同样的内部网项目的WBS也可以围绕项目阶段组织,如图5—2所示。‘需要注意项目阶段的概念,网站设计、网站开发、大量生产和支持为组织提供了基础。

   WBS也可以通过列表的形式表现为缩进的任务列表,反映工作的相同分组。举例来说,表5—3以列表的形式描述了图5-2中的WBS信息。WBS中的项是一致的,然而缩进和序号清楚地展现出了结构。很多文件诸如合同使用这种列表形式。项目管理软件也使用这种列表形式。WBS实际上是Project2003“任务名称栏”中的内容。有关在Project 2003中创建WBS的详细信息参见附录A。

  图5—3显示了使用表5—3中同样的序号编排的以阶段为排序方案的内部网的WBS,在Project 2003中以甘特图的形式表现。从这张图中可以看到WBS是项目时间表制定的基础。注意WBS是在“任务名称栏”下边左侧的内容。其余的时间表放在图的右侧。在第6章项目时间管理中你将会学到更多有关甘特图的知识。

   图5—1、5—2、5—3和表5—3中表述的信息以层次化的框架反映WBS。WBS中第0层代表整个项目,是较高层(参看图5-2中的左侧标注,同时注意某些文献在定义项目整体时使用第1层而不是第0层)。下一层是第1层,代表项目的主要产品或阶段。第2层包含第1层的主要子集。例如,在图5—2中,第1层“概念”之下的第2层中条目包括:评价现存系统、定义需求、定义特定的功能、定义风险及其风险管理方法、开发项目计划和简要网页开发组。在第2层“定义需求”的下面是4个WBS的第3层的条目:定义客户需求、定义内容需求、定义服务器需求和定义服务器所有者需求。

   在图5-2中,较底层是第3层。工作包(workpackage)定义为WBS中较底层的一项任务。它也代表项目经理监督和控制项目进度的较低层工作。总体上讲,WBS中的每个工作包代表大概80个小时的工作。你也可以将工作包看作说明和报告。如果一个项目有一个相对较短的时间框架并需要每周的进度报告,那么工作包可能只代表40个小时的工作或更少。相反,如果一个项目包含很长的时间范围并且需要一个季度性的进度报告,工作包可能代表超过100工时。工作包也可能指代一件特别的硬件或设备,如特定的服务器。

   另外一种考虑工作包的方式是将数据输入到项目管理软件中。你只能输入工作包的估算时间。WBS中剩余的部分只不过是分组或是概要的工作包任务。软件可以自动计算各种不同的WBS层次需要的时间,只要事先输入各个工作包的数据和WBS的层次。

   示例中的WBS看上去很容易构造和理解。然而,创建一个良好的WBS是非常困难的。创建一个良好的WBS必须首先理解这个项目以及项目的范围和干系人的需求和知识。项目经理和项目组必须组成一个整体来决定如何组织工作和WBS中包含的层次。很多项目经理发现一个良好的WBS顶层开端比直接进入详细的项目内容要好得多。

   很多人对WBS的说明感到迷惑。WBS中的任务指完成项目所必须完成的工作。例如,如果需要为重新设计厨房做一个WBS,那么你会有WBS的第一层包括设计、购买、铺地板、墙壁壁柜和小物品。在铺地板这个子项目中,你可能会移除旧地板、安装新地板和安装踢脚。你不会有诸如“12还是14英寸橡木”或“地板必须很结实”这样的任务。

  

>
在创建WBS时,另外一个需要关注的是如何组织一个WBS,让它能够为项目进度提供基础。要关注的焦点是要做什么工作以及如何做,而不是何时做。换一句话说,任务不用按照顺序列表一步一步完成。如果你的确需要一些按照时间为基准的作业流程,你可以用项目管理过程组来创建WBS,即将启动、计划、执行,控制和收尾作为WBS的第1层。通过这样的方式,不仅项目组有很好的项目管理方案,而且WBS任务也可以更加轻松地按照时间刻画出来。例如,图5-4显示了一个内部网项目通过以上的5个项目管理过程组来组织的WBS和甘特图。启动过程组包括选择项目经理、组成项目组和制订项目章程。计划过程组包括制订范围说明书、创建WBS和开发及再定义其他计划,开发及再定义其他计划对于一个真实的项目而言将进一步细分。执行过程组包括概念、网站设计、网站开发和大量生产,这些在图5—2中原本是WBS中第1层的条目,现在在这儿成为了WBS中第2层的条目。任务执行的差别随项目不同而不同,但很多在项目管理过程组下任务在所有项目上都是相似的。如果你不使用WBS中的项目管理过程组,你可以使用第1层项目管理分类确保和项目管理相关的任务都已经解决了。记住所有的工作都必须包含在WBS中,包括项目管理任务。

   在第3章中JWD咨询公司使用了项目管理过程组作为第1层的项对项目管理内网项目的WBS进行处理。项目组集中注意力在可交付成果的生产中,将执行的任务进一步分解。表5-4显示了他们使用的部分WBS中的分类。一些项目组习惯于将他们所要生产的所有可交付成果列表,然后用这些作为WBS中所有的或部分的基础。回忆一下范围说明书应该罗列并描述所有的项目需求的可交付成果。确保项目章程、范围说明书、WBS和甘特图之间的一致性对精确界定项目范围是非常重要的。

   将整个项目团队和顾客发动起来创建和评估WBS是非常重要的。4gong件工作的人应该通过创建WBS来协助计划整个工作。让项目组成员开会讨论得到一个WBS可以让所有人明白什么工作流必须做以及如何做。这也有助于明确不同工作包之间的协调。

  5.4.1 开发工作分解结构的方法

   你可以使用若干种方法来开发工作分解结构(WBS)。这些方法包括:

   ●使用指南

   ●类比法 。

   ●自上而下法

   ●自下而上法

   ●心智图法

  使用指南

   如果有开发WBS的指南,那么按照这个方法去做是十分重要的。一些组织,例如美国国防部(DOD)为特定项目制定了WBS的格式和内容。

上一页:项目范围管理的界定和说明

下一页:项目范围的确认、控制等

相关新闻

  • 项目范围的确认、控制等

      摘要:范围控制的主要输入是项目范围说明书、项目范围管理计划、WBS和WBS字典、绩效报告、工作绩效信息以及批准的变更请求

  • 项目进度计划的重要性和活动定义

      摘要:输出包括绩效度量、请求变更、建议的纠正 措施、进度模型数据的更新、进度基线、组织过程资产、活动清单和活动属性和项目管 理计划

  • 项目范围管理的界定和说明

      摘要:5.3 范围界定和项目范围说明书 项目范围管理的下一个步骤是进一步界定项目需要的工作

关注我们

×

数据和智能方案提供商

想要进一步了解或咨询数字化解决方案?
我们随时在线为您服务,谢谢

在线咨询

400-626-5858

添加专属企微客服
获取行业最新案例