掌握项目管理，必须掌握范围管理；
掌握范围管理，必须掌握WBS分解；
掌握WBS分级，必须了解其核心分解思路。
这就是今天的重点。
1WBS的定义
WBS，是work breakdown structure的首字母缩写，直译就是“工作分解结构”。这是一个外来词，在我们的管理历史中是没有的，同时，它的含义也很直白，就是字面翻译出来的意思，把项目的工作分解后获得的一种树状结构。
WBS是范围管理的核心工具，也是项目管理的核心板块，
可以说，掌握WBS，是掌握系统项目管理理论的基础。
2WBS分解技术
当我们承接了一个项目，首先要做的就是分析背景和确立目标。
当我们确定了目标后，我们就要针对交付物目标，开始进行范围分解了。
换句话说，就是你针对你要完成的项目交付物，把交付物自上向下一层层，逐层分解拆开，分解的越细，也就意味着未来你对项目的控制就越强。比如说，某市地铁项目拆分完成的工作包总计约3万多个。
当然，不是说，拆的越多就是WBS分解的好，WBS做的好与不好，取决于两个要素：
第一，你要有足够的项目实践经验；
第二，你要具备一定的分解管理技术。
两者缺一不可，没经验，再会管理技术，也是“巧妇难为无米之炊”；只有经验，不会分解，你编制的WBS可能就会结构或者逻辑混乱，起不到实际指导作用。
就分解技术而言， 有两个关键点需要掌握：
第一
在分解过程中，永远是自上向下拆分，每拆一层，都需确保拆分出来的工作包是满足充分必要条件的。
第二
为了保证不遗漏、不重复，拆分的过程有两种思路，要么按照“时间过程”进行拆分，要么按照“成果内容”进行拆分。
我今天想重点给大家介绍一下这两种不同的思路。
3WBS分解思路
HELLO EVERYONE
举例说明
你和你的小伙伴们突然心血来潮，准备来一次“徒步穿越”，为了保证活动成功，你荣幸的成为了项目经理，现在就得请你来为项目做策划了，你会怎么做呢？
我们都很清楚，一个活动要做好，需要考虑的内容真的是方方面面，千头万绪，而从项目的角度出发，把这些杂乱无序的内容、要求、标准有机融合在一起的就是范围管理，也就是WBS了。
所以，在明确项目目标是“徒步穿越”后，我们要做的下一步工作就是WBS分解了。
但，到底怎么分解？
乍一看到这个项目，估计不少朋友已经蒙圈了，你有可能瞬间想起来一堆和穿越有关的事情，比如衣服要合适、比如得注意安全，比如是不是还得带上防蚊虫叮咬的药，等等，但感觉上，你恐怕总觉得好像缺了一个抓手，把这些东西都串起来，所以会越想越乱。
好了，暂停，我们不要再沉溺到细节层面，因为想的越多，你就会越乱，回到目标上，目标是“一次成功的徒步穿越”，按照WBS的要求，就是一层一层分拆，那我们就来分拆第一层。
这个时候，思路问题就体现出其重要性了。
如果你按照“时间过程”去拆，那么第一层拆完的结果可能是：
如果你按照“成果交付“去拆，那么第一层拆完的结果可能是：
估计听到这里，你可能会有两个疑惑吧
困惑1
你会不会觉得分解的结果和你刚才想的事情好像差的很远啊。事实上，这是因为，就目前而言，WBS的分拆才完成了一步，如果你一层层继续拆下去，很快就会发现，你想到的那些离散的事情，在WBS里都有体现了。
困惑2
怎么按照不同的分解思路，分解出的WBS完全不一样？难道都能用么？这一点，我要强调一下，WBS的分解思路，实际上是用来帮助大家进行合理拆分的，无论你选择了哪种思路，拆分后，都能保证不遗漏、不重复，也吻合“充分必要条件”。而无论你选择哪种思路开始拆分，只要你持续拆分下去，你就会发现，到达最底层时，两种思路拆分的结果居然是“殊途同归”。
不信的话，请你找个项目试试吧！
