交付效率报告用于按固定周期回看团队交付了什么、过程是否顺畅、返工和阻塞出现在哪里，并据此确定下一步动作。下面给出一张可直接复制填写的空白表格，配套字段口径说明、必填与选填规则、一份完整填写示例，以及按团队情况调整模板和维护口径的方法。模板适合以两周、一个月或一个迭代为报告周期的研发团队；示例中的数据均为演示情景。
要点总览（TL;DR）
- 模板按“报告周期—交付结果—流动过程—质量与返工—结论与行动”五段组织，复制表格即可逐行填写。
- 必填字段包括报告周期、统计口径、需求交付量、按期交付率、平均交付周期、流动效率、返工率、阻塞时长与次数、结论与行动，保证跨周期可比。
- 交付周期起点和流动效率分子分母要统一口径；缺数据时区分“没有发生”填0与“没有统计”标注未取数。
- 示例以两周为周期演示完整填写，并通过阶段时长之和、返工率分母、阻塞原因三处核对口径一致性。
- 字段增删要有依据，口径变更记录版本、生效周期与是否重算历史数据，空白模板与历史报告分开归档。
可复制空白模板：交付效率报告表
模板按“报告周期—交付结果—流动过程—质量与返工—结论与行动”五段组织。复制下表到文档或表格工具后，逐行填写即可；空白单元格表示本期尚未取数，按第三节规则标注，不留无说明的空格。
| 区块 | 字段 | 填写内容 |
|---|---|---|
| 一、报告基本信息 | 报告周期 | |
| 统计口径说明 | ||
| 数据来源 | ||
| 报告人 / 参与人 | ||
| 二、交付结果 | 需求交付量 | |
| 按期交付率 | ||
| 交付需求清单 | ||
| 未交付需求及原因 | ||
| 三、流动过程 | 平均交付周期 | |
| 各阶段停留时长 | ||
| 流动效率 | ||
| 阻塞时长与次数 | ||
| 四、质量与返工 | 返工需求数 / 返工率 | |
| 缺陷数量与分布 | ||
| 返工主要原因 | ||
| 五、结论与行动 | 本期结论 | |
| 下一步行动 | ||
| 需协调事项 |
五个区块的填写顺序建议从上到下：先锁定周期和口径，再填结果数字，然后解释过程，最后落到结论和行动。这样写出的报告既能回答“交付了多少”，也能回答“为什么是这个结果、下期改什么”。
字段说明：每个字段填什么、怎么算
字段说明的作用是让不同人填同一张表时得到可比的结果。下表给出每个字段的含义、计算口径和取数来源；口径为通用度量方法，具体取数字段以团队实际使用的工具配置为准。
| 字段 | 含义 | 计算口径 | 取数来源 |
|---|---|---|---|
| 报告周期 | 本期统计覆盖的时间范围 | 写明起止日期，与上期首尾相接、不重叠 | 团队排期或迭代日历 |
| 统计口径说明 | 本期采用的计数与计时规则 | 说明需求类型范围、完成判定标准、时间单位 | 团队约定的度量规则文档 |
| 需求交付量 | 本期达到完成标准的需求数 | 按“完成时间落在本期”计数，不按创建时间 | 工作项状态流转记录 |
| 按期交付率 | 按承诺时间交付的需求占比 | 按期交付需求数 ÷ 本期应交付需求数 × 100% | 承诺交付日期与实际完成日期 |
| 平均交付周期 | 需求从开始到完成的平均耗时 | 本期完成需求的（完成时间 − 开始时间）之和 ÷ 完成需求数 | 工作项进入开发与完成的时间戳 |
| 各阶段停留时长 | 需求在各环节的平均停留时间 | 按状态分段统计，如开发、评审、测试各段时长 | 状态变更历史 |
| 流动效率 | 有效工作时间占交付周期的比例 | 有效工作时间 ÷ 交付周期 × 100%，有效工作时间指实际处理时间，不含等待 | 状态流转记录与处理记录 |
| 阻塞时长与次数 | 需求处于阻塞状态的累计时间与发生次数 | 累计阻塞时长按状态区间求和；次数按进入阻塞状态的次数计 | 阻塞标记或阻塞状态的变更记录 |
| 返工率 | 完成后又被退回修改的需求占比 | 发生返工的需求数 ÷ 本期完成需求数 × 100% | 退回、重开记录及关联缺陷 |
| 缺陷数量与分布 | 本期发现缺陷的数量及所在环节 | 按发现阶段分组计数，注明统计截止时间 | 缺陷管理工作项 |
| 本期结论 | 对本期交付效率的判断 | 用数据支撑，指出主要问题和改善点，2–4条 | 由报告人根据以上字段归纳 |
| 下一步行动 | 下期要执行的具体动作 | 每条写清动作、负责人、完成时间 | 评审会确认结果 |
交付周期和流动效率是最容易被填错的两个字段。交付周期的起点要统一，要么从需求进入开发算，要么从需求确认算，同一份报告内不能混用；流动效率的分母是交付周期，分子是实际处理时间，等待评审、等待环境、等待测试的时间都计入分母而不计入分子，因此流动效率偏低通常指向等待环节，而不是处理速度。
需求交付量和按期交付率的统计范围要事先写清：是否包含缺陷修复、技术任务、临时插入的需求。建议在“统计口径说明”中列明纳入和排除的需求类型，保证不同周期、不同报告人之间可以横向比较。返工率和阻塞时长的取数依赖状态记录，如果团队在工具中维护工作项状态流转，这些数据可以从流转历史中导出；ONES 效能管理可自动收录系统内日常流转的研发数据并形成分析指标，报告中涉及交付周期、阶段停留、阻塞时长等字段时，可从这类流转记录中取数，减少手工整理。
必填与选填：哪些字段不能空
必填字段决定报告能否跨周期比较，选填字段用于补充背景。字段缺数据时，用统一标注说明原因，不用“0”代替未知值，避免把缺数误读为表现良好。
| 类别 | 字段 | 理由或适用场景 |
|---|---|---|
| 必填 | 报告周期、统计口径说明 | 没有周期和口径，数字无法比较 |
| 必填 | 需求交付量、按期交付率 | 回答本期交付结果的核心指标 |
| 必填 | 平均交付周期、流动效率 | 反映过程是否顺畅，是改进的主要依据 |
| 必填 | 返工率、阻塞时长与次数 | 解释结果波动的直接原因 |
| 必填 | 本期结论、下一步行动 | 报告的价值落在判断和动作上 |
| 选填 | 交付需求清单、未交付需求及原因 | 需要逐条核对交付内容时填写 |
| 选填 | 各阶段停留时长 | 需要定位具体环节时填写，团队规模较小时可省略 |
| 选填 | 缺陷数量与分布、返工主要原因 | 质量议题需要单独讨论时填写 |
| 选填 | 需协调事项 | 存在跨团队依赖或资源问题时填写 |
缺数据时按统一格式标注，例如“未取数（原因：状态记录从本期开始启用）”“不适用（本期无阻塞）”。标注要区分“没有发生”和“没有统计”：前者可以填0，后者必须写明未取数及原因。连续两期以上缺同一必填字段时，应在结论中说明补数计划，否则该字段的跨期对比失去意义。
填写示例：一个完整周期的报告
以下为演示情景：某研发小组以两周为报告周期，统计范围包含产品需求和缺陷修复，完成判定为需求通过验收。数据仅用于说明填写方式。
| 区块 | 字段 | 示例填写 |
|---|---|---|
| 一、报告基本信息 | 报告周期 | 3月4日—3月15日（第5—6周） |
| 统计口径说明 | 纳入产品需求与缺陷修复；完成判定为通过验收；时间单位为工作日；交付周期从需求进入开发算起 | |
| 数据来源 | 工作项状态流转记录、缺陷管理工作项 | |
| 报告人 / 参与人 | 项目负责人整理，小组评审 | |
| 二、交付结果 | 需求交付量 | 18个（产品需求12个，缺陷修复6个） |
| 按期交付率 | 83%（应交付18个，按期15个） | |
| 交付需求清单 | 见附录，按完成时间排序 | |
| 未交付需求及原因 | 3个延期：2个因接口联调等待，1个因验收标准变更 | |
| 三、流动过程 | 平均交付周期 | 6.4个工作日 |
| 各阶段停留时长 | 开发2.8天、评审1.1天、测试2.5天 | |
| 流动效率 | 42%（有效工作时间合计约46天 ÷ 交付周期合计约115天） | |
| 阻塞时长与次数 | 累计9.5天，发生7次，其中5次为环境或联调等待 | |
| 四、质量与返工 | 返工需求数 / 返工率 | 3个 / 17% |
| 缺陷数量与分布 | 本期发现11个，测试阶段9个，上线后2个 | |
| 返工主要原因 | 验收标准理解不一致2个，接口变更1个 | |
| 五、结论与行动 | 本期结论 | 交付量较上期增加，按期交付率下降；测试阶段停留偏长，阻塞主要来自联调等待；返工集中在验收标准理解 |
| 下一步行动 | ①需求进入开发前补充验收标准示例，负责人：产品负责人，3月22日前；②与依赖团队约定联调窗口，负责人：项目负责人，下期开始执行 | |
| 需协调事项 | 测试环境在下期第1周扩容，需运维支持 |
示例中的口径一致性体现在三处：交付周期统一从进入开发算起，因此阶段停留时长之和与平均交付周期可以相互印证；返工率的分母与需求交付量一致，都是本期完成的18个需求；阻塞次数与未交付原因相互对应，联调等待既出现在阻塞记录中，也出现在延期原因中。填写时若发现字段之间对不上，优先检查口径，而不是调整数字。
结论和行动字段要写成可核验的句子。“测试阶段停留偏长”是判断，需要前面的阶段数据支撑；“补充验收标准示例”是动作，需要负责人和时间。两者分开写，评审时才能判断结论是否成立、行动是否落实。
调整与维护：按团队情况改字段并持续使用
模板需要随团队规模和交付节奏调整，但调整要有依据并留下记录，否则跨期对比会失真。字段增删的判断依据主要有三条：该字段是否支撑当前要回答的问题；取数成本是否可接受；连续几期是否真的被使用。
- 团队规模较小、需求数量少时，可省略各阶段停留时长和缺陷分布，保留交付量、交付周期、返工率和结论行动，先保证每期能填完。
- 交付节奏从迭代转为连续交付时，报告周期改为按月，并在口径说明中注明完成判定标准的变化。
- 出现新的改进议题时增加字段，例如关注评审效率时增加评审等待时长，连续三期无结论引用后再考虑删除。
口径变更必须记录，建议在模板末尾附一张维护记录表，每次改动写清变更日期、变更字段、变更前后口径、生效周期和原因。口径变更只对生效周期之后的数据适用，历史报告保留原口径，对比时注明断点。
| 记录项 | 填写内容 |
|---|---|
| 模板版本 | 如 v1.0、v1.1 |
| 变更日期与生效周期 | |
| 变更字段 | |
| 变更前后口径 | |
| 变更原因 | |
| 历史数据是否重算 | 是 / 否，及说明 |
模板版本与归档按“一期一份、按周期命名”的方式维护，空白模板单独保存当前版本，历史报告只读留存。每季度回看一次字段使用情况，把连续未被引用的选填字段移入附录，把反复手工补算的字段固化进口径说明。若团队在 ONES 中管理工作项，状态流转数据会被自动收录，报告中的交付周期、阶段停留和阻塞时长可直接从流转记录取数；ONES 效能管理提供场景化卡片模板和面向管理人员、项目经理等角色的仪表盘模板，可作为报告数据的查看入口，报告表格本身仍按本文模板填写和归档，具体指标口径以团队实际配置为准。
常见问题
报告周期应该选多长，换周期后历史数据还能直接对比吗？
周期取决于团队交付节奏：按迭代交付的团队可用一个迭代或两周，连续交付的团队可用一个月。换周期后，历史数据不能直接逐期对比，需要在统计口径说明中注明周期变化，并在维护记录中写清生效时间。对比时以单位时间指标为主，例如每周交付量、平均交付周期，减少周期长短带来的干扰。
团队刚开始记录状态流转，前几期很多字段取不到数，报告还要不要发？
要发，但要把缺数写清楚。必填字段中暂时取不到数的，按统一格式标注“未取数（原因：状态记录从本期开始启用）”，不用0代替。报告仍保留本期结论和下一步行动，重点说明补数计划，例如下期起统一在工具中更新状态。连续两期以上缺同一必填字段时，在结论中说明补数进度，避免跨期对比被误读。
流动效率算出来很低，是不是说明团队处理速度慢？
流动效率低通常指向等待环节，而非处理速度。流动效率的分子是实际处理时间，分母是交付周期，等待评审、等待环境、等待测试的时间都计入分母。若流动效率偏低，先看各阶段停留时长中哪一段最长，再结合阻塞记录判断等待来源。处理速度本身要看有效工作时间和返工情况，两者分开分析。
缺陷修复和临时插入的需求要不要计入需求交付量？
由团队在统计口径说明中事先约定，并保持各期一致。常见做法是产品需求与缺陷修复分别计数、合并报告，临时插入的需求单独标注来源。无论怎么约定，纳入和排除的需求类型都要写进口径说明，否则不同报告人填出的交付量和按期交付率无法横向比较。
用ONES管理工作项时，报告里的交付周期和阻塞时长能直接取数吗？
ONES 效能管理会自动收录系统内日常流转的研发数据并形成分析指标，报告中涉及交付周期、阶段停留、阻塞时长等字段时，可从这类流转记录中取数，减少手工整理。具体指标的计算口径与取数字段以团队实际配置为准；报告表格本身仍按本文模板填写和归档，ONES 效能管理提供的场景化卡片模板和仪表盘模板可作为数据查看入口。
