WBS工作分解结构图怎么画？六步方法与完整示例

WBS 工作分解结构图要先把项目交付物逐层拆成可验收的工作包，再补充责任、范围和完成条件。它回答“项目要交付什么”，不是先后顺序或日期表。对需要组织多人工作的项目经理来说，先画清范围，再安排进度，能更早发现遗漏和重复分工。

可以先查看 Boardmix 社区的项目管理模板合集中的 WBS 表，对照自己的交付物改写，而不是直接沿用示例任务。

1. 什么是工作分解结构，WBS 和任务清单有什么区别？

工作分解结构（Work Breakdown Structure，WBS）是对项目范围的层次化分解。顶层是项目整体，往下是主要交付成果、子交付成果和工作包。对于项目经理，它首先用于确认范围，再为资源估算、责任分配和计划编制提供共同依据。

例如，“制作报名页”是一项活动，“可以完成报名并收到确认信息的报名页面”是可以检查的交付物。只有活动名称，没有完成条件，团队可能都做了事，却对“交付完成”有不同理解。用 WBS 梳理项目目标时，应能从最底层工作包一路说明它属于哪个交付成果。

PMI 关于 WBS 与项目生命周期的说明区分了范围分解与进度安排：WBS 描述工作范围，活动定义、依赖排序和估算才把它连接到进度计划。因此，树上相邻的两个方框不自动表示“先做左边，再做右边”。

可以在Boardmix 博思白板上用层级图呈现整体范围，把说明和待确认问题放在对应节点旁；需要选择执行工具时，再按资源、排期和跟进需求比较项目管理软件。

2. WBS 用列表还是树形图，什么时候接上甘特图？

列表和树形图是同一份工作分解结构的不同视图，甘特图则承担后续排期任务。先检查节点内容，再选表现形式，比一开始纠结图的方向更重要。

2.1 列表式 WBS：便于编号、补充说明

工作分解结构列表也叫大纲视图，用缩进和编码表达层级。例如 1.3 是“报名服务”，1.3.1 是“报名页面”，1.3.2 是“报名确认与参会通知”。它适合在会议中快速整理，也便于在每个工作包后补上负责人、验收条件和资源说明。

2.2 树形 WBS：便于团队检查分解关系

树形图把项目放在顶层，分支呈现不同交付成果。与列表相比，它更容易看出某个分支是否过大、是否漏掉子项。连接线表示“包含”，不是流程先后；可以用组织结构图或层级图形绘制，不必把每个节点画成流程判断。

Boardmix 支持图形和连接线排列。已有流程图与层级图模板可以提供版式参考，但模板上的符号、方向和字段仍需按 WBS 语义调整。

2.3 甘特图：把已确定的工作包转为进度安排

甘特图以时间线显示活动区间，可帮助团队讨论依赖、里程碑和进度。它不是 WBS 的另一种定义，也不能靠把任务列表展开就证明项目范围完整。专业排期工具中的自动依赖计算、进度基准等能力，应按具体工具核验，不能与白板上的甘特图模板等同。

例如，WBS 中的“报名页面”工作包，可以展开为页面开发、表单联调和验收测试等活动，再排列依赖与日期。使用甘特图模板时，把对应 WBS 编码保留下来，便于追溯项目资源和项目成本归属。

3. 创建工作分解结构的六个步骤

从项目说明开始，先确定范围，再细化节点。下面以“举办一场线上产品公开课”为演示任务，说明每一步应留下什么结果；它不是某家公司的实际项目数据。

3.1 确定项目范围、目标和目的

先读项目章程、需求与约束，记录必须交付和明确不做的内容。演示项目要求完成报名、一次直播授课和会后资料交付，不包含搭建自研直播系统。这样，“开发直播平台”就不应被顺手加进 WBS。

可以使用项目计划模板放置目标、参与者和范围说明。章程提供高层方向，细节还需与实际需求核对，不能只凭一句项目名称开始拆解。

3.2 确定主要交付领域，必要时设置控制账户

公开课可以先分为项目管理、课程内容、报名服务、直播交付、会后资料五个领域。也可以按项目阶段组织上层，但每个阶段必须有明确成果，不能只写“准备、推进、完成”。

