项目集交付清单用来把多个项目要交付的成果、责任、时间和收益放在同一张表里，便于跨项目跟踪与验收。本文提供一张可直接复制到表格工具的空白模板，并说明每个字段的填写口径、必填与选填的取舍、一条完整填写示例，以及清单上线后的维护方法。适用于需要协调多个关联项目的项目集负责人和交付管理人员。
要点总览（TL;DR）
- 项目集交付清单以“交付物”为一行组织，字段分为交付物本身、所属项目、责任人与验收、时间与依赖、收益贡献、状态与风险六组。
- 最小必填集合为交付物名称、类型、所属项目、负责人、验收标准、计划完成时间、当前状态和收益项；验收人、前置依赖、里程碑、变更记录等按项目集复杂度选填。
- 验收标准要写成可判定的条件，收益项指向收益清单中的编号或名称，负责人与验收人角色分开，便于跨项目确认交接。
- 清单上线后由各交付物负责人每周更新，交付管理员汇总检查，字段增删在项目集例会上评审，并保留版本快照。
可复制的项目集交付清单空白模板
清单以“交付物”为一行组织：一个交付物占一行，同一项目有多个交付物就写多行。表头按六组信息分组，前八列是核心必填项，其余为扩展列，可按项目集复杂度增减。复制下表到电子表格后，删除示例行即可开始填写。
| 交付物本身 | 所属项目 | 责任人与验收 | 时间与依赖 | 收益贡献 | 状态与风险 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 交付物名称 | 类型 | 所属项目 | 项目集层级 | 负责人 | 验收人 | 验收标准 | 计划完成时间 | 实际完成时间 | 前置依赖 | 关联里程碑 | 收益项 | 收益贡献说明 | 当前状态 | 风险与应对 | 变更记录 |
最小可用列：交付物名称、类型、所属项目、负责人、验收标准、计划完成时间、当前状态、收益项。扩展列用于多项目协同或需要追溯的场景：项目集层级、验收人、实际完成时间、前置依赖、关联里程碑、收益贡献说明、风险与应对、变更记录。若表格工具支持分组表头，保留上表的两行表头结构；若不支持，可将分组名并入列名，例如“交付物名称”“交付物类型”。
每个字段记录什么：字段说明与填写口径
字段口径统一后，清单才能用于汇总统计和跨项目对比。下表逐列说明含义、填写方式与示例值，示例值仅作写法参考。
| 字段名 | 含义 | 填写口径 | 示例值 |
|---|---|---|---|
| 交付物名称 | 本行要交付的具体成果 | 用名词短语写清对象和范围，避免写“推进”“支持”等动作词；同名交付物加项目前缀区分 | 客户数据迁移方案（含字段映射表） |
| 类型 | 交付物的形态分类 | 项目集内统一取值，如文档、系统功能、数据、培训、流程制度 | 文档 |
| 所属项目 | 交付物由哪个项目产出 | 填项目正式名称，与项目立项名称一致 | CRM 系统升级项目 |
| 项目集层级 | 交付物在项目集中的位置 | 按项目集分解结构填写层级或阶段，如“阶段二/数据层” | 阶段二/数据层 |
| 负责人 | 对交付物结果负责的人 | 填具体个人，一名负责人；负责组织产出并推动验收 | 张明 |
| 验收人 | 判定交付物是否通过的人或角色 | 填有权确认验收的个人或角色，可与负责人不同 | 项目集数据负责人 李华 |
| 验收标准 | 判定交付完成的依据 | 写成可判定的条件：数量、范围、通过何种评审或测试，避免“质量良好”等主观描述 | 字段映射表覆盖全部 42 个源字段，经数据负责人评审签字 |
| 计划完成时间 | 承诺的完成日期 | 填日期，与项目计划中的里程碑日期保持一致 | 2025-06-30 |
| 实际完成时间 | 实际通过验收的日期 | 验收通过当天填写，未完成时留空 | 2025-07-04 |
| 前置依赖 | 本交付物开始或完成所需的其他交付物或外部条件 | 写依赖对象名称及所属项目，多个依赖用分号分隔 | 源系统接口文档（ERP 改造项目） |
| 关联里程碑 | 本交付物对应的项目集里程碑 | 填里程碑名称，与项目集计划一致 | 数据层就绪 |
| 收益项 | 本交付物支撑的项目集收益条目 | 填收益清单中的收益项编号或名称，保持与收益登记一致 | R03 客户主数据统一 |
| 收益贡献说明 | 交付物对收益的作用方式 | 一句话说明交付物如何支撑收益实现，避免重复收益项名称 | 提供统一字段口径，使后续系统间数据核对减少人工比对 |
| 当前状态 | 交付物所处阶段 | 使用统一取值：未开始、进行中、待验收、已验收、已延期、已取消 | 待验收 |
| 风险与应对 | 影响交付的风险及处理方式 | 写风险描述加应对动作和责任人，无风险时填“无” | 源系统字段仍在调整；每周与 ERP 项目对齐一次字段清单，张明跟进 |
| 变更记录 | 交付物范围、时间、验收标准的调整痕迹 | 记录变更日期、内容和确认人，简短一行 | 2025-06-10 验收标准增加字段数量要求，李华确认 |
负责人与验收人的区别需要在填写时明确：负责人对产出过程和结果负责，验收人依据验收标准做通过判断。两者由同一人担任时，在验收人列注明“同负责人”，便于评审时识别独立性。收益关联字段指向项目集收益清单中的条目，填写前应先有收益项编号，避免临时造词导致后续无法汇总。
必填与选填：按项目集复杂度取舍字段
字段并非越多越好。项目集包含三个以上相互依赖的项目、或需要向管理层汇报收益进展时，保留扩展列；项目数量少、交付关系简单的项目集，可先只用最小必填集合，随协同需求增加再补充。
| 字段 | 分级 | 适用条件 |
|---|---|---|
| 交付物名称、类型、所属项目、负责人、验收标准、计划完成时间、当前状态、收益项 | 必填 | 所有项目集；缺少任一项将无法按项目汇总、判定完成或关联收益 |
| 验收人 | 建议必填 | 交付物需跨项目或跨部门确认时必填；团队内部交付可暂由负责人兼任并注明 |
| 实际完成时间 | 选填 | 需要统计交付准时率时填写；验收通过后补录 |
| 前置依赖 | 选填 | 项目之间存在交付物输入输出关系时填写，用于识别跨项目阻塞 |
| 关联里程碑 | 选填 | 项目集按里程碑阶段管理时填写，便于按阶段汇总 |
| 项目集层级 | 选填 | 交付物数量多、需要按分解结构分组查看时填写 |
| 收益贡献说明 | 选填 | 需要向收益责任人解释交付物作用时填写；简单项目集可只保留收益项 |
| 风险与应对 | 选填 | 存在影响交付的风险时填写；无风险可留空，不必逐行写“无” |
| 变更记录 | 选填 | 交付物范围或时间发生调整时填写，用于追溯 |
裁剪字段时注意对统计的影响：删除“类型”后无法按交付形态分类汇总；删除“收益项”后交付物与收益的对应关系断裂，收益评审时需另行整理；删除“计划完成时间”则无法计算延期。多项目协同场景建议至少保留“前置依赖”和“验收人”，这两列是识别跨项目阻塞和确认交接的关键。字段增减应在项目集启动时一次确定，中途增列会导致前期记录缺失，需要回填。
填写示例：一条完整交付物记录
以下是一条覆盖全部必填字段并带扩展列的示例记录，演示各字段如何配合。示例为演示情景，非真实项目数据。
| 字段 | 填写内容 |
|---|---|
| 交付物名称 | 客户数据迁移方案（含字段映射表） |
| 类型 | 文档 |
| 所属项目 | CRM 系统升级项目 |
| 项目集层级 | 阶段二/数据层 |
| 负责人 | 张明 |
| 验收人 | 项目集数据负责人 李华 |
| 验收标准 | 字段映射表覆盖全部 42 个源字段，经数据负责人评审签字 |
| 计划完成时间 | 2025-06-30 |
| 实际完成时间 | 2025-07-04 |
| 前置依赖 | 源系统接口文档（ERP 改造项目） |
| 关联里程碑 | 数据层就绪 |
| 收益项 | R03 客户主数据统一 |
| 收益贡献说明 | 提供统一字段口径，使后续系统间数据核对减少人工比对 |
| 当前状态 | 已验收 |
| 风险与应对 | 源系统字段仍在调整；每周与 ERP 项目对齐一次字段清单，张明跟进 |
| 变更记录 | 2025-06-10 验收标准增加字段数量要求，李华确认 |
逐字段看这条记录：验收标准写明了覆盖范围和确认方式，验收人据此可以直接判断是否通过；收益项使用编号 R03 指向收益清单，收益贡献说明解释交付物与收益之间的作用路径，两者分工不同；前置依赖写明了依赖对象及其所属项目，便于在项目集例会上追踪 ERP 项目的接口文档进度；风险字段同时给出风险、应对动作和跟进人；实际完成时间晚于计划时间，状态为已验收，延期事实通过两个日期对比体现，无需额外标注。变更记录保留了验收标准调整的时间和确认人，与验收标准字段相互印证。
清单的调整与维护方法
清单的价值在于持续更新。建议明确更新节奏、状态规则和字段变更流程，并把清单纳入项目集例会的固定议程。
- 更新频率与责任人：各交付物负责人每周更新本人负责行的状态、实际完成时间和风险；项目集交付管理员每周汇总一次，检查必填字段是否空缺。
- 状态流转规则：状态按“未开始→进行中→待验收→已验收”推进，验收人确认后由负责人改为已验收并填写实际完成时间；计划时间已过且未完成时改为已延期，并在风险列写明原因。
- 字段增删评审：新增或删除字段由项目集负责人提出，在项目集例会上确认，说明对统计口径的影响；确定后统一更新模板并通知所有填写人，已产生的历史记录按需回填。
- 与例会衔接：例会前由交付管理员筛出已延期、待验收和存在前置依赖阻塞的行，作为会议讨论材料；会上只讨论异常项和跨项目依赖，逐行宣读常规进度会降低会议效率。
- 版本与历史记录：每次字段结构调整保留一个版本快照，注明调整日期和内容；交付物的范围、时间变更写入变更记录列，保证历史可追溯。
当项目集涉及多个项目、交付物分散在不同团队时，清单的更新和汇总容易依赖人工传递。ONES Plan 支持借助项目集管理总览多项目信息，并支持自定义项目属性、查看多项目数据集合和多时间跨度查看进度，可用于承载按项目归集的交付物跟踪；ONES Wiki 支持文档关联项目任务，并记录页面版本、支持查看与回滚，适合存放清单模板和填写规范，保留字段调整的历史版本。具体字段设计仍以本文模板和团队约定为准。
常见问题
项目集交付清单和单个项目的交付物清单有什么区别？
单个项目的交付物清单只需回答“本项目要交什么、谁负责、何时完成”；项目集交付清单还要把多个项目的交付物放在同一张表里，增加所属项目、项目集层级、前置依赖、关联里程碑和收益项等字段，用于识别跨项目阻塞、确认交接和汇总收益进展。字段设计上，项目集清单以交付物为一行，同一项目有多个交付物就写多行，不按项目合并。
项目集里交付物数量很多，清单太长不好维护怎么办？
可以按项目集分解结构或里程碑阶段拆分视图，主表保留全部交付物，例会材料只筛出已延期、待验收和存在前置依赖阻塞的行。字段层面先保留最小必填集合，扩展列按需启用；交付物名称加项目前缀，便于筛选和区分同名交付物。拆分视图不改变主表结构，汇总统计仍以主表为准。
验收人和负责人可以是同一个人吗？
可以，但需要在验收人列注明“同负责人”，便于评审时识别验收独立性。交付物跨项目或跨部门确认时，建议由有权确认结果的角色担任验收人，负责人继续对产出过程和结果负责。两者分开时，验收人依据验收标准做通过判断，负责人组织产出并推动验收。
收益项还没有正式编号，清单里的收益关联字段怎么填？
先建立收益清单并给收益项编号，再填写交付物清单的收益项字段。临时用文字描述会导致后续无法按收益汇总，收益评审时还要重新整理对应关系。如果收益项尚在确认中，可先在收益项列标注“待定”并在风险列写明确认时间与责任人，确认后统一替换为正式编号。
清单用表格工具维护，和放在项目管理工具里有什么取舍？
表格工具上手快、字段调整灵活，适合项目集启动初期或交付物数量较少时使用；代价是更新依赖人工传递，跨项目汇总和状态同步需要额外核对。项目集涉及多个项目、交付物分散在不同团队时，可考虑用项目管理工具承载跟踪。ONES Plan 支持借助项目集管理总览多项目信息，支持自定义项目属性、查看多项目数据集合和多时间跨度查看进度；ONES Wiki 支持文档关联项目任务，并记录页面版本、支持查看与回滚，适合存放清单模板和填写规范。具体字段设计仍以本文模板和团队约定为准。
