会干活的不如会分解的，聊聊WBS工作分解结构

Day 111

要起一个新项目或接到一个复杂任务的时候，你有没有愁眉苦脸不知道如何下手？新成立了一个团队有4个毕业生小弟，你是TL，当他们认真的看着你等你分配任务的时候，有没有觉得头大，因为你自己还没有厘清现在的这个任务应该怎么干。

会干活的不如会分解的，会干活的是徒弟，会分解的才是师傅。今天给你分享一个简单但又很难用好的工具，WBS工作分解结构。

WBS 是什么？

WBS（Work Breakdown Structure），工作分解结构法指以可交付成果为导向，将组成项目的要素按一定的结构进行分解，从而能够对其进行合理的管理。

Work指可以产生有形结果的工作任务，Breakdown是以树枝状图的形式，将负责任务逐步细分的方法，从目标、任务、子工作项到活动层层分解。

WBS全景描述了你对项目完成的思路规划和结构设计，它呈现了整个项目的工作范围以及各项成果任务之间的关系，每下降一层代表了对工作任务的详细定义和交付成果要求，而活动是进行计划、资源、成本、风险管理、外包等的最小单元。

WBS 怎么使用?

推荐一个四步法给你。
第一步：首先，明确项目的目标，Stakeholder干系人，以及期待的项目主要交付成果。可以使用Future Retrospective的方式进行愿景设想：假如项目完成，你期待达成或看到什么，从而定义交付成果。

第二步：设定1个时间钟（15-30分钟）风暴实现项目目标要完成的工作，先列出所有可以想到的，然后按照系统的角度、时间流程的顺序以及程度三个维度进行归类调整。

第三步，进一步拆解组成子工作要素和活动，比如确定乘机需求，包括乘机的航空公司偏好，机场要求，机型要求，舱位要求，预算等，什么时间进行这个活动，以及什么时间完成。在这里可以采用WBS任务词典描述详细信息，也可以理解为没有预算的用户故事。

第四步，检查分解的完备性和逻辑性。下层是否支撑，是否可独立完成互不依赖等。

举个例子：代购机票。
1）任务分解的结果：

2）WBS任务词典描述：

有了这样的规划和描述说明，不管是技术问题还是业务问题，相信估算、执行、引领团队、与客户澄清等等活动都不再是问题。

WBS不仅是项目管理中很重要的一个方法，也被应用到很多领域，比如组织分解结构、合同分解结构、材料分解结构等；以及战略层分解和战术层的分解，WBS也是OKR从目标到战术落地背后一个很重要的桥梁。

WBS的注意事项？

1）明眼的你估计早就发现，WBS的结构背后的逻辑还是金字塔结构，只不过是纵向逻辑确定，且在某一领域中应用的金字塔。那么，做好WBS的第一条是在将项目要素进行层层分解的时候注意其横向的完备性，符合MECE法则。

2) 要对可交付的成果-work package有明确的描述，内容、验收标准、质量的标准。

3）WBS是以达成可交付成果为目的的任务拆解，第一层尤为重要。第一层的组成元素是交付成果的组成元素，而非行为（上文例子中的典型问题）。因此要更加注重其要素的完备性。不能遗漏，遗漏之后下层自然也无法补全，从而带来项目的交付风险。

WBS 为什么好用？

目标其实是一种很抽象的东西，并不容易落到执行层面。往往拿到一个问题的时候最困难的是如何定义好，如何将大目标拆分为小目标去层层实现。

WBS被广泛应用但又不容易做好的原因，在于做好它需要强悍的分析思维能力。分析思维是将整体化为部分，化大为小，然后逐步实现的能力。分解的好坏取决于对于待分解领域的整体认知，也取决于结构思维和逻辑辩证的底层能力。

任务分解的越清晰说明对要完成任务领域的认知就越高，结构化思维和逻辑就越清晰；那么，在高认知状态下，任务完成的质量和效率就会越好。拿到这样的任务清单就可以很容易的、很放心的根据资源和时间成本等约束决定执行策略，你可以外包也可以自动化批量处理。想想一下这是一种什么感受呢？就像高中生经过一堆分析破题，最后发现其实就是一道小学乘法题一样的酸爽。

会干活的不如会分解的，会干活的是徒弟，会分解的才是师傅。只有当任务分解的足够细，你才能有条不紊的安排时间，带徒弟呢。