思维工具箱工作分解结构
F04
工作分解结构
Work Breakdown Structure，WBS
按交付成果把项目逐层拆成可估算可验收的工作包
这是什么
范围一大就容易漏交付物。WBS 围绕「要交什么成果」逐层拆到可估算、可分配、可验收的工作包：父层由子层完整覆盖，同层不重复计入。它先回答范围是什么；先后依赖与排期另建计划。拆成部门名或零散待办不算 WBS。
示意图
什么时候用 / 别用
该用
- 项目范围大，容易漏交付物
- 需要报价、估算、分工与验收
- 软硬件联合、活动或跨部门上线
别用
- 需求尚在探索，远期工作包应保持粗粒度
- 只想把部门名或待办堆成树
- 拆得极细导致维护负担大于收益
怎么做
准备：项目目标、范围边界与验收标准；需求、合同承诺与交付约束；参与团队（含管理与支持成果）
- 列最终需验收的成果和明确排除事项
- 按产品、阶段或成果领域选一致分解逻辑
- 拆到可估算工作包，检查接口与遗漏
- 写工作包说明：负责人、输入、输出、验收条件
- 实施与验收双方走查后，再排活动、依赖与预算
交付：分层成果树、WBS 编码、工作包字典和范围基线
一个例子
假设示例 · 产品
【假设示例】AI 员工做 51as.com「工具页上线」活动，拆成内容定稿、示意图绘制、审校发布、流量入口与运营保障。内容定稿再拆条目正文、frontmatter、示例校验；二维码与预览链接纳入保障，避免只列写作任务。
容易踩坑
- 用部门名或待办堆树，漏掉跨部门成果
- 拆得过细制造维护负担
- 借「范围已定」拒绝必要学习与更新
出处：常见于项目管理中的成果导向范围分解（WBS 实践）