WBS 是什么
工作分解结构（WBS，Work Breakdown Structure）把项目范围按可交付成果逐层分解到工作包，是范围基准的组成部分。它的作用是把「要交付什么」变成「哪些工作必须做」，从而让估算、排期、成本汇总与责任分配都有一个共同的编号基础。WBS 面向可交付成果分解，不按部门或职能分解。
基本信息
| 适用过程 | 创建 WBS（PMBOK 第 6 版 5.4），属范围管理的规划过程 |
|---|---|
| 分解对象 | 可交付成果与工作，不按组织部门分解 |
| 最底层 | 工作包，其下可再分解为活动（活动属于进度管理） |
| 输出 | 范围基准的组成部分：WBS、WBS 词典、范围说明书 |
典型使用场景
- 做自下而上的工期与成本估算：按工作包汇总比按总数拍脑袋可靠
- 分配责任：把工作包指派给责任人与控制账户，形成责任分配矩阵的输入
- 识别遗漏与重复：用 100% 规则逐个分支核对，避免漏项或多算
- 签订分包合同：以工作包为边界定义交付范围与验收标准
- 绩效考核口径：控制账户是挣值管理中成本与进度汇总的最小单位
分解要点
| 要素 | 说明 | 常见规则 |
|---|---|---|
| 层级 | 项目到可交付成果再到工作包 | 工作包为最底层，其下是活动 |
| 颗粒度 | 可估算、可指派、可跟踪 | 经验值：工作包 8 到 80 小时 |
| 分解原则 | 100% 规则：子层之和等于父层全部范围 | 防止遗漏与重复计入 |
| 编号 | 层级编码便于引用与交叉对照 | 如 1.2.3 表示第三层第二项 |
| 词典 | 配套 WBS 词典描述验收标准与责任人 | 只画图不写词典，工作包无法验收 |
WBS 片段示意
WBS 片段示意
1 新客服系统 # 顶层：项目可交付成果
1.1 客服工作台
1.1.1 需求与设计 # 工作包
1.1.2 开发与自测
1.1.3 集成测试
1.2 数据迁移
1.2.1 数据映射与清洗
1.2.2 迁移演练
1.2.3 上线切换
1.3 培训与移交分解方式对比
分解方式对比
按交付物分解：工作台 / 数据迁移 / 培训 # 推荐，交付导向
按阶段分解：需求 / 设计 / 开发 / 测试 # 易漏运维与移交类工作
按部门分解：前端组 / 后端组 / 测试组 # 错误做法，跨部门出现职责真空
混合方式：大分支按交付物，叶节点按阶段 # 实务常见，注意层级含义一致WBS 只表达范围，不表达时间顺序与依赖关系；活动排序属于排列活动顺序（6.3）的工作，两者不要混在同一张图里。
分解到过细会大幅增加管理成本：几百个颗粒度过小的工作包会让人忙于维护清单而不是交付内容。
组织维度用 OBS 表达，与 WBS 交叉形成责任分配矩阵（RAM），这是把范围与责任对应起来的标准做法。
颗粒度判断
| 信号 | 说明 | 调整方向 |
|---|---|---|
| 工作包超过 80 小时 | 无法在一两周内判断进展 | 继续分解到 8 到 80 小时区间 |
| 工作包不到 4 小时 | 管理开销大于工作本身 | 上卷到父层统一跟踪 |
| 工作包由多人共同承担 | 责任边界不清 | 拆分为可指派到单一责任人的工作包 |
| 工作包无法估算 | 颗粒度过粗或描述含糊 | 补充 WBS 词典中的验收标准与产出物 |