如何创建WBS?(附模版+案例)

创建WBS（工作分解结构，Work Breakdown Structure）是项目管理中最基础的技能。它的核心目的是将复杂的项目层层分解为更小、更易于管理的工作包。下面是一套标准、可操作的创建流程和方法。

第一步：明确核心依据

在动手分解前，必须先确定两样东西：

1、项目范围说明书：明确项目要交付什么、边界在哪里。

2、主要 deliverables（可交付成果）：项目的最终产出物，比如“一个上线的新版App”、“一栋竣工的大楼”。

关注上方公众号，回复【WBS】领取上述文档

第二步：选择分解方法（二选一或结合）

主要有两种思考路径，根据项目特点选择：

• 基于可交付成果：第一层按项目的物理构件或功能划分。适用于工程、产品开发。

  例：网站建设项目 → 1. 前端界面 2. 后台数据库 3. 内容录入

• 基于项目阶段：第一层按项目生命周期划分。适用于流程明确的专业服务项目。

  例：咨询项目 → 1. 需求调研 2. 方案设计 3. 试点实施 4. 项目验收

第三步：遵循核心原则进行分解

这是确保WBS质量的关键，可以对照检查：

1、100% 原则：父级任务的工作量，必须等于子任务工作量之和。不能多也不能少，确保无遗漏、无重叠。

2、相互独立（MECE）：同级任务之间不重复、不交叉。例如“设计UI”和“设计UX”就不应并列，而应合并为“用户体验设计”。

3、8/80 规则：最底层的工作包（Work Package）完成时间，建议在8小时到80小时之间（即1到10个工作日），这样易于估算和控制。

4、责任清晰：每个工作包应能分配给一个具体的人或团队。

第四步：分解到“工作包”即可停止

什么时候可以停止分解？当满足以下条件时，这个分支就完成了：

• 可以估算：能比较靠谱地估算出时间、成本和资源。

• 可以分配：能明确指派给一个负责人。

• 可以管理：风险和工作复杂性已经可控，无需再分。

第五步：选择表示形式

两种常用形式，用途略有不同：

• 树状结构图：用思维导图或框图直观展示层级结构。适合团队展示和汇报。

• 带编号的列表（提纲）：使用数字点记法（如 1.1， 1.2.1），适合详细计划和分发，在项目管理软件（如Excel、Jira）中更常用。

一个完整的示例

项目：公司官网改版

1.0 项目管理1.1 制定项目计划1.2 召开启动会

2.0 需求分析2.1 收集业务需求2.2 分析竞品网站2.3 制作功能列表

3.0 网站设计3.1 设计首页线框图3.2 设计视觉风格稿3.3 制作可点击原型

4.0 网站开发4.1 搭建开发环境4.2 开发后台CMS4.3 开发前端页面4.4 编写API接口

5.0 测试与部署5.1 编写测试用例5.2 执行功能测试5.3 用户验收测试5.4 部署上线

最后，别忘了这两点

• 注意是“可交付成果”而不是“动作”：子任务建议用名词来描述成果（如“用户登录模块”），而不是动词（如“编写登录代码”），这有助于聚焦于产出而非仅关注干活。不过在实际操作中，两者结合使用也很常见。

• 它不是一成不变的：WBS是滚动式规划的。远处的工作可以先粗分，等过段时间信息更清晰时再细化。不必在项目启动时就追求100%完美。

关注上方公众号，回复【WBS】领取上述文档