WBS模板中的交付物字段建议设置六列：交付物名称、交付物类型、验收标准、责任人、交付日期、状态，并与WBS层级编码一一对应。每个最底层工作包至少对应一个可验收的交付物，上层节点用汇总交付物描述整体成果。这套结构适用于项目启动阶段建立范围基线，也适用于执行过程中逐项核对交付进度；团队规模或项目复杂度不同时，可在此基础上裁剪选填列。
要点总览（TL;DR）
- WBS模板的交付物字段建议设置六列：交付物名称、交付物类型、验收标准、责任人、交付日期、状态，并与WBS层级和编码逐行对应。
- 每个最底层工作包至少对应一个可验收交付物，上层节点填写汇总交付物；一个工作包有多个交付物时，重复填写层级与编码，交付物编号递增。
- 层级编码、交付物名称、验收标准、责任人四项建议必填；交付物类型、交付日期、状态可按项目规模和周期裁剪。
- 验收标准要写成可检查的条件，例如覆盖范围、抽查数量和确认人，避免“质量良好”这类主观评价。
- 模板调整时保持编码与交付物的对应关系不变，字段增减记录版本；范围变更审批归项目变更管理，模板只承载审批后的字段更新。
可复制空白WBS交付物字段模板
下表可直接复制到文档或表格工具中使用。填写时按WBS层级逐行展开：上层节点先写汇总交付物，最底层工作包再逐条列出具体交付物。一个工作包对应多个交付物时，重复填写该工作包的层级与编码，交付物编号依次递增，形成一对多的行结构。
| WBS层级 | WBS编码 | 工作包名称 | 交付物编号 | 交付物名称 | 交付物类型 | 验收标准 | 责任人 | 交付日期 | 状态 |
|---|---|---|---|---|---|---|---|---|---|
表格中“工作包名称”列用于对照，方便阅读时定位；“交付物编号”建议采用“WBS编码-序号”的形式，例如1.2.1-01，使交付物与工作包的从属关系在编号上直接可见。行数按实际分解结果增删，不需要预留固定行数。
交付物字段逐项说明与填写口径
六个核心字段各自承担不同职责：名称回答“交付什么”，类型回答“以什么形式交付”，验收标准回答“怎样算完成”，责任人与日期回答“谁在何时交”，状态回答“现在到哪一步”。填写口径统一后，不同分支的交付物才能横向比较和汇总。
| 字段名 | 含义 | 填写口径 | 常见错误 |
|---|---|---|---|
| 交付物名称 | 工作包产出的具体成果 | 用名词性成果表述，如“用户调研报告”“接口联调记录” | 填成动作，如“开展调研”“进行联调” |
| 交付物类型 | 成果的载体形式 | 从文档、产品、服务、审批件等取值中选择，团队可自定枚举 | 同一类成果在不同分支用不同叫法，导致无法汇总 |
| 验收标准 | 判断交付物合格的检查条件 | 写可检查的条件，如“覆盖3类用户角色，每类不少于5份访谈记录，经产品负责人签字确认” | 写主观评价，如“质量良好”“内容完整” |
| 责任人 | 对该交付物结果负责的人 | 填具体人员姓名，与工作包层级对应；上层汇总交付物填分支负责人 | 填部门名称或多人并列，导致无人真正负责 |
| 交付日期 | 交付物应完成的时间 | 与工作包计划完成时间一致；汇总交付物取分支内最晚交付日期 | 只填月份或填“尽快”，无法用于排期核对 |
| 状态 | 交付物当前进展 | 建议取值：未开始、进行中、待验收、已验收；在交付物提交和验收节点更新 | 长期停留在“进行中”，验收后未及时改为“已验收” |
层级编码与交付物编号的对应关系需要固定下来：WBS编码标识工作包在分解结构中的位置，交付物编号在其后追加序号。这样从任一交付物都能反查到所属工作包，从工作包也能列出全部交付物。编码规则一旦确定，项目内各分支保持一致，避免有的分支用点号分隔、有的用短横线。
必填与选填字段的划分
必填字段决定模板能否支撑范围核对，选填字段服务于管理精细度。层级编码、交付物名称、验收标准、责任人四项建议始终保留：缺少编码无法追溯，缺少名称无法识别成果，缺少验收标准无法判断完成，缺少责任人无法落实。
| 字段 | 建议属性 | 裁剪说明 |
|---|---|---|
| WBS层级 | 必填 | 支撑上下层汇总与展开 |
| WBS编码 | 必填 | 交付物追溯的基础 |
| 交付物名称 | 必填 | 核心识别信息 |
| 验收标准 | 必填 | 可简化为一句话检查条件，但不建议省略 |
| 责任人 | 必填 | 可填岗位加姓名，但需指向具体人 |
| 交付物类型 | 选填 | 小型项目可省略，成果形式单一时意义有限 |
| 交付日期 | 选填 | 若进度已在计划表中统一管理，可只保留在计划表 |
| 状态 | 选填 | 短期项目或交付物数量少时，可用评审记录替代 |
小型项目可裁剪交付物类型、交付日期和状态三列，保留层级、编码、名称、验收标准和责任人。裁剪后仍需维持两条追溯关系：每个最底层工作包至少有一个交付物，每个交付物能通过编码找到所属工作包。若项目周期跨越多个阶段，建议保留状态列，便于阶段评审时快速筛选待验收项。
完整填写示例：一个交付物分解片段
以下为演示性质的示例，场景设定为某网站改版项目的“内容迁移”分支，用于说明字段如何配合使用，不代表真实项目数据。
| WBS层级 | WBS编码 | 工作包名称 | 交付物编号 | 交付物名称 | 交付物类型 | 验收标准 | 责任人 | 交付日期 | 状态 |
|---|---|---|---|---|---|---|---|---|---|
| 2 | 2 | 内容迁移 | 2-00 | 内容迁移完成报告 | 文档 | 覆盖全部迁移栏目，附迁移清单与遗留问题说明，经项目经理确认 | 李敏 | 2025-06-30 | 进行中 |
| 3 | 2.1 | 旧站内容盘点 | 2.1-01 | 旧站栏目与页面清单 | 文档 | 列出全部栏目及页面数量，标注保留、合并、下线处理意见，经内容负责人确认 | 王磊 | 2025-05-16 | 已验收 |
| 3 | 2.2 | 内容迁移执行 | 2.2-01 | 迁移后页面包 | 产品 | 保留类页面全部迁移完成，抽查20个页面无内容缺失和格式错乱 | 赵晴 | 2025-06-13 | 待验收 |
| 3 | 2.2 | 内容迁移执行 | 2.2-02 | 迁移问题记录表 | 文档 | 逐条记录迁移中发现的问题、处理结果和责任人，未关闭项不超过5条 | 赵晴 | 2025-06-20 | 进行中 |
示例中，编码2的汇总交付物“内容迁移完成报告”对应整个分支的最终成果，其交付日期取分支内最晚时间；编码2.2的工作包对应两个交付物，通过编号2.2-01和2.2-02区分，体现一对多结构。验收标准均写成可检查的条件，例如抽查数量和确认人，评审时可以直接对照执行。
模板的调整与维护方法
模板投入使用后，需要按项目类型调整字段并保留变更记录，否则不同项目的交付物表会逐渐失去可比性。调整时遵循一条原则：字段可以增减，层级编码与交付物的对应关系保持不变。
- 按项目类型增减字段：研发类项目可增加“版本号”列，服务类项目可增加“交付对象”列；新增列需同步写入字段说明，避免只有建表人理解含义。
- 维护模板版本：每次字段增减记录版本号、变更内容、生效日期和批准人，旧项目沿用原版本，新项目启用新版本。
- 随范围变更更新交付物：范围调整经审批后，在模板中新增、修改或作废对应交付物行，保留原编号并标注变更说明，不直接删除历史行。
- 明确处理边界：范围变更的审批流程归项目变更管理，本模板只承载审批通过后的字段更新结果。
- 定期复核对应关系：在阶段评审或里程碑节点，检查每个最底层工作包是否仍有有效交付物、是否存在无归属的交付物行。
| 版本号 | 变更日期 | 变更字段 | 变更说明 | 批准人 | 适用项目 |
|---|---|---|---|---|---|
当交付物字段需要落到工作项管理中统一维护时，可以把上述列结构对应到项目管理工具的工作项字段与层级组织中。ONES 的项目计划支持按目标、交付物或项目阶段等维度创建工作分解结构，并提供从项目到任务的多层级管理，便于自下而上反馈进度、自上而下监控进度；其瀑布项目模板在客户实践中也被用于对关键里程碑和交付物进行规范化管理。具体字段类型与必填设置以实际产品配置为准，团队可先按本文的六列结构确定口径，再在工具中落地。
常见问题
交付物字段和WBS编码必须一一对应吗？一个工作包有多个交付物怎么填？
建议保持对应关系：WBS编码标识工作包在分解结构中的位置，交付物编号在其后追加序号，例如2.2-01、2.2-02。一个工作包有多个交付物时，重复填写该工作包的层级、编码和名称，交付物编号依次递增，形成一对多的行结构。这样从任一交付物都能反查所属工作包，从工作包也能列出全部交付物。编码分隔符在项目内统一，避免不同分支各用一套写法。
小型项目字段太多填不过来，最少保留哪几列？
最少保留WBS层级、WBS编码、交付物名称、验收标准和责任人五列。交付物类型、交付日期、状态可以裁剪：成果形式单一时类型意义有限，进度已在计划表统一管理时日期可只留在计划表，交付物数量少时状态可用评审记录替代。裁剪后仍需维持两条追溯关系：每个最底层工作包至少有一个交付物，每个交付物能通过编码找到所属工作包。
验收标准写到什么程度才算可检查？
验收标准要落到可对照执行的条件，通常包含三要素：检查对象、检查方法和确认人。例如“覆盖3类用户角色，每类不少于5份访谈记录，经产品负责人签字确认”，评审时可以直接按数量和签字核对。只写“内容完整”“质量良好”这类评价，不同人理解不一致，验收时容易产生争议。条件可以简化为一句话，但检查对象和确认方式建议保留。
项目执行中范围发生调整，交付物字段应该怎么改？
范围调整经审批后，在模板中新增、修改或作废对应的交付物行，保留原编号并标注变更说明，不直接删除历史行，便于回溯。审批流程本身归项目变更管理，本模板只承载审批通过后的字段更新结果。更新后同步检查上层汇总交付物的描述和交付日期是否仍然成立，避免底层已变、上层未改。
交付物字段怎么落到项目管理工具里统一维护？
可以先把六列结构在文档或表格中定稿，明确字段口径和必填规则，再对应到项目管理工具的工作项字段与层级组织中。ONES 的项目计划支持按目标、交付物或项目阶段等维度创建工作分解结构，并提供从项目到任务的多层级管理，便于自下而上反馈进度、自上而下监控进度；其瀑布项目模板在客户实践中也被用于对关键里程碑和交付物进行规范化管理。具体字段类型与必填设置以实际产品配置为准。
