文科生脑回路也学得会|PMP-WBS分解原则及词典 0923

【什么是WBS】

WBS（Work Breakdown Structure，工作分解结构)

对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。

创建工作分解结构：把项目可交付成果&项目工作分解成较小、更易于管理的组件的过程。

【WBS分解原则（2类）】

第1类 基本分解原则

①100%划分原则，即需要把项目涉及到的所有工作，都用WBS进行分解。

②当分解到工作包水平时必须开始分配职责，因为工作包很重要的意义就是要找到一个合适的人，把这部分工作承担起来。

③每一层分解出来的要素不能只有一个，既然叫分解，在分解时一定是一个变两个 、三个、四个甚至更多。

④要在WBS工作结构分解中，描述合格的、可交付成果的状态，尤其是工作包的状态。

即当分解到工作包时，需要对工作包有相应的描述，讲清工作包是由哪些内容组成的，它的验收标准是什么，质量标准是什么，否则工作包就成了一堆毫无意义的代号。

第2类 最佳实践原则

①基于可交付成果&期望的状态来进行分解

1. 基于可交付成果：即根据项目最后要交付的产品先做第一层的分解；
2. 期望的状态：即按照阶段划分进行分解，如：开发、测试、上线等都属于根据项目不同阶段的状态进行的分解。

②重点描述可交付成果而非行为动作

即WBS分解出来的每个要素最好是像“软件、硬件、说明书”这样的可交付成果，而非像分析需求、开发功能等这样的动作。

③每层分解要素＞9个，否则难以控制（3~7个要素最佳，可保证分解清晰又便于管理）

④每个要素只指定一个负责人，其他人作为资源分配给责任人使用，避免出问题时，出现相互推诿的情况。

⑤尽量先把一层进行100%分解后再把某个要素下一级别的要素进行更加细致的划分，这是贯彻100%划分的好方法。

【WBS词典】

通过WBS把项目需要交付的产品&需要的工作分解清楚后，还有一件比较重要的事情需要做，即建立WBS词典。

定义：需要对每一个工作分解结构要素&技术文件做详细的说明。

刚刚分解出来了一大堆的任务&活动：

这些活动&任务究竟代表了哪些具体的工作？

每个任务对应的责任人是谁？

验收标准是什么？

这些都需要在某一份文档上面写清楚的，这个文档就叫WBS词典。

关键内容拆解

1、编码：可把不同的活动&任务之间的关系标识清楚&怎么去识别活动&任务。

2、工作描述：重点是描述清楚通过WBS分解出来的活动&任务到底是什么，否则每个人可能都会对同一个任务有不同的理解。

3、负责组织：项目中分解出来的活动，到底是需要谁来负责的需要讲清楚。

4、里程碑清单：每个关键活动一定有它生成的路线，这个路线中一定会有关键里程碑，这些关键里程碑到底是什么？需在WBS词典中标识清楚，才能知道任务做到什么阶段，项目进展是快/慢。

5、进度活动：即对项目大致进度要有一个清晰的描述。

6、所需资源、成本估算、质量要求：WBS分解出来的任务&活动需要哪些资源，需花多少钱，它的质量要求是什么，这些都需要列清楚。

7、验收标准：每个任务&活动做完之后，由谁来验收，怎么验收，一定要非常清晰地标示出来。

8、参考文献：一些活动可能是参考不同的文档需写清这些需要参考的文档是什么。

9、合同信息：有一部分项目活动可能需要外包出去，如：要把业务梳理&收集需求的工作外包给某个咨询公司，这时需要签署专属的合同，合同信息也需在里面体现出来。