在项目管理中，我们常会用到一个工具WBS。
WBS，即工作分解结构法（即 Work Breakdown Structure，简称WBS），跟我们学习的因数分解是一个原理，就是把一个项目按一定的原则分解，项目分解成任务，任务再分解成一项项工作，再把一项项工作分配到每个人的日常活动中，直到分解不下去为止。即：项目→任务→工作→活动。WBS是工作的一个总结，而不是工作本身，工作是构成项目的许多活动的总合。
开发工作分解结构法（WBS）的丁斯莫尔指出：“需要一个整体观念，描绘出一条成功实施企业项目管理的道路，所有这些都是从WBS开始的。”
一、WBS的定义
工作分解结构（Work Breakdown Structure）：以可交付成果为导向对项目要素进行的分组，它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。
其由三个部分组成，如下：
Work工作：指的是某种输出、工作成果，或可交付性成果，如做一道水煮鱼、开启一盏灯，一道水煮鱼的菜和一盏亮起的灯就是输出、可交付性成果； Breakdown分解：将工作划分成不同部分或类别；分离成更简单且可识别的事物，比如说做一道水煮鱼，可以分解为购买食材、清洗食材、烹饪等不同的部分。 Structure结构：用确定的组织方式来安排事物，比如2中的水煮鱼分解结构为按照操作顺序的组织方式来安排的,其他还有事物的物理结构、地域等组织安排方式。
基于以上的定义，我们可以把WBS理解为将一个大的可交付性的工作成果按照一定的组织安排方式来逐级分解成多级多个的可交付性成果。这里的可交付性成果就是Work，逐级分解就是Breakdown，按照一定的组织方式就是Structure。
二、WBS的特点
基于以上定义，WBS具有以下特点。
支持对实现输出、目标、可交付性成果所需的所有工作的定义。 用来说明并定义可交付性成果的层级结构，此层级结构是以“父子”关系的形式建立起来的。 WBS有一个客观或具体的结果，这个结果被称为可交付性成果、输出或结果。WBS代表了对项目可交付成果和范围的清晰描述，也就是这个项目是什么。WBS描述的不是如何或何时产出可交付性成果，而是对项目输出、项目范围、产品范围或者可交付成果的描述和细化。
三、WBS的相关概念
控制账户：是一个管理控制点，在该控制点上，把控范围、预算、实际成本和进度加以整合，测量绩效。
工作包：最底层次的组件，通常表达为可交付成果。工作包可以对相关活动进行归类，以便对工作进度进行估算，开展监督和控制。
规划包：规划包同样是WBS最低层次组件，位于控制账户之下，工作范围是已知的，但其包含的活动或者对应的工期和预算是当前未知的，需要随着项目的深入进一步了解。
WBS词典：用来描述各个工作部分，WBS词典通常包括工作包描述，进度日期、成本预算和人员分配等信息。
活动：活动是工作包（规划包）的组成部分，不属于WBS组件，活动经常被细分为任务。
四、WBS的作用
WBS是项目管理众多工具中最有价值的工具之一，是项目管理的核心，它给予人们解决复杂问题的思考方法——解剖麻雀化繁为简，然后各个击破。通过工作分解结构，项目团队得到完成项目的工作清单，从而为日后制定项目计划时工期估计、成本预算、人员分工、风险分析、采购需求，项目监控等工作奠定了基础。
把复杂的事情简单化，使项目的工作执行起来更容易。 通过WBS得到完成项目的工作清单，从而界定出项目的工作范围。 把项目要做的所有工作都清楚地展现出来，不至于漏掉任何重要的事情。 容易对分解出的每一项工作估计所需时间、便于制定完善的进度、成本预算等项目计划。 通过工作分解，可以确定完成项目所需的技术、所需的人力以及其他资源。 便于将工作落实到责任部门或个人，有利于界定职责和权限，也便于各方面就项目的工作进行沟通。 使项目团队成员更清楚地理解工作的性质和努力的方向。 能够对项目进行有效的跟踪、控制和反馈。
五、有效使用WBS的三个重点
1.明确颗粒度，责任到人
WBS 的实质思想之一，是要体现在项目过程中项目职责的落实和明确划分。
由于项目管理的自身特点，在项目规划阶段，我们很难盘点项目涉及的全部事项，对一些远期才能完成的成果，项目初期可能无法分解。即使是在一个理想环境下，工作分解过细，也会带来管理成本的无效耗费，资源使用效率低下，同时 WBS 各层级数据汇总困难，所以我们需要明确WBS的作用到底是什么？
在明确作用后，项目分解的结构也是至关重要，WBS分解结构的特点是：
分解自上而下，逐级进行分解。
对于小项目分解层级一般为4-6级就足够了，层级越多越不易于管理。
节点最终分解到一个人工作量以日为单位。
相同任务只能在WBS的一个节点上出现，不能出现工作重复的节点内容。
一个任务节点也只能一个人负责，其他人配合。
分解的任务节点，应该与实际工作情况一致，这样才能对项目进行指导。
明确颗粒度，“责任到人”是项目管理的核心，在每一层次 WBS 分解过程中都考虑到项目责任划分和归属，尽可能每一个最底层的节点根据WBS分解结构的特点，来确定分解的任务节点以及唯一责任人（或部门）。
2.根据项目差异化合理应用
在实际的管理实践中，一个项目往往有多种分解方法，可以按照工作的流程、可交付成果分解，也可以在不同层级使用不同的方法，不同的分解方式侧重点不同、相互之间难以统一。
解决这一矛盾，首先要理解 WBS 方法的另一作用，是实现项目进度/成本控制的基础，如果没有这个功能，WBS 在具体活动中没有任何特殊意义，只是一个工作备忘录。
结合这一作用，我们可以考虑在应用 WBS 方法的时候，将其分为两个部分：
上层部分为大项工作分解结构，可以参考项目的高层级目标，将整个项目按级别划分若干大项和单项。大项分解可以参考项目的生命周期、各个阶段、各个里程碑控制点等原则划分；
下层部分为小项工作分解结构，部分划分也不一定严格遵循80小时等传统原则，尽可能有一个相对完整等交付成果即可，如果涉及对外合同，尽量让底层部分的分解层次位于合同清单项之上，避免混乱、也利于工作量和成本衡量。
结合两个部分，我们需要考虑到WBS的分解原则和因素：
系统性、完整性原则。WBS分解时应以项目目标和项目需求为基础，充分识别项目中的所有任务实体，以及任务实体间逻辑联系，确保WBS分解中包含所有的项目任务实体，做不遗漏、不增加；
层次化分解的原则。WBS分解时应从项目目标开始，逐层分解分类，确保性质相同的的项目任务处于同一层次；
避免任务交叉或重叠的原则。WBS分解时每个项目任务在WBS中应该具有唯一性，同一任务不能重复出现；
最低层任务可执行、可验证、可交付原则。处于WBS最底层的项目任务要能够执行和实现，尽量使用动名结构的词语来描述任务内容，避免使用带有歧义的形容词或副词来描述最底层项目任务；
有利于任务分工、明确责任的原则。WBS分解出的每项任务最终都要落实到具体人来执行和实现，因此通过WBS分解，有助于项目成员清晰明确的理解项目中的每项任务，便于项目经理明确每项任务的责任人。
有利于项目管理的原则。项目管理是项目过程管理和控制的重要手段，WBS分解为项目进度计划、项目资源管理计划、项目风险管理计划、项目变更管理计划、项目沟通管理计划等计划的制定和执行提供了核心依据，因此WBS的分解应有助于个项目项目管理计划的制定和执行。
有助于项目沟通的原则。项目沟通是项目干系人间获得项目目标共识的有效手段，WBS分解又是项目目标任务的系统化全局分解，因此在WBS分解时应尽量使用项目干系人有共同理解和认知的项目术语，对于陌生的概念和术语，以及项目中的新造词汇，要使用项目术语表进行记录和陈述说明，以限定和规范其表述范围，使之在项目干系人间有共同的理解和认知，便于项目干系人间的沟通。
3.WBS具体步骤及工具
先明确并识别出项目的各主要组成部分，即明确项目的主要可交付成果。一般来讲，项目的主要组成部分包括项目的可交付成果和项目管理的本身。在进行这一步时需要解答的问题是：要实现项目的目标需要完成哪些主要工作？
确定每个可交付成果的详细程度是否已经达到了足以编制恰当的成本估算和历时估算的要求。若是则进入到第四步，否则接着进入第三步。
确定可交付成果的组成元素。组成元素应当用切实的、可验证的结果来描述，以便于进行绩效测量。这一步要解决的问题是：要完成上述各组成部分，有哪些更具体的工作要做。
核实分解的正确性。即需要回答下列问题：
最底层项对项目分解来说是否是必需而且充分？如果不是，则必须修改组成元素（添加、删除或重新定义）；
每项的定义是否清晰完整？如果不完整，描述则需要修改或扩展；
每项是否都能够恰当地编制进度和预算？是否能够分配到接受职责并能够圆满完成这项工作的具体组织单元（例如部门、项目队伍或个人）？如果不能，需要做必要的修改，以便于提供合适的管理控制。
六、WBS的实际应用
WBS在一些工程项目中运用的比较多，比如说软件工程，建筑工程等。当然，WBS在我们的生活中也随处可见，比如说上面举的做一道水煮鱼的例子，还有比如打扫屋子、准备一个十人的晚餐、组织一场聚会，都可以应用WBS或者我们已经潜移默化的在应用WBS，比如说打扫屋子，我们会分解成整理物品、擦拭家具、拖地等具体的工作来进行。
