工作分解结构（WBS）模板通常包含3–4级层级：项目层、阶段或可交付成果层、工作包层，必要时在工作包下再拆活动层。编码以层级分段码为主，如1、1.2、1.2.3，并配合唯一工作包编号、父级编码和排序号。交付物字段至少包含可交付成果名称、验收标准、责任人、工期或工作量、依赖关系与状态。本文提供一份可直接复制填写的空白表格，并说明各字段的取值规则与填写示例。
要点总览（TL;DR）
- WBS模板通常设3–4级：项目层、阶段或可交付成果层、工作包层，必要时在工作包下再拆活动层。
- 编码以层级分段码为主，如1、1.2、1.2.3，配合父级编码、工作包编号和排序号，保证每项可被唯一引用。
- 交付物字段至少包含可交付成果名称、验收标准、责任人，工期、依赖和状态按管控需要补充。
- 必填字段保证结构完整和可验收，选填字段按项目规模与汇报要求取舍，每个新增字段都应有维护人。
- 模板落地到团队协作工具时，层级、依赖和交付节点需要在工作项结构中保持同步，编码规则先固定再迁移。
可复制空白WBS模板
下面这张表可以直接复制到Excel、在线表格或文档工具中使用。表头覆盖层级、编码与交付物三类字段，空白行按项目实际需要增减。建议每个工作包占一行，阶段行只填层级、编码和名称，不填交付物细节。
| 层级 | WBS编码 | 父级编码 | 工作包编号 | 排序号 | 工作项名称 | 可交付成果 | 验收标准 | 责任人 | 工期/工作量 | 前置依赖 | 状态 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1-项目 | 1 | — | — | 1 | ||||||||
| 2-阶段 | 1.1 | 1 | — | 1 | ||||||||
| 3-工作包 | 1.1.1 | 1.1 | WP-001 | 1 | ||||||||
| 3-工作包 | 1.1.2 | 1.1 | WP-002 | 2 | ||||||||
| 4-活动 | 1.1.1.1 | 1.1.1 | — | 1 | ||||||||
如果项目规模较小、不需要单独管理活动层，可以删除第4级行，把活动直接写进工作包的备注或检查清单。如果项目需要更细的控制粒度，可以在工作包下继续增加第5级，编码同步延长为四段。
层级与编码字段说明
模板中的字段分为三类：层级字段决定分解深度，编码字段保证每一项可被唯一引用，交付物字段保证工作包可以被验收。填写时先确定层级，再生成编码，最后补齐交付物信息。
| 字段名 | 含义 | 取值示例 | 填写规则 |
|---|---|---|---|
| 层级 | 标识该行处于WBS的第几级 | 1-项目、2-阶段、3-工作包、4-活动 | 从项目层开始逐级向下，子级层级号等于父级加1 |
| WBS编码 | 层级分段码，唯一标识每个节点 | 1、1.2、1.2.3 | 每段对应一级，段与段之间用点分隔；同级按顺序编号，不跳号 |
| 父级编码 | 该节点上一级的WBS编码 | 1.2.3的父级为1.2 | 项目层填“—”；其余行必须能在表中找到对应父级 |
| 工作包编号 | 工作包层的独立编号，便于跨表引用 | WP-001 | 仅工作包层填写，全项目唯一，建议按创建顺序编号 |
| 排序号 | 同级节点内的显示顺序 | 1、2、3 | 同一父级下从1开始连续编号，调整顺序时同步更新 |
| 工作项名称 | 该层级的名称 | 需求确认、接口开发 | 用动宾结构或明确的名词短语，避免“其他”“杂项” |
| 可交付成果 | 工作包完成后产出的具体成果 | 需求规格说明书V1.0 | 工作包层必填，写可被接收和检查的实物或文档 |
| 验收标准 | 判断交付物是否合格的依据 | 评审通过且问题闭环 | 写可核验的条件，避免“质量良好”这类主观描述 |
| 责任人 | 对该工作包结果负责的人 | 张工 | 填单一负责人，协作人员写在备注 |
| 工期/工作量 | 完成该工作包所需的时间或投入 | 5人天、2周 | 注明单位；估算口径在项目内保持一致 |
| 前置依赖 | 开始该工作包前必须完成的事项 | WP-001 | 填工作包编号或WBS编码，多个依赖用逗号分隔 |
| 状态 | 该工作包当前进展 | 未开始、进行中、已完成 | 使用统一的状态取值，避免自造状态名 |
编码生成逻辑可以概括为：父级编码加一个点，再加同级排序号。例如阶段“1.2”下的第一个工作包编码为“1.2.1”，第二个为“1.2.2”；该工作包下的第一个活动编码为“1.2.1.1”。父级编码字段与WBS编码字段互为校验，任何一行的父级编码都应当能在表中找到，否则说明分解结构存在断点。
必填与选填字段划分
模板字段并非每项都需要在项目启动时填满。必填字段保证WBS结构完整和可验收，选填字段根据项目规模、管控要求和工具条件补充。
| 字段 | 填写要求 | 理由或适用场景 |
|---|---|---|
| 层级 | 必填 | 决定分解深度，缺少层级无法判断结构是否完整 |
| WBS编码 | 必填 | 唯一标识节点，是引用、汇总和进度反馈的基础 |
| 父级编码 | 必填 | 用于校验父子关系，防止出现孤立节点 |
| 工作项名称 | 必填 | 没有名称的节点无法被理解和分配 |
| 可交付成果 | 工作包层必填 | WBS的核心是交付物导向，阶段层可留空 |
| 验收标准 | 工作包层必填 | 没有验收标准的工作包无法判断完成与否 |
| 责任人 | 工作包层必填 | 明确结果负责人，避免多人负责等于无人负责 |
| 工作包编号 | 建议必填 | 跨表引用和依赖填写时比分段码更简短；小项目可省略 |
| 排序号 | 选填 | 表格工具可自动排序时可不单独维护 |
| 工期/工作量 | 选填 | 需要排期和资源测算时填写；早期规划阶段可先估算 |
| 前置依赖 | 选填 | 工作包之间存在先后关系时填写，独立工作包可留空 |
| 状态 | 选填 | 模板用于执行跟踪时填写；仅作规划文档时可暂不维护 |
| 备注 | 选填 | 记录假设条件、协作人员或待确认事项 |
小型项目（例如周期在两个月内、团队十人以内）可以只保留层级、编码、名称、可交付成果、验收标准和责任人六个字段，把工期和依赖放在阶段层统一说明。中大型项目或涉及多团队交接时，建议补齐工作包编号、工期、依赖和状态，便于跨表汇总和进度跟踪。字段取舍的原则是：每个新增字段都应当有人维护，并且能在评审或汇报中被实际使用。
填写示例：一个完整WBS片段
以下示例以一个“客户门户网站建设”项目的前两级和一个工作包展开，演示层级、编码和交付物字段如何配合。示例中的名称、人员和工期均为演示数据。
| 层级 | WBS编码 | 父级编码 | 工作包编号 | 排序号 | 工作项名称 | 可交付成果 | 验收标准 | 责任人 | 工期/工作量 | 前置依赖 | 状态 |
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1-项目 | 1 | — | — | 1 | 客户门户网站建设 | — | — | 项目经理 | — | — | 进行中 |
| 2-阶段 | 1.1 | 1 | — | 1 | 需求与设计 | — | — | 产品负责人 | 3周 | — | 进行中 |
| 3-工作包 | 1.1.1 | 1.1 | WP-001 | 1 | 需求调研与确认 | 需求规格说明书V1.0 | 客户方签字确认，评审问题全部闭环 | 李工 | 5人天 | — | 已完成 |
| 3-工作包 | 1.1.2 | 1.1 | WP-002 | 2 | 原型与交互设计 | 高保真原型及交互说明 | 覆盖全部一级页面，客户确认无重大修改 | 王工 | 8人天 | WP-001 | 进行中 |
| 4-活动 | 1.1.2.1 | 1.1.2 | — | 1 | 首页原型设计 | 首页原型稿 | 内部评审通过 | 王工 | 2人天 | WP-001 | 已完成 |
| 4-活动 | 1.1.2.2 | 1.1.2 | — | 2 | 内页原型设计 | 内页原型稿 | 内部评审通过 | 王工 | 3人天 | 1.1.2.1 | 进行中 |
| 2-阶段 | 1.2 | 1 | — | 2 | 开发与测试 | — | — | 技术负责人 | 6周 | 1.1 | 未开始 |
| 3-工作包 | 1.2.1 | 1.2 | WP-003 | 1 | 门户前端开发 | 可部署的前端代码包 | 通过冒烟测试，页面加载时间符合约定指标 | 赵工 | 15人天 | WP-002 | 未开始 |
从这个片段可以看到几个填写要点。编码逐级生成：项目为1，阶段为1.1和1.2，工作包为1.1.1、1.1.2、1.2.1，活动为1.1.2.1和1.1.2.2。父级编码始终指向上一级，例如1.1.2.2的父级是1.1.2。依赖字段可以填工作包编号，也可以填WBS编码，同一张表内保持一种写法即可。阶段行不填可交付成果和验收标准，把交付物责任下沉到工作包，避免阶段层出现无法验收的笼统描述。
模板调整与维护方法
WBS模板在项目启动时确定结构，在项目执行中需要随范围澄清和团队变化做有限调整。调整的重点是保持编码稳定、记录变更原因，并让模板版本与项目实际使用版本一致。
- 按项目类型增减层级。研发类项目通常需要活动层来支撑迭代排期；采购或活动执行类项目可能三级足够。层级增减后，同步检查编码段数和父级编码列。
- 按管控要求增减字段。需要向管理层汇报进度的项目保留状态和工期字段；仅用于范围确认的WBS可以精简为结构表加交付物表两张表。
- 维护模板版本。在模板文件头部记录版本号、修订日期和修订说明，例如“V1.1 增加前置依赖列”。项目使用哪一版模板应在项目文档中注明。
- 管理编码变更。新增工作包时，在同级末尾追加编码，不重排已有编码；删除工作包时保留编码并标注“已取消”，避免后续引用失效。范围本身的增减按项目变更管理流程处理，WBS编码调整只反映已批准的结构变化。
- 定期复核。在阶段评审或里程碑节点检查每个工作包是否仍有明确的交付物和验收标准，清理长期停留在“未开始”且无责任人的行。
- 归档。项目结束后将最终版WBS与验收记录一并归档，作为后续类似项目裁剪模板的参考。
当WBS从个人表格转为团队共同维护时，层级和编码需要在协作工具中保持同步。ONES 的项目计划支持按目标、交付物或项目阶段等维度创建工作分解结构，并提供从项目到任务的多层级管理，任务可设置前后置依赖和里程碑，适合把模板中的层级、依赖和交付节点落到统一的工作项结构中。模板文档本身可以放在 ONES Wiki 的页面模板库中一键创建，页面版本支持查看与回滚，便于记录模板修订；文档还可嵌入任务进度和报表，让WBS结构与执行进度在同一处对照。编码字段的具体配置方式需结合团队使用的产品版本确认，模板设计阶段可先在表格中固定编码规则，再迁移到工具中维护。
常见问题
项目周期很短、团队只有几个人，WBS模板可以精简到什么程度？
可以只保留层级、WBS编码、父级编码、工作项名称、可交付成果、验收标准和责任人七个字段。工期和依赖关系放在阶段层统一说明，状态在每周例会上口头同步即可。精简的前提是每个工作包仍有明确的交付物和验收标准，否则后续无法判断完成与否。团队扩大到需要跨组交接时，再补回工作包编号、工期和依赖字段。
新增工作包时，应该插在中间还是追加到末尾？编码要不要重排？
建议追加到同级末尾，使用下一个连续序号，已有编码保持不变。编码一旦被引用到进度表、风险清单或会议纪要中，重排会让这些引用失效。如果新增内容在逻辑上确实位于中间，可以在排序号上体现位置，WBS编码仍按创建顺序分配。删除工作包时保留原编码并标注“已取消”，比直接删行更利于追溯。
WBS编码和范围变更是什么关系，编码调整需要走变更流程吗？
WBS编码本身是结构标识，编码调整只是对已批准结构的记录。范围本身的增减，例如新增一个交付模块或取消某项验收要求，应当按项目变更管理流程评审和批准；批准之后，再在WBS中追加或标注对应的工作包与编码。把编码调整和范围变更分开处理，可以避免用改表格代替变更审批。
模板从个人表格搬到团队协作工具时，最容易出问题的地方是什么？
常见问题是层级和编码两套结构不同步：表格里按阶段分组，工具里按任务列表平铺，导致编码无法对应。迁移前先确认工具中的工作项层级能否表达项目、阶段、工作包的关系，再把编码作为固定字段写入工作项名称或自定义字段。ONES 的项目计划支持按目标、交付物或项目阶段等维度创建WBS，并提供从项目到任务的多层级管理，任务可设置前后置依赖和里程碑；编码字段的具体配置方式需结合团队使用的产品版本确认。
活动层一定要有吗？什么情况下可以只做到工作包层？
活动层用于支撑排期和人员分配。当工作包可以在一个迭代或两周内完成、责任人明确时，做到工作包层已经够用。工作包预计超过一个汇报周期，或者需要多人并行开展不同动作时，再向下拆活动层，编码同步延长一段。活动层拆得过多会让WBS变成任务清单，失去交付物导向的意义。
