项目中的WBS分解

目录

概述

WBS定义

WBS编写步骤

WBS逐层分解

WBS质量核对

注意事项

WBS案例

某IT项目WBS案例

---

概述

WBS在项目管理中非常重要，是范围管理的核心。

要分清楚WBS与活动（任务），两种是不同的。

WBS是对项目可交付成果和项目工作的分解，针对的是范围。

活动（任务）是WBS最底层的工作包实现的分解，针对的实现WBS，交付项目可交付成果，完成项目工作。

可交付成果。指的是在某一过程、阶段或项目完成时，产出的任何独特并可核实的产品、成果或服务。可交付成果可能是有形的，也可能是无形的。

可交付成果、核实的可交付成果、验收的可交付成果？

项目的可交付成果

WBS中的工作包

WBS定义

创建工作分解结构（WBS）是把项目可交付成果和项目工作分解成较小、更易于管理的组件的过程。本过程的主要作用是，为所要交付的内容（不是任务、活动）提供架构，它仅开展一次或仅在项目的预定义点开展。

WBS 是对项目团队为实现项目目标、创建所需可交付成果而需要实施的全部工作范围的层级分解。WBS 组织并定义了项目的总范围，代表着经批准的当前项目范围说明书中所规定的工作。

WBS 最低层的组成部分称为工作包，其中包括计划的工作。工作包对相关活动进行归类，以便对工作安排进度、进行估算、开展监督与控制。在“工作分解结构”这个词语中，“工作”是指作为活动结果的工作产品或可交付成果，而不是活动本身。

WBS编写步骤

通常需要开展以下活动：
1）识别和分析可交付成果及相关工作；

根据SOW，项目建设方案，需求调研的结果，识别和分析出要交付的内容，此步骤不用考虑怎么实现，就是找名词，识别名词，这个名词包括：产品、成果或服务能力（可交付成果）

2）确定 WBS 的结构和编排方法；

可以按可交付成果编排，

可以把识别出来的可交付成果划分到部门里，按部门进行编排,

可以把识别出来的可交付成果划分到阶段里，按阶段进行编排,

根据公司习惯或规定进行就好。

3）自上而下逐层细化分解；
4）为 WBS 组成部分制定和分配标识编码；
5）核实可交付成果分解的程度是否恰当。

核实就是项目组一起评审，一起检查。

要把每个可交付成果或组件分解为最基本的组成部分，即可核实的产品、服务或成果。如果采用敏捷方法，可以将长篇故事分解成用户故事。

WBS逐层分解

第一层：可交付成果

第二层：可以是可交付成果，也可以是项目阶段，区域，组件等，看习惯和领导喜欢听的维度

第三层之后：都是可交付成果！

最后一层：工作包（880原则），不是无限制分解下去。

WBS质量核对

1.定义了项目范围；

2.明确了项目工作；

3.涵盖了100%的工作，包含了需完成的所有可交付成果，包括项目管理；

4.每个下级分解层级包含了上级层级100%的工作（交付物）；

5.项目组的干系人、项目成员一起参与创建，并核实，达成共识。

注意事项

1）不要期待一口气就分解出完整的WBS，要在未来远期才完成的可交付成果或组件，当前可能无法分解，项目管理中的计划、WBS等很多都是滚动式更新，渐进明细的。

2）WBS 包含了全部的产品和项目工作，包括项目管理工作。

3）某些可交付成果只需分解到下一层，即可到达工作包的层次，而另一些则须分解更多层。工作分解得越细致，对工作的规划、管理和控制就越有力。但是，过细的分解会造成管理努力的无效耗费、资源使用效率低下、工作实施效率降低，同时造成 WBS 各层级的数据汇总困难。

WBS案例

案例一：第二层交付物

案例二：第二层阶段

某IT项目WBS案例

点击下载，订阅私信获取