wbs具体应该怎样分解 (咨询专家:白思俊) [已答]
工程项目管理中wbs具体应该怎样分解
提问人: 张广涛 [中国天海集团|||CSC]
提问时间:2012-05-13
提交回复
会员回复
根据PMBOK中的说法,应该根据需求文件为基础来分解
回复会员: haotg 回复时间:2012-07-10
一、定义 WBS(工作分解结构)是Work Breakdown Structure的英文缩写,是项目管理重要的专业术语之一。WBS的基本定义 :以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。无论在项目管理实践中,还是在PMP,IPMP考试中,工作分解结构(WBS)都是最重要的内容之一。WBS总是处于计划过程的中心,也是制定进度计划、资源需求、成本预算、风险管理计划和采购计划等的重要基础。WBS同时也是控制项目变更的重要基础。项目范围是由WBS定义的,所以WBS也是一个项目的综合工具。 WBS是由3个关键元素构成的名词:工作(work)--可以产生有形结果的工作任务;分解(breakdown)--是一种逐步细分和分类的层级结构;结构(structure)--按照一定的模式组织各部分。根据这些概念,WBS有相应的构成因子与其对应: (1)结构化编码 编码是最显著和最关键的WBS构成因子,首先编码用于将WBS彻底的结构化。通过编码体系,我们可以很容易识别WBS元素的层级关系、分组类别和特性。并且由于近代计算机技术的发展,编码实际上使WBS信息与组织结构信息、成本数据、进度数据、合同信息、产品数据、报告信息等紧密地联系起来。 (2)工作包 工作包(work package)是WBS的最底层元素,一般的工作包是最小的“可交付成果”,这些可交付成果很容易识别出完成它的活动、成本和组织以及资源信息。例如:管道安装工作包可能含有管道支架制作和安装、管道连接与安装、严密性检验等几项活动;包含运输/焊接/管道制作人工费用、管道/金属附件材料费等成本;过程中产生的报告/检验结果等等文档;以及被分配的工班组等责任包干信息等等。正是上述这些组织/成本/进度/绩效信息使工作包乃至WBS成为了项目管理的基础。基于上述观点,一个用于项目管理的WBS必须被分解到工作包层次才能够使其成为一个有效的管理工具。 (3)WBS元素 WBS元素实际上就是WBS结构上的一个个“节点”,通俗的理解就是“组织机构图”上的一个个“方框”,这些方框代表了独立的、具有隶属关系/汇总关系的“可交付成果”。经过数十年的总结大多数组织都倾向于WBS结构必须与项目目标有关,必须面向最终产品或可交付成果的,因此WBS元素更适于描述输出产品的名词组成(effictive WBS,Gregory T. Haugan)。其中的道理很明显,不同组织、文化等为完成同一工作所使用的方法、程序和资源不同,但是他们的结果必须相同,必须满足规定的要求。只有抓住最核心的可交付结果才能最有效的控制和管理项目;另一方面,只有识别出可交付结果才能识别内部/外部组织完成此工作所使用的方法、程序和资源。工作包是最底层的WBS元素。 (4)WBS字典 管理的规范化、标准化一直是众多公司追求的目标,WBS字典就是这样一种工具。它用于描述和定义WBS元素中的工作的文档。字典相当于对某一WBS元素的规范,即WBS元素必须完成的工作以及对工作的详细描述;工作成果的描述和相应规范标准;元素上下级关系以及元素成果输入输出关系等。同时WBS字典对于清晰的定义项目范围也有着巨大的规范作用,它使得WBS易于理解和被组织以外的参与者(如承包商)接受。在建筑业,工程量清单规范就是典型的工作包级别的WBS字典。
创建WBS是指将复杂的项目分解为一系列明确定义的项目工作并作为随后计划活动的指导文档。WBS的创建方法主要有以下两种: 1 类比方法。参考类似项目的WBS创建新项目的WBS。 2 自上而下的方法。从项目的目标开始,逐级分解项目工作,直到参与者满意地认为项目工作已经充分地得到定义。该方法由于可以将项目工作定义在适当的细节水平,对于项目工期、成本和资源需求的估计可以比较准确。 创建WBS时需要满足以下几点基本要求: 1 某项任务应该在WBS中的一个地方且只应该在WBS中的一个地方出现。 2 WBS中某项任务的内容是其下所有WBS项的总和。 3 一个WBS项只能由一个人负责,即使许多人都可能在其上工作,也只能由一个人负责,其他人只能是参与者。 4 WBS必须与实际工作中的执行方式一致。 5 应让项目团队成员积极参与创建WBS,以确保WBS的一致性。 6 每个WBS项都必须文档化,以确保准确理解已包括和未包括的工作范围。 7 WBS必须在根据范围说明书正常地维护项目工作内容的同时,也能适应无法避免的变更。 8 WBS的工作包的定义不超过40小时,建议在4-8小时。 9 WBS的层次不超过10层,建议在4-6层。
1\识别和分析可交付成果和相关工作 2.确定工作分解结构 3.逐层分解 4.制定和分配标志编码 5.核实工作分解程度
倒推法也可以的吧~~~~
根据项目工作任务,具体的东西都是要慢慢积累经验的
最简单可行的方法就是,参照以往类似的项目
1、识别和分析里程碑式的可交付成果 2、确定工作分解结构 3、逐层分解到工作包 4、制定和分配标志编码
根据项目的性质,可以按工序或流程分解,可以按组成结构分解
根据需要进行就可
回复会员: dlyvw 回复时间:2012-05-20
具体参见这个案例: http://www.mypm.net/case/show_case_content.asp?caseID=3697
WBS分解,不外乎两种方式,一种是按照系统组件来划分,一种是按照产品阶段来划分。
WBS分解,个人觉得应该按照公司的流程习惯以及自己的个人工作习惯来分子任务,然后将之逐步分解。分解的粒度最好也根据资源数量、工作效率等,做到工作包输入输出明确、过程有效、易于控制就好。
逐层进行分解,至上而下,直到无法再分解为止
可按照交付成果或各职能组织
逐层分解,至上而下,无法细分为止
个人观点,可采取以下措施进行分解: 一是如果有类似该项目的案例,可以借用类似案例的WBS,经项目相干人讨论修改,完善适合本项目的WBS。 二是如果找不到类似案例,可以组织全体人员通过各自的工作经验,列出WBS所有项,然后合并同类项,理顺相关顺序,完成WBS整合。
常见的方法有两种:基于成果或功能的方法,基于流程的分解方法。
1.不要太多層 2.每一分解之task或subtask應具體列示負責人,預計起始日,預計結束日,實際起始日,實際結束日等 3.該分解之task應有明確交付項目
对项目的各项活动按实施过程、产品开发周期或活动性性质等分类
理论上按照16个工作时分解,也就是2天的工作量,这个细度其实不容易达到
回复会员: vlcc 回复时间:2012-05-14
逐层分解,至上而下,知道无法再分解。
项目 单项工程 单位工程 分部工程 分项工程 工序
发的说法是大方
WBS 最底层是工作包,向下不能分解
1\识别和分析可交付成果和相关工作 2.确定工作分解结构 3.逐层分解 4.制定和分配标志编码 5.核实工作分解程度