什么是工作分解结构（WBS）？

WBS 究竟是什么

工作分解结构是对一个项目总范围的、以交付物为导向的分解。你把顶端那个完成的整体，一层一层地拆成越来越小的部分，直到每一部分都小到足以估算、分派和跟踪。

关键的词是交付物。WBS 是项目产出之物的清单，不是行动的清单。"首页"、"用户指南"、"受过培训的员工"是 WBS 元素。"撰写"、"评审"、"给客户发邮件"则不是，那些是之后才出现的任务。把这个区别弄对，正是 WBS 与待办清单的分野所在。

WBS 与扁平任务清单的对比

人们常以为自己已经有了一份 WBS，因为他们有一长串任务清单。它们不是同一种工具，回答的也是不同的问题。

	工作分解结构	扁平任务清单
组织方式	按交付物（名词），呈树状	按行动（动词），排成一条线
向你展示	全部范围，并已分组	一串待办事项的次序
回答的是	"是不是全都在里面了？"	"下一步做什么？"
最适合	在排程之前界定范围	处理日常事务

你先构建 WBS 以确保范围完整，然后再由它推导出任务清单和进度计划。跳过 WBS，你的任务清单就只能和你写它那天的记忆一样完整而已。

100% 规则

让 WBS 值得信赖的那一条规则：任何一个元素的所有子项，必须恰好加总为该元素的 100%，不多也不少。

不少，意味着没有遗漏：如果"上线"拆成 QA 和部署，那么 QA 加部署就必须是上线所涉及的全部。不多，意味着没有画蛇添足：你不添加实际上并不属于父项的工作。在每一层上应用，100% 规则保证了树的最底层，一路向上加总起来，恰好等于整个项目，且仅仅是整个项目。这正是一份普通任务清单永远无法承诺的特性。

WBS 的层级

大多数项目只需要三到四层：

• 第 1 层，项目本身，即最终交付物。
• 第 2 层，主要交付物或阶段（上文的设计、构建、上线）。
• 第 3 层及以下，工作包：最底层，小到足以估算和承担。

工作包是分解停止的地方。一条好用的经验法则是 8/80 规则：一个工作包不应小于约 8 小时，也不应大于约 80 小时。比这更小，你就是在管理噪音；比这更大，你就无法在为时已晚之前看到麻烦逼近。

如何构建一个

在 WBS 接触任何软件之前，你就可以先在纸上勾画出来：

1. 把完成的交付物写在顶端。命名那个东西，而不是那份努力。
2. 把它拆成主要交付物或阶段。目标是一小把，而不是二十个。
3. 把每一个再分解成小到足以估算、并可分派给单一负责人的工作包。
4. 在每一层应用 100% 规则：子项必须加总为父项，不添加任何东西，也不遗漏任何东西。
5. 在 8/80 规则处停下。如果一个包大得多，就拆开它；小得多，就并上去。
6. 给每个元素一个编号，1，然后 1.1、1.2，再 1.1.1，以便日后能干净地对应到进度计划。

一个完整示例

从 WBS 到甘特图

回报在你排程时到来。最底层的工作包会成为你甘特图的各行，每个一根条。WBS 给你行和分组；进度计划在其之上加上工期、依赖关系和日期。

因为 WBS 是完整的，进度计划也就是完整的：只要每个交付物都已在树中被算进去，就没有任何任务会被遗忘。这就是经验丰富的规划者从不跳过它的那个默默的理由。你可以把一份 WBS 直接搬进免费的 gantts.app 编辑器作为你的任务清单，然后开始设定日期。

简短版

WBS 就是你的范围，画成一棵交付物之树，而不是一串行动的清单。100% 规则让它诚实：每一层都加总为它的父项，因此没有遗漏，也没有虚增。先构建它，在你能估算的工作包处停下，然后把这些工作包变成你甘特图上的条。这是十五分钟，帮你省下最糟糕的那种一周。

常见问题

延伸阅读

• 如何制作甘特图
• 里程碑与任务的对比
• 什么是甘特图？
• 返回指南列表

本文也提供英文版本。