11.5 创建WBS

一句话讲明白

把项目要交的东西一层层切小块，切到能估算、能派活、能考核为止——切出来的这棵树就是范围基准。

生活类比

办一场婚礼：先切成"场地、餐饮、摄影、礼服、请柬"五大块；"场地"再切成"酒店预订、舞台搭建、灯光音响"；一直切到"舞台搭建"这种一个人一周能干完、能报价的小块，就可以派给某家供应商了。这棵"任务树"就是 WBS。

正经定义

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

拆解与流程

输入 — 工具与技术 — 输出

一、⚠️ 最关键的一句话：WBS 分解的是"成果"，不是"动作"

在"工作分解结构"这个词里，"工作"指的是作为活动结果的工作产品或可交付成果，而不是活动本身。 所以 WBS 里写"用户手册""登录模块"，不写"写代码""开会评审"——后者是 11.7 定义活动 的事。

二、分解到什么程度？——工作包

• WBS 最底层称为工作包，其中是计划的工作；工作包对相关活动进行归类，以便安排进度、估算成本、开展监督与控制。
• 通行经验法则：工作包≈80 小时 / 两周能干完（"8/80 法则"），再大就不好管，再细就浪费管理成本。
• 分解活动 5 步：识别分析可交付成果及相关工作 → 确定 WBS 结构和编排方法 → 自上而下逐层细化 → 为组件制定和分配标识编码 → 核实分解程度是否恰当。
• 未来远期才做的组件，当前可能分解不了 → 等细节明确后再补，叫滚动式规划。

三、分解的 8 条注意事项（数字必背）

1. 面向可交付成果：各项工作都是为交付成果服务的（测试可能要反复做，但不改变它是成果）。
2. 符合项目范围：100% 原则（包含原则）——下一级元素之和必须 100% 代表上一级元素，不多也不少。
3. 底层要支持计划和控制（WBS 是项目管理计划与项目范围之间的桥梁）。
4. 每个元素必须有人负责，且只由一个人负责（独立责任原则，可用工作责任矩阵描述）。
5. WBS 应控制在 4～6 层；太大就用项目分解结构拆成子项目再做 WBS。每个级别把上一层的 1 个元素分为 4～7 个新元素，同级元素大小应相似；一个单元只能从属于一个上层单元，避免交叉从属。
6. 既要包括项目管理工作，也要包括分包出去的工作（外包部分由卖方编制合同 WBS）。
7. 编制需要所有（主要）干系人参与，项目经理组织讨论求同存异。
8. WBS 并非一成不变，后续仍可能修改——所以必须有范围控制。

四、输出：范围基准 = 项目范围说明书 + WBS + WBS 词典

范围基准只有通过正式的变更控制程序才能变更，是比较绩效的基础。

考试怎么考

• 题型：选择题必考；案例题常问"WBS 缺了什么""该不该做某项工作"。
• 必背数字：4～6 层、4～7 个子元素、80 小时/两周工作包、100% 规则。
• 陷阱词：
• "WBS 分解的是活动" → 错，分解的是可交付成果。
• "工作包可以同时属于两个控制账户" → 错，只能关联一个。
• "范围基准 = WBS" → 错，是范围说明书 + WBS + WBS 词典三者。
• 常见问法："下列哪项属于规划包的特征？" → 工作内容已知、详细进度活动未知。

易混辨析

一秒记忆

"切成果不切动作，百分之百不多不少；4到6层、每层4到7个；一人只背一个包，词典配齐才叫基准。"

相关

• 11.4 定义范围
• 11.7 定义活动
• 11.12 估算成本
• 概念卡-WBS