「项目wbs分解结构图」 简述wbs 及画图说明

项目wbs分解结构图： 简述wbs 及画图说明-百度知道

展开全部 WBS：工作分解结构（Work Breakdown Structure） 创建WBS：创建WBS是把项目 交付成果和项目工作分解成较小的，更易于管理的组成部分的过程。WBS是项目管理重要的专业术语之一。WBS的基本定义 ：以可交付成果为导向对项目要素进行的分组，...展开全部

项目wbs分解结构图： 项目工作结构的分解有哪些呢？ 爱问知识人

工作分解结构WBS是将工程作业项目按一定的管理规则进行层次化分解，按这种结构对项目管理作业进行划分，大大提高了项目的可控性，WBS的底层作业必然是可控制性最强的作业。同时WBS在一定程度上界定了项目的工作范围，使范围管理贯穿整个项目进度管...

项目wbs分解结构图： 项目工作分解结构是什么

工作分解结构（简称WBS）跟因数分解是一个原理，就是把一个项目，按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。即：项目→任务→工作→日常活动。工作分解结构以可交...展开全部

项目wbs分解结构图： 工程项目的结构分解？？？？

1、 WBS分解的概念WBS(Work Breakdown Structure)作为有效地计划和控制建设工程项目的工具。它是由一组可交付使用的项目产品/设施组成的，表现为一种层次化的树状结构，定义了整个工程项目的工作范围。根据项目管理工作需要，进行不同层次的分解，...展开全部

其他答案:工程建设项目结构分解wbs(works breakdown structure)是项目结构分析的重要内容和基础，其技术性非常强。它的基本目标包括： 1、保证项目结构的系统性和完整性。分析的结果应包括项目所包含的所有工作（工程），不能有遗漏。这样才可能在设计、计划、实施中保证项目的完整性。 2、通过结构分解，把项目分解开来，使人们对项目一目了然，使项目的概况和组成明确、清晰、透明。这使项目管理者，甚至不懂项目管理的业主、投资者也能把握整个项目，方便地观察、了解和控制整个项目过程，可以反过来分析可能存在的项目目标的不明确性。 3、确定建立完整的项目保证体系的基础。在项目结构分解的基础上，将项目任务的重点、质量、工期、成本（投资）目标分解到各项目单元，这样可以进行详细的设计、计划，实行更有效地控制和跟踪，对项目单元进行工作量计算，确定实施方案，作实施计划、成本计划、工期计划、资源计划、风险分析等。 4、项目结构分解能明确地划分各单元和各项目参加者之间的界限，能方便地进行责任的分解、分配和落实。即：对每个项目单元应能具体地落实责任者，并进行各部门，各专业的协调。 5、方便网络的建立和分析，可用于进度控制。 6、作为项目报告系统的对象。例如费用结算、进度报告、账单、会谈纪要、文件的说明等，常常都是以项目单元为对象。 7、方便建立项目组织和相应的责任体系。即：将项目系统与组织结合起来形成责任体系，作为委托或下达任务、进行沟通的依据。 8、方便目标的协调，使项目的形象透明，方便控制。

项目wbs分解结构图：工程项目WBS编制探讨

WBS（Work Breakdown Structure），及工作分解结构，是项目管理两个专用工具之一，也是最重要的项目管理工具。WBS的基本定义如下：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围，每下降一层代表对项目工作的更详细定义。在国内，有些工程公司习惯与将工作分解结构叫做主项表。我个人倾向使用WBS，相对于主项表，WBS（工作分解结构）更精准地体现了这一工具的本质。创建WBS是把项目工作分解成较小的，更易于管理的组成部分的过程。编制项目WBS有重要的原则，叫100%原则，即每个子项的工作只和与其下层子项的工作之和完全相等。
2 WBS的作用
WBS将庞大、复杂的项目工作分解为若干个小的、简单的工作，从而为项目成本估算、工时估算提供便利，为项目团队成员各自的工作内容提供清晰的边界，为项目提交工作成果提供可视化的结构。