需要综合跟踪范围、成本和进度的项目，可以在选定层级设置控制账户，明确管理责任。它不是把每个部门都画成一个账户；小型项目不必为了术语增加无用层级。

3.3 列出项目可交付成果

请实际参与者分别补充本领域的成果，包含对外交付物，也包含必要的内部管理和验收材料。公开课不能只列课件和海报，还应考虑报名确认、直播彩排检查表、回放与答疑资料。资源和参与者可作为旁注，不要和成果混成同层节点。

3.4 设置 WBS 级别和编码

逐层向下拆分，使用 1、1.1、1.1.1 这样的编码标明归属。并不是所有分支都要拆到同样深度：课程内容可能需要继续细分，已有成熟模板的管理材料可能停在较浅层。判断依据是能否解释、估算并检查这部分工作，而不是图是否对称。

3.5 创建有完成条件的工作包

当一个节点已经能够明确负责、合理估算并验收时，可以作为工作包。对“报名页面”补充：包含报名字段、提交反馈与确认通知的对接；不含支付；验收时测试有效信息能提交、重复提交有提示、确认信息能送达。工作包之下的实施活动另行安排，不必无限拆成操作动作。

3.6 分配责任并组织范围复核

为每个工作包指定一个对交付负责的人，再列协作者、资源需求和验收者。一个人可以负责多个包，一个包也可以多人参与，但不要只写“大家”。负责人确认完成条件后，再转成任务看板与排期。

例如车间项目管理看板模板适合参考任务状态和分配方式。将 WBS 编码写在对应任务旁，团队讨论进度时就能回到所属交付物，而不是仅统计完成了多少张卡片。

4. 一份公开课 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 报名服务：1.3.1 报名页面；1.3.2 报名确认与参会通知；1.3.3 授权范围内的报名名单。
• 1.4 直播交付：1.4.1 直播间配置与彩排检查表；1.4.2 直播执行记录；1.4.3 可供剪辑的录制文件。
• 1.5 会后资料：1.5.1 已检查的回放与资料包；1.5.2 问题答复清单；1.5.3 资料发送记录。

容易重复的是“通知”：若报名确认和参会通知已在 1.3.2 中，就不要在“直播交付”里再设同一份通知成果。容易遗漏的是内部工作：只列看得见的课件和回放，会漏掉范围确认、测试与验收记录。

PMI 的 WBS 质量原则强调交付导向、层级覆盖和参与者共同构建。通常所说的“100% 规则”，指每个父项约定的工作应被子项完整覆盖，既不漏项，也不加入范围外工作；它不是保证已经发现未来所有变化。

在白板上检查时，可以请每位责任人依次回答：“我的成果属于哪个父项？谁验收？完成它是否依赖其他包？这项工作是否已在别处出现？”把争议写在节点旁，确认后再更新范围与计划。

5. WBS 画完后，先检查这五件事

1. 从项目范围逐项反查：每项承诺是否能找到对应成果，范围外内容是否被标出。
2. 从父项逐层向下检查：子项合起来能否完成父项，有没有重复计入同一份成果。
3. 抽查最底层：工作包是否有负责人、边界和验收条件；“完善体验”这样的词还需要具体化。
4. 核对关系：层级图只表示归属，活动先后和资源冲突是否已另行安排。
5. 确认变更：新需求加入时，是否同时说明范围、责任、成本与排期的影响，而不是直接多画一个方框。

WBS 是项目计划从范围走向排期的重要输入，不是计划的全部。对某个工作包的不确定性，可以进一步放入项目风险评估；这两项工作都应沿用同一套交付物名称。

Boardmix 社区的项目管理模板可用于参考计划、沟通、风险和变更记录的字段。其中《华为项目管理10大模板（附Excel表）》为社区用户整理上传的资源，包含 WBS 表等内容；该名称不等于华为官方发布或背书，使用前仍需核对适用范围与资源说明。

准备开始时，进入 Boardmix 创建项目工作分解图，将交付物树、工作包说明和待确认问题放在同一画布。再邀请相关成员共同补充、讨论与复核。白板承载共同理解，范围是否完整、责任是否合理仍由团队判断。