需求交付进度表用一张表记录每条需求从进入排期到交付完成的实际状态，适合产品、研发、测试和业务方共同查看。本文提供可直接复制的空白模板、逐字段填写口径、必填与选填的划分方法，并用一条需求演示从排期到交付的完整填写过程。
要点总览（TL;DR）
- 需求交付进度表用一张表跟踪每条需求从进入排期到交付完成的状态，核心字段包括需求编号、需求名称、优先级、负责人、计划完成、当前状态和最近更新时间。
- 先用必填字段把表跑起来：需求编号、需求名称、优先级、负责人、计划完成、当前状态、最近更新时间；需求来源、计划开始、完成百分比、阻塞原因、交付说明按团队需要增补。
- 填写时保持状态与完成百分比对应，阻塞时填写具体卡点并清空后恢复，交付完成时填 100% 并写明实际交付日期与遗留事项。
- 建议每周固定更新一次，由各需求负责人更新自己名下的行，维护人检查完整性与格式；连续两个月无人使用的字段应删除或合并。
可复制空白模板：需求交付进度表
下表可直接复制到 Excel、在线表格或协作工具中作为初始模板。表头保留全部字段，数据行先留空，团队按实际需求逐行填写。字段顺序建议保持不变，便于不同人按同一位置查找信息。
| 需求编号 | 需求名称 | 需求来源 | 优先级 | 负责人 | 计划开始 | 计划完成 | 当前状态 | 完成百分比 | 阻塞原因 | 最近更新时间 | 交付说明 |
|---|---|---|---|---|---|---|---|---|---|---|---|
复制时注意两点：一是“当前状态”列建议在表格工具中设置为下拉选项，限定为待排期、已排期、进行中、阻塞、待验收、已交付几个值；二是“完成百分比”列设置为百分比格式，避免有人填“一半”“差不多了”这类无法汇总的描述。
字段说明：每个字段记录什么
字段口径统一，不同人填出的数据才能横向比较和汇总。以下按五类字段说明每个字段记录什么、按什么标准填写。
标识类字段
- 需求编号：需求的唯一标识，建议沿用需求池或工单系统中的编号，保证进度表与原始需求一一对应。同一需求在表内只出现一行。
- 需求名称：一句话概括需求要解决的问题或交付的能力，控制在二十字左右，避免把验收标准写进名称。
- 需求来源：记录需求由谁提出或来自哪个渠道，例如业务部门、客户反馈、内部优化。来源用于回溯需求背景，填写到部门或渠道层级即可。
- 负责人：对这条需求交付结果负责的人，通常是产品经理或需求对接人，填写真实姓名，不填团队名称。
计划与时间字段
- 计划开始：需求进入开发或执行的计划日期，格式统一为年-月-日。
- 计划完成：需求计划交付的日期。计划日期变更时直接更新本字段，并在交付说明中注明变更原因，不保留多列历史计划。
- 优先级：用高、中、低三档即可，档位含义由团队事先约定，例如高表示影响当期交付目标。
状态与进度字段
- 当前状态：反映需求此刻所处阶段，取值限定在约定范围内，不临时造新状态。
- 完成百分比：对剩余工作量的估算，按 10% 为最小刻度填写，并与当前状态保持对应关系，例如已排期为 0%–10%，进行中为 20%–90%，已交付为 100%。
风险与阻塞字段
- 阻塞原因：需求无法按计划推进时填写具体卡点，例如等待接口联调、依赖第三方确认、资源被临时抽调。没有阻塞时留空，不填“无”“正常”等字样，便于筛选。
交付说明字段
- 最近更新时间：本行数据最后一次修改的日期，用于判断信息是否过期。
- 交付说明：记录交付物位置、上线范围、遗留事项或计划变更原因。交付完成时写明实际交付日期和交付内容，便于后续核对。
必填与选填：先保证哪些字段不缺
字段越多，填写负担越重，表格越容易断更。建议先用必填字段把表跑起来，再按团队实际需要增补选填字段。
| 字段 | 类型 | 说明 |
|---|---|---|
| 需求编号 | 必填 | 保证唯一性和可追溯 |
| 需求名称 | 必填 | 让人不看原单也能理解需求 |
| 优先级 | 必填 | 支撑排序和资源取舍 |
| 负责人 | 必填 | 明确跟进责任 |
| 计划完成 | 必填 | 进度判断的基准 |
| 当前状态 | 必填 | 进度表的核心信息 |
| 最近更新时间 | 必填 | 判断数据是否可信 |
| 需求来源 | 选填 | 需求来源复杂的团队建议填写 |
| 计划开始 | 选填 | 需要分析排期等待时间的团队填写 |
| 完成百分比 | 选填 | 长周期需求建议填写，短周期需求可省略 |
| 阻塞原因 | 选填 | 有阻塞时必填，无阻塞时留空 |
| 交付说明 | 选填 | 交付时需要核对范围或存在变更时填写 |
增补字段的判断依据有三条：新字段是否会被定期查看和使用；是否能由现有字段推导出来，能推导的不重复设置；维护成本是否可控，需要多人反复填写的字段要谨慎加入。例如团队需要统计需求从提出到排期的等待时长，可以增加“提出日期”字段；如果只是偶尔有人问起，放在需求原单里即可。
填写示例：一条需求从排期到交付
以下用一条演示需求说明各阶段如何填写。示例数据为演示情景，不代表真实项目。
示例需求基本信息
需求编号 REQ-0231，需求名称为“订单列表支持按交付状态筛选”，来源为业务部门，优先级为中，负责人为产品经理李某。
排期阶段填写
需求评审通过、确定进入本期执行后，填写计划开始为 3 月 3 日，计划完成为 3 月 21 日，当前状态填“已排期”，完成百分比填 0%，阻塞原因留空，最近更新时间填 3 月 3 日，交付说明注明“已评审，纳入本期执行”。
进行中与阻塞时填写
开发启动后，当前状态改为“进行中”，完成百分比随进展更新为 40%，最近更新时间同步改为当天。若中途因等待接口联调暂停，状态改为“阻塞”，完成百分比保持 40% 不变，阻塞原因填写“等待订单服务接口联调完成”，并在交付说明中注明预计恢复时间。阻塞解除后状态改回“进行中”，清空阻塞原因，继续更新完成百分比。
交付完成时填写
需求上线后，当前状态改为“已交付”，完成百分比填 100%，最近更新时间填实际交付日期 3 月 20 日，交付说明写明“已上线，覆盖订单列表页，遗留移动端适配另行跟进”。若实际交付日期与计划完成不一致，在交付说明中注明差异原因，计划完成字段保留原计划日期，便于后续分析计划准确性。
调整与维护方法：让进度表持续可用
进度表用一段时间后常见的问题是字段越加越多、更新越来越慢、状态和百分比对不上。以下规则用于控制这些问题。
字段增删的调整方法
新增字段前先确认使用场景和查看频率，连续两个月无人使用的字段应删除或合并。删除字段前把历史数据归档到单独的工作表，避免信息丢失。字段调整后同步更新字段说明文档，并通知所有填写人，避免新旧口径混用。
更新频率与责任人
建议每周固定更新一次，由各需求负责人更新自己名下的行，表格维护人负责检查完整性和格式。临近交付的需求可提高更新频率。更新动作放在固定的例会上完成，比事后补填更可靠。
状态与进度一致性检查
每周更新后做一次快速检查：状态为“已排期”的行完成百分比是否超过约定上限；状态为“已交付”的行是否都已填 100% 和交付说明；状态为“阻塞”的行是否都填写了阻塞原因；最近更新时间是否覆盖本周。发现不一致时由负责人当场修正。
与迭代安排、验收结论的边界
进度表只记录单条需求的执行进度，迭代整体排期、容量分配在迭代计划中管理，需求是否通过验收以验收结论为准。进度表中的“已交付”表示需求已上线或已移交，验收结论单独记录，两者不互相替代。当团队使用 ONES 管理需求时，需求池、工单与任务看板可以实时同步状态与信息，业务、产品与研发按各自视角查看同一条需求的进展，进度表的更新可以直接依托系统中的状态流转完成，减少表格与系统两头维护的重复工作。
常见问题
需求交付进度表和迭代计划表有什么区别，需要重复记录吗？
两者记录的对象不同。需求交付进度表以单条需求为单位，关注这条需求从排期到交付的执行状态；迭代计划表以迭代为单位，关注一个迭代内安排哪些需求、容量如何分配。实践中可以让进度表只保留需求级字段，迭代归属通过需求编号与迭代计划对应，避免在两张表里重复维护同一份排期信息。
需求在交付前被拆成多条子任务，进度表要怎么记？
建议仍以原始需求为一行记录，子任务在任务看板或工单中管理，进度表只更新这条需求的整体状态和完成百分比。如果拆分后的子需求需要独立跟踪交付时间，可以为子需求单独建行，并在需求名称中标注所属父需求，保持编号可追溯。是否拆行取决于团队是否需要单独查看某一部分的交付时间。
计划完成日期变更频繁时，进度表怎么填才不混乱？
直接更新“计划完成”字段，并在“交付说明”中写明变更原因和变更日期，不额外增加多列历史计划。需要分析计划准确性时，可以在交付完成后对比原计划与实际交付日期。若变更频繁，说明排期依据不足，应在评审阶段补充依赖确认和资源确认，减少后续反复调整。
团队已经在用协作工具管理需求，还需要单独维护这张表吗？
取决于查看进度的人是否都在工具内。如果业务方、产品、研发和测试都能在同一系统中查看需求状态，进度表可以由系统状态流转直接支撑，不必再维护一份平行表格。使用 ONES 时，需求池、工单与任务看板可以实时同步状态与信息，业务、产品与研发按各自视角查看同一条需求的进展，减少表格与系统两头维护的重复工作。若部分干系人无法进入系统，可保留一张只读的汇总表用于对外同步。
进度表里的“已交付”和验收通过是一回事吗？
两者含义不同。“已交付”表示需求已上线或已移交给使用方，验收是否通过需要单独的验收结论记录。进度表可以记录交付日期和交付内容，验收结论在验收环节单独确认，两者不互相替代。若团队希望在一张表里同时看到交付与验收，可增加“验收状态”选填字段，但结论仍以验收记录为准。