WBS是项目管理及项目工作展开的基础，可以说WBS是项目执行的纲。一个好的WBS层次分明，边界清晰，易于理解、便于记忆，为项目全体成员及相关方在项目管理工作和项目工作上提供方便。相反，如果WBS编制存在一些问题，也会在项目管理及项目工作上造成困扰。WBS编制应注意以下几点。
首先，WBS是一个树型结构，而不是一个矩阵结构。树型结构是一个纯粹的层级式结构，其任何一个子项均有且只有一个上层节点，或者说，任何一个子项只能找到唯一的上级。矩阵结构的子项则同时有两个上级。一方面工程项目规模越来越大；另一方面，受制于设备制造、运输等因素的限制，单套规模收到限制，因此设置多套相同的装置在现代煤化工项目中越来越普遍，对于此种多系列设置，其WBS编制很容易陷于矩阵式陷阱。下图是某煤化工项目的主项表的一部分。该项目煤气化分厂共由四套壳牌煤气化装置，每套装置下设若干工序。此项目主项表的就将工作分解结构做成了矩阵式，这种形式会造成一个子项隶属于两个上级，从而造成层级上的混乱，以及编码规则的破环。


其次，WBS是一个编码化的树形结构。这么说有三层意思。
第一层，编码的每一位或两位固定对应于WBS的某一层级，且编码各部分从左至右表示的层级逐渐降低。大部分工程项目WBS编码为5位，其中前两位表示装置，其次两位表示工序，最后一位为附加码，一般用于建构筑物。这不是说工程项目的WBS编码必须是5位，且每部分对应的层级必须按以上方式划分，但WBS编码位数及每部分对应的层级应该在整个工程项目上统一规定，且应符合编码从左至右对应的层级逐渐降低这一基本规则。从上图主项表看，其编码的规则应该是左一位表示气化分厂；第二位和第三位表示工序；第四位是附加码，表示建构筑物；第五位则表示系列，这种编码规则显然不符合编码从左至右对应的层级逐渐降低这一基本规则。这种编码规则，其实是受矩阵式分解的影响。对多系列化工项目而言，正确的规则是，将WBS编码分成四部分，从左到右分别表示分厂、装置、工序、附加码，编码的位数可按实际需求统一调整为6位或7位。

第二层意思，WBS中每个子项应该有对应的唯一编码。WBS只有编码化后才能应用于项目管理和项目工作。WBS编码是设计文件编号和设备、管道、仪表、建构筑物等编号的依据。只有名称没有编码，这个子项是无法应用于设计文件、设备、管道等的编码。上图中四个系列就存在这样的问题。

第三层意思，子项的编码必须按统一的规则编制，且是唯一的。

再次，WBS的编制应考虑施工分包的可行性。一个工厂，一个分厂，甚至一个装置可能有多家施工单位参与施工承包。一个施工单位可以承包一个或多个设计文档包的施工工作，但应避免两个或两个以上的独立的施工分包单位共同承包一个设计文档包。这一方面需要控制施工标段的划分，避免无限细分；另一方面，设计文件归档包也应该控制在合理的规模内。WBS编制，应该为控制设计文件归档包规模提供便利。
此外，WBS应以工艺流程为蓝本编制，并根据布置的情况做适当调整。比如说，上图中有两个框架。按表中的划分，这两个框架位于同一层级。但实际的布置情况是，磨煤框架布置磨煤及干燥工序的设备，磨煤框架隶属于磨煤及干燥单元是合适的。气化框架在布置气化装置数个工序的设备，气化框架并不隶属与气化及合成气冷却一个工序。虽然都是建构筑物，但磨煤框架和气化框架并不再WBS的同一层级。

WBS是工作包分解的输入，是设计文件编号及设计文件归档的依据。设计文件编号应根据设计文件的内容，选择对应的子项编号和子项名称。应避免文件的子项名称和文件编码不对应，避免文件子项名称和编码与设计内容的层级不一致。无法根据原WBS编码编制文件编号和名称时，应该调整WBS。文件归档应该选择合适的子项为单位。子项的选择主要考虑规模、可分割性等因素。

WBS是设备、仪表、管道、管道特殊件等编号的依据。设备、仪表、管道、管道特殊件等的编号，应严格按WBS编制，且与文件编号对应。需要特别注意的是，管道经过独立子项的管廊时，应改变管道及官道上仪表、管道特殊件的编号，以维持子项设计文件的独立性和完整性。

