项目交付物合格率=统计周期内一次验收通过的交付物数量÷同期提交验收的交付物总数×100%。要让这个百分比可复算、可比较，计算前需要先固定三件事：交付物清单与计数单位、验收结论的判定标准、统计时间窗与分母口径。退回后重新提交的同一交付物只计一次；分母为零时报告“本期无验收样本”，不写0%或100%。本文给出一套可直接套用的口径、公式、算例与解读限制，验收记录和统计视图的承载方式在最后一节说明。
要点总览（TL;DR）
- 合格率=统计周期内一次验收通过的交付物数量÷同期提交验收的交付物总数×100%，结果保留一位小数。
- 分母取本期提交验收的交付物，退回后重新提交的同一交付物只计一次，按验收完成日期归属周期。
- 合格判定以验收单、评审记录或系统状态为证据，无验收记录的交付物单列，不默认合格。
- 分母为零时报告“本期无验收样本”，样本很少时同时给出绝对数量和明细。
- 合格率需结合退回原因分布与返工工时解读，跨项目比较前先统一计数单位、验收标准与时间窗口径。
这个指标要回答什么质量问题
交付物合格率回答的是一个具体问题：在某个统计周期内，提交验收的项目交付物中，有多少比例是一次验收就通过的。它衡量的是交付物本身满足验收要求的程度，观察对象是交付物，判定动作是验收，统计单位是“个”或“份”这类可计数的交付物。
这个指标适合三类场景。第一是单项目的质量跟踪，项目经理在阶段节点查看本期交付物的首次通过情况，判断是否需要提前介入。第二是阶段复盘，把各阶段的合格率与退回原因放在一起看，定位问题集中在哪类交付物。第三是交付前自查，在正式提交客户或下游团队验收之前，用内部验收记录预判风险。
需要明确它不承担的评价职责。组织级质量制度是否健全、质量保证活动是否到位，属于体系建设评价，合格率只能提供其中一个侧面证据。测试用例设计得是否充分、测试执行是否覆盖关键路径，属于测试过程评价，合格率不反映测试本身的强度——验收标准宽松时，合格率可能很高，但这不代表交付物质量好。跨组织的质量绩效排名同样超出这个指标的能力范围，口径不统一时排名没有意义。
分子、分母与统计范围怎么定
合格率的可比性几乎全部取决于口径是否固定。建议在开始统计之前，先填写一张指标定义卡，把下列要素逐项写清楚，之后每个周期沿用同一张卡，变更时记录变更日期和原因。
| 要素 | 定义 | 常见错误 |
|---|---|---|
| 计数对象 | 列入项目交付物清单、且在本期提交验收的交付物 | 把过程文档、会议纪要等非交付物计入 |
| 计数单位 | 按文档份数、按模块个数或按里程碑批次，三选一并全程一致 | 同一周期内混用文档数和模块数 |
| 分子 | 本期一次验收即通过的交付物数量 | 把返工后二次通过的数量算进分子 |
| 分母 | 本期提交验收的交付物总数，同一交付物只计一次 | 退回重提后重复计入，分母虚高 |
| 时间窗 | 按验收完成日期归属统计周期 | 按提交日期归属，导致跨期错配 |
| 纳入规则 | 已形成正式验收结论的交付物 | 把仅内部自检、未提交验收的计入 |
| 排除规则 | 作废、合并、范围外变更取消的交付物不计入分子分母 | 作废件仍留在分母中拉低结果 |
计数单位的选择取决于交付物的实际形态。以文档为主要交付物的项目，按份计数最直观；以软件模块为交付单元的项目，按模块计数更贴近验收动作；里程碑批次交付的项目，可以按批次计数，但批次内交付物数量差异较大时，批次计数会掩盖单件质量问题，此时建议同时保留按件的明细。无论选哪种，同一项目的连续多个周期必须保持一致，否则趋势线没有意义。
退回重提的处理是分母口径中最容易出错的地方。正确做法是：一个交付物在统计周期内首次提交验收时进入分母，若被退回，无论后续重新提交多少次，都只作为同一个计数单位，验收结论以该周期内最终形成的结论为准；如果重新提交发生在下一个统计周期，则按验收完成日期归入下一周期，上一周期该交付物记为未通过。这样处理可以避免同一交付物在分母中出现两次，也不会因为反复提交而人为抬高或压低比例。
验收结论的数据口径与证据
合格与不合格不能凭印象判定，必须有明确的判定主体和书面证据。判定主体应是验收单上指定的验收人或有权限的评审组，判定依据是提交验收时约定的验收标准，证据形式包括验收单、评审记录、缺陷清单以及系统中的状态变更记录。没有验收记录的交付物，不能默认合格，应归入“无结论”并单独列出，不进入分子。
| 验收状态 | 归类 | 判定要点 |
|---|---|---|
| 通过 | 计入分子 | 验收人确认满足全部验收标准，记录完整 |
| 有条件通过 | 默认不计入分子，除非口径卡明确约定 | 存在待整改项，整改完成前不视为一次通过 |
| 退回 | 计入分母，不计入分子 | 存在影响验收结论的缺陷或缺失项 |
| 无验收记录 | 单列，不进入分子分母 | 未形成正式结论，需补做验收 |
“有条件通过”是最需要提前约定的状态。有些团队把它算作通过，有些团队要求整改闭环后才算通过，两种做法都能用，但必须在口径卡中写死，并在跨周期、跨项目比较时保持一致。缺陷清单的作用是支撑退回原因的归类，例如需求理解偏差、文档完整性不足、功能缺陷、接口不兼容等，这些分类在后续解读合格率时比百分比本身更有信息量。
计算步骤与公式
公式为：交付物合格率=一次验收通过的交付物数量÷同期提交验收的交付物总数×100%。结果以百分比表示，保留一位小数。计算过程可以拆成五步，每一步都留下可核对的中间结果。
- 取清单：从项目交付物清单中筛出验收完成日期落在统计周期内的记录。
- 核结论：逐条核对验收单或系统状态，标注通过、退回、有条件通过、无记录。
- 去重：按交付物唯一标识合并退回后重新提交的记录，同一交付物只保留一条。
- 计数：统计去重后的交付物总数作为分母，其中结论为通过的数量作为分子。
- 计算：分子除以分母乘以100%，保留一位小数；同时记录无验收记录的条数备查。
分母为零时，不计算百分比，直接报告“本期无验收样本”，并说明原因，例如本周期处于开发阶段、尚未进入验收环节。样本量很小时，例如分母只有三到五件，百分比波动会被放大，建议同时列出绝对数量和明细，避免用“合格率100%”这类表述掩盖样本不足。是否设置最小样本阈值由团队自行约定，但一旦约定就应在各周期一致执行。
一个算例：从清单到合格率
假设某项目在三月统计周期内共有八条交付物验收记录，其中一条为同一交付物的二次提交。明细如下（示例数据，仅用于演示计算过程）。
| 交付物 | 验收完成日期 | 验收结论 | 是否计入分母 | 是否计入分子 |
|---|---|---|---|---|
| 需求规格说明书 | 3月5日 | 通过 | 是 | 是 |
| 接口设计文档 | 3月8日 | 退回 | 是 | 否 |
| 接口设计文档（修改后重提） | 3月15日 | 通过 | 否，与上条合并 | 否，非一次通过 |
| 用户管理模块 | 3月12日 | 通过 | 是 | 是 |
| 报表模块 | 3月18日 | 有条件通过 | 是 | 否，按口径卡约定 |
| 部署手册 | 3月20日 | 通过 | 是 | 是 |
| 测试报告 | 3月25日 | 退回 | 是 | 否 |
| 数据迁移脚本 | 3月28日 | 无验收记录 | 否，单列 | 否 |
去重后分母为六件：需求规格说明书、接口设计文档、用户管理模块、报表模块、部署手册、测试报告。分子为三件：需求规格说明书、用户管理模块、部署手册。合格率=3÷6×100%=50.0%。另有数据迁移脚本一件无验收记录，单独报告。
换一种口径可以看到差异：如果把“有条件通过”算作通过，分子变为四件，合格率为66.7%；如果不去重，把接口设计文档的两次提交都计入分母，分母变为七件，合格率降为42.9%。同一批数据出现三个结果，说明口径卡必须在统计开始前确定，并在报告中注明所采用的口径。
结果怎么解读，以及哪些限制要说明
合格率是一个比例，单独看它无法判断质量好坏。50%的合格率可能意味着验收标准严格、团队正在暴露真实问题，也可能意味着交付准备不足；90%的合格率可能反映流程成熟，也可能反映验收走过场。解读时应至少结合两类信息：退回原因分布和返工工时。退回原因集中在文档完整性，说明交付规范需要加强；集中在功能缺陷，说明开发和自测环节需要改进；返工工时则反映每次退回的实际代价，同样是十件退回，返工两小时和返工两周的含义完全不同。
样本量与统计周期直接影响可比性。按月统计且交付物数量较少的项目，单月比例波动大，建议观察连续三个周期的趋势，而不是对单月数字下结论。跨项目比较之前，必须确认计数单位、验收标准、有条件通过的归类、时间窗归属四项口径一致，否则比较结果不可用。指标反映的是相关现象，不能当作因果结论：合格率上升不等于过程质量改善，也可能是验收标准放宽或交付物拆分变细所致。
- 报告时同时给出分子、分母和百分比，避免只报比例。
- 无验收记录的交付物单独列出，不并入合格或不合格。
- 口径变更时注明变更日期，历史数据按原口径保留。
- 不设通用达标线，目标值由项目结合历史基线和验收标准自行确定。
用工具承载验收记录与合格率统计
上述口径要落地，前提是每条交付物的验收结论都有地方记录、能被按周期筛选出来。可以把交付物作为工作项或文档登记在项目中，把验收结论、验收完成日期、退回原因作为字段留存；统计时按验收完成日期筛选本期记录，去重后计数，形成合格率视图。ONES 的项目计划支持按目标、交付物或项目阶段等维度分解计划和工作，并用里程碑标记重要时间点，交付物清单可以依托这一结构建立；ONES 效能管理提供交付效率、交付质量、资源效率、完成情况四个维度的度量体系，自动收录系统内流转的研发数据并支持多维度自定义分析，预置了面向项目经理等角色的仪表盘模板，可作为统计视图的承载基础。需要说明的是，现有资料未提及是否预置“交付物合格率”这一具体指标卡片，实际落地时可能需要基于自定义分析配置，验收结论以何种字段承载也需结合团队现有流程确定。
口径变更时的可追溯性同样重要。ONES 瀑布项目管理方案支持设置项目计划和里程碑基线，通过版本对比追溯变更细节，这一机制可用于保留交付物清单和验收状态的历史版本，使口径调整前后的数据可以分别复算。深圳农商行依托 ONES 瀑布项目模板对关键里程碑、交付物进行规范化管理的实践，可作为交付物登记方式的参考，但属于单一客户案例，具体做法需结合自身项目调整。
常见问题
退回后重新提交的交付物，如果跨了统计周期，应该算在哪一期？
按验收完成日期归属。首次提交被退回时，该交付物计入首次提交所在周期的分母，结论记为未通过；重新提交后形成的验收结论落在下一周期，则在下一周期按同一交付物继续跟踪，不再重复进入分母。这样处理可以保证每个交付物在任一周期内只出现一次，跨期数据不会因为反复提交而失真。如果团队希望观察“最终通过率”，可以另设一个补充指标，与一次通过率分开报告。
有条件通过到底算不算合格？
两种做法都能用，关键是提前在口径卡中写死并全程一致。默认建议不计入分子，因为存在待整改项，交付物尚未完全满足验收标准；如果团队把整改闭环快、风险可控的有条件通过视为合格，需要在口径卡中注明适用条件和审批人。跨周期或跨项目比较时，两边的归类规则必须相同，否则比例不可比。
交付物数量很少的项目，合格率还有参考价值吗？
有参考价值，但要谨慎表述。分母只有三到五件时，一件交付物的通过或退回就会让比例跳动二三十个百分点，单期数字不足以说明趋势。建议同时报告分子、分母和明细，观察连续三个周期的变化，并结合退回原因判断问题是否重复出现。是否设置最小样本阈值由团队约定，约定后各周期一致执行。
验收标准宽松导致合格率偏高，怎么识别这种情况？
可以交叉查看三类信息：退回原因分布是否长期集中在少数几类、返工工时是否异常偏低、交付物在下游环节（如客户验收或上线后）是否出现集中问题。如果合格率很高但下游问题频发，说明验收环节的把关强度需要复核。合格率反映的是验收通过情况，验收标准本身的严格程度需要另行评估。
验收记录分散在邮件和文档里，怎么保证统计口径一致？
先统一证据来源，指定验收单或系统中的状态变更记录作为唯一判定依据，邮件和聊天记录只作为补充说明。把验收结论、验收完成日期、退回原因作为固定字段留存，统计时按验收完成日期筛选、按交付物唯一标识去重。ONES 的项目计划支持按交付物等维度分解工作并用里程碑标记关键节点，效能管理提供交付质量等维度的度量与自定义分析，可作为记录与统计视图的承载基础；是否预置合格率指标卡片，现有资料未提及，落地时可能需要自行配置。