WBS是项目管理及项目工作展开的基础，是最重要的项目策划文件。应在项目总体设计时根据项目的实际情况和WBS编制的一般规则制定WBS编制统一工作规定，使WBS层次分明，边界清晰，易于理解、便于记忆，从而为项目管理工作和项目工作提供一个良好的开端。

项目wbs分解结构图：工作分解结构

工作分解结构

面向可交付性的项目分解成较小的组件（在项目管理与系统工程中）

在项目管理与系统工程中，工作分解结构（英语：Work Breakdown Structure）或称为承包商工作分解结构（英语：Contractor Work Breakdown Structure, CWBS）系将一个项目细部分解为交付标的导向的较小组成。工作分解结构是关键的项目交付标的，可将项目团队工作组编成为可管理的部分。项目管理知识体系〈PMBOK第五版〉所定义的工作分解结构：“由项目团队实施整个项目工作范围的阶层化分解，以达成项目目标，并产出必要的交付标的”。

工作分解结构的基本元素可为产品、资料、服务、或其组合，工作分解结构也为细部成本估算与管制提供了必要的框架，以及时程展开与管制的指引。

概述

工作分解结构系将项目阶层分解成为阶段、交付标的、与工作包，它是一种为了达成目标〈例如：一个计划、项目、或契约〉所需要工作细分的树状结构。在一个项目或契约中工作分解结构由其终端目标开始展开，并且就其大小、时间长短、责任划分〈亦即，系统、次系统、元件、任务、次任务、与工作包〉依次细分为可管理的组成，包括达成目标的所有必要步骤。

应用于美国国家航空航天局〈NASA〉报告架构的工作分解结构〈范例〉。

工作分解结构提供一个契约总体规划与管制自然展开的共同框架，也是将工作细分为可定义增量的基础，可因此展开工作说明〈SOW〉，以及建立技术、时程、成本、与劳工工时报告等。

工作分解结构允许将工作、材料 ...等下属成本依次加总成为较高阶层的上属工作、材料 ...等成本。对于工作分解结构的每一个元素，个别产生一个待办工作项目的说明。此一技术〈有时称为系统分解架构〉被利用来定义与组编一个项目的全部范畴。

通常是将项目 (或规划成果〉的主要产品组编其工作分解结构，而非那些制造产品所需要的工作 (计划性活动〉。由于规划成果是项目的期望终端，形成了一套相当稳定的类别组，可收集达成目标所需的各项规划性活动的成本。一个精心设计的工作分解结构能让每个项目活动指派予工作分解结构的一个(也是唯一〉终端元素变得容易。除了成本计算功能，工作分解结构也有助于将需求从系统规格的一个阶层映射到其他阶层。例如需求的交叉参考矩阵，将功能性需求映射于高阶、或低阶的设计文件。工作分解结构在水平方向可显示为大纲形式，在垂直方向可显示为树状结构 (类似组织图〉。

工作分解结构的展开通常发生在一个项目的开始阶段，优先于项目与工作任务的细部规划之前。

历史

工作分解结构的概念是由美国国防部从计划评核术〈PERT〉发展出来。1957年美国海军导入PERT，以支援发展其北极星导弹计划。当时并未使用工作分解结构一词，首次实施的PERT将工作任务组编于产品导向的类别。

1962年6月美国国防部、NASA、与航太产业界共同出版一份PERT/COST系统的文件，此文件陈述工作分解结构的方法。这份指引获得美国国防部部长的赞同，并采用于各项勤务。1968年美国国防部发布一份美国军规标准：MIL-STD-881 "Work Breakdown Structures for Defense Materiel Items"《中译：国防物资之工作分解结构》，要求扩及整个美国国防部皆应使用工作分解结构。

这份文件历经多次修订，最近一次修订在2011年，最新版本为 MIL-STD-881C "Work Breakdown Structures for Defense Materiel Items"，包括特定国防物资商品系统工作分解结构的定义，也发表所有系统共用的工作分解结构元素。

摘自 MIL-HDBK-881 的范例，图解说明一个典型飞机系统的前三个层级。

摘自 MIL-STD-881C 的国防物资分类，如下：

Aircraft Systems WBS〈飞机系统之工作分解结构〉

Electronic Systems WBS〈电子系统之工作分解结构〉

Missile Systems WBS〈导弹系统之工作分解结构〉

Ordnance Systems WBS〈军械系统之工作分解结构〉

Sea Systems WBS〈海洋系统之工作分解结构〉

Space Systems WBS〈太空系统之工作分解结构〉

Surface Vehicle Systems WBS〈地面车辆系统之工作分解结构〉

Unmanned Air Vehicle Systems WBS〈地面车辆系统之工作分解结构〉

Unmanned Maritime Systems WBS〈无人机系统之工作分解结构〉

Launch Vehicle Systems WBS〈发射载具系统之工作分解结构〉

Automated Information Systems WBS〈自动化资讯系统之工作分解结构〉

在 MIL-STD-881C 的 Appendix L 列出共同的元素：整合，总成，测试与检出、系统工程、计划管理、系统测试评估、训练、资料、特殊支援设备、共同支援设备、操作/现地激活、工业设施、初始备件与维修零件。此标准也包括额外的共同元素，独特于太空系统、发射载具系统、与自动化资讯系统。

在1987年项目管理协会（PMI）提出这些技术扩充跨越非国防组织的文献。项目管理知识体系〈PMBOK〉指引提供工作分解结构概念的综观，其工作分解结构之实践标准可与美国国防部标准相互媲美，但倾向于更一般的应用。

设计原则

100％规则

工作分解结构的一个重要设计原则，称为100％规则。定义如下：

100％规则叙明：工作分解结构包括100％项目范畴所定义的工作，并且就待办工作〈亦包括项目管理〉捕捉全部的交付标的〈包括内部、外部、与过渡时期〉。100％规则系为指引工作分解结构展开、分解、与评估的最重要原则，此规则应用在阶层中的所有层级。在下属层级的工作总合，必须等同于上属层级所代表的工作。工作分解结构不应包括任何在实际项目范畴以外的工作。亦即工作分解结构不会囊括超越100％的工作。100％规则也应用在活动层级，在各个工作包的活动，其所代表工作的加总必须达成100％足以完成工作包的必要工作。

互斥元素

互斥：除了100％规则外，重要的是一个工作分解结构不同元素间的范畴定义不能重叠。歧义可能导致重复的工作、或与责任权限有关的误传。此重叠也可能导致项目成本计算的混乱。如果工作分解结构的元素名称有歧义，工作分解结构说明表〈WBS dictionary〉有助于厘清工作分解结构各元素间的分别。工作分解结构说明表以里程碑、交付标的、活动、范畴〈有时也包括：日期、资源、成本、品质〉来描述工作分解结构的各个元素。

计划结果，而不是行动

如果工作分解结构设计者尝试在工作分解结构去捕捉任何行动导向的细节，设计者将可能收录太多的行动，或太少的行动。太多的行动将超过100%的上属范畴，太少的行动也将不足100%的上属范畴。坚持100%规则的最佳方式，是以结果来定义工作分解结构元素，而非行动。这也确保工作分解结构不是过度规定的方法，允许较大的创造力，与项目参与者的创造性思维。对于新产品开发项目，为确保结果导向的工作分解结构，最常见的技术是采用产品分解结构。特性驱动开发〈Feature Driven Development, FDD〉软件项目使用类似的技术，采用特性分解结构。当一个项目提供专业的服务，一种常见的技术是去捕捉所有计划的交付标的，以产生交付标的导向的工作分解结构。工作分解结构以项目阶段〈例如：初步设计阶段、关键设计阶段〉细分工作，必须确保各阶段以交付标的加以明确划分，也使用于定义进入与退出标准〈例如：核准的初步、或关键设计审查〉。

细节层级

任何人必须决定何时去停止细分工作成为较小的元素，将有助于决定必要的活动持续时间，以产生工作分解结构所定义的交付标的。当决定一个活动、或一组活动的适当持续时间时，有一些启发法或经验法则可使用，以产生工作分解结构所定义的特定交付标的。

首先为80小时规则，表示在工作分解结构最低的细节层级，一个活动、或一组活动必须以超过80小时的努力，才能够产生一个单一的交付标的。

第二个经验法则，表示在工作分解结构最低的细节层级，一个活动、或一组活动不应该比一个单一的报告期长久。因此如果项目团队每月报告进度，单一的活动、或一系列活动不应该比1个月长久。

最后一个启发法是如果说得通规则，运用此经验法则，任何人都能够利用常识，尤其在建立单一的活动、或一组活动的持续时间，以产生工作分解结构所定义的交付标的。

在活动层级的工作包，其工作任务为：

可以切合实际与自信地估算；

让无意义实事求是，以打断任何的更进一步；

可以依据上述定义的启发法之一，完成任务；

产生一个可以衡量的交付标的；

形成一个工作的独特包裹，可以外包。

编码方案

很常见把工作分解结构元素按顺序编号，以透露出层次结构。编号目的是提供一致的方法去识别与管理工作分解结构，适用于类似系统，不管任何承包商或服务。例如： Propulsion 〈如下范例〉可识别出此项目为工作分解结构第三层级的元素，因为有三个数字以小数点区隔开。编码方案也有助于工作分解结构元素在任何形式书写文字被辨认出来，也允许映射于工作分解结构说明表。

一个工作分解结构编码方案的实际范例：

Aircraft System

Air Vehicle

Airframe

Airframe Integration, Assembly, Test and Checkout

Fuselage

Wing

Empennage

Nacelle

Other Airframe Components 1..n (Specify)

Propulsion

Vehicle Subsystems

Avionics

System Engineering

Program Management

System Test and Evaluation

Training

Data

Peculiar Support Equipment

Common Support Equipment

Operational/Site Activation

Industrial Facilities

Initial Spares and Repair Parts

终端元素

在一个树状结构的最低元素，终端元素不能再进一步细分。在一个工作分解结构中，这样的元素〈活动、或交付标的〉也称为工作包，可用来估算资源需求、预算、与持续时间，可用相依性连结，可排定时程。在工作分解结构元素与组织部门的交接处，管制账号与工作包被建立，效能也被规划、衡量、记录、与管制。工作分解结构可以向下表达至任何的关注层级，建议至少应有三个层级，为了高成本、或高风险项目可添加额外层级，对于系统工程、或计划管理等案例，可有二个细节层级。从美国军规标准列举的范列，也显示出工作分解结构的深度变异，例如：软件开发为五个层级，消防系统为七个层级。

符合规范

工作分解结构的较高层级架构，在组织、或领域之内应与现存的任何规范或范本指令相符。例如为美国海军造船必须遵循美国海军建物内嵌的军规标准〈MIL-STD〉航海条款与阶层架构，并符合美国海军总部、以及为了匹配美国海军建物结构所建立的程序书，因此工作分解结构元素在阶层中编码与命名的任何重大变更，将是不可接受。

范例

工作分解结构的建置技术，在工作分解结构建置过程中利用100%规则。

左图显示一个工作分解结构的建置技术，展示100%规则与逐步阐述的技术。在工作分解结构的第一层级，显示一个客制化脚踏车设计建构项目全部范畴的100个单位工作任务。在工作分解结构的第二层级，100个单位被细分为七个元素，可依据努力或成本，配置单位数量至每个工作任务的元素，这不是工作任务持续时间的估算。

工作分解结构第二层级的三个最大元素，被进一步细分至第三层级。在第三层级的二个最大元素，各别只代表17%的项目全部范畴。这些最大元素可利用前述的逐步阐述技术，被进一步细分。

工作分解结构设计可借由软件〈例如一个电子试算表〉支援，以允许点值的自动滚动。努力与成本的估算，可透过项目团队成员间的讨论。这个协作技术建置更大洞察力于范畴定义、基本假设、以及项目管理所需粒度〈level of granularity〉的共识。

误区

工作分解结构并不是工作的详细清单，而是项目范畴的综合分类。

工作分解结构既不是项目计划、项目时程表、也不是时序列表。它指明了将要完成的工作，而不是如何完成、或何时完成工作。

工作分解结构不是组织阶层，虽然可能被使用来指派权责。

项目wbs分解结构图：如何预算项目经费？

如要做较为准确的预算，可以先画工作分解结构图(WBS),把整个大项目分解成若干小任务，评估每个小任务的预算，然后自下而上地把所有人任务的预算累加，最后跟据经验在总数上加上一定系数百分比作为缓冲值，一般10%左右。得出的预算相对准确。如果再深入，可以对每个小任务预算进行PERT评估=(最悲观预算+最可能值预算x4+最乐观预算)/6