项目交付物合格率衡量单项目在验收环节的一次通过情况：统计期内一次验收通过的交付物数量，占同期提交验收交付物总数的比例。计算前要先固定交付物类型、验收节点和统计时间窗，结果还需与返工次数、缺陷密度、验收周期一起解读。本文给出一套可复算的口径、取数来源、计算步骤和算例，适用于项目级质量复盘与交付节奏调整。
要点总览（TL;DR）
- 合格率 = 一次验收通过的交付物数量 ÷ 同期提交验收的交付物总数 × 100%，分子分母须来自同一交付物清单、同一时间窗和同一验收节点。
- 按交付物类型和验收节点分组统计，分母为零时标注不适用；同一交付物多次提交需事先固定按首次提交计还是按最终结果计。
- 数据取自交付物清单、验收记录、评审结论和缺陷单，合格与不合格都要有可追溯证据，仅有清单没有结论的条目计入待判定。
- 计算后与返工次数、缺陷密度、验收周期交叉解读，合格率变化可能来自验收标准松紧或交付物粒度调整，不能单独作为质量绩效结论。
这个指标要回答什么质量问题
项目交付物合格率服务于一个具体判断：本项目提交验收的交付物，有多少在第一次验收时就达到约定标准。它把“质量好不好”这个笼统问题，收敛到验收环节的可计数事实上，让项目经理和质量负责人能围绕同一组数字讨论放行、返工和评审投入。
这个指标主要支撑三类决策。第一类是放行决策：某批次交付物合格率明显偏低时，是否暂缓进入下一阶段，先集中处理退回项。第二类是返工决策：退回集中在哪类交付物、哪个验收节点，决定返工资源投向哪里。第三类是评审投入决策：若某类交付物反复在内部评审被退回，说明评审前置检查或编写规范需要加强，而不是等到客户验收才暴露问题。
评估对象限定在单项目内的交付物，统计的是验收环节的通过情况。它不覆盖组织级质量制度是否健全，也不反映测试执行是否充分、测试用例覆盖是否完整。合格率高，说明提交验收的交付物大多一次通过；它不能证明产品缺陷少，也不能证明需求本身正确。把合格率当作质量绩效的唯一结论，会掩盖验收标准松紧、交付物粒度变化带来的影响，这一点在后文解读部分会具体展开。
分子、分母与统计范围怎么定
合格率的基本公式为：交付物合格率 = 一次验收通过的交付物数量 ÷ 同期提交验收的交付物总数 × 100%。分子强调“一次验收通过”，即该交付物在首次提交对应验收节点时即获得通过结论，未经历退回重提；分母是同一统计范围内实际提交验收的交付物总数。分子和分母必须来自同一份交付物清单、同一时间窗和同一验收节点，否则比例失去意义。
交付物类型需要事先列明范围。常见类型包括需求文档、设计文档、代码包、测试报告，也可按项目实际补充接口文档、部署包、培训材料等。类型划分的作用是分组统计：把需求文档和代码包混在一个比例里，会掩盖不同工种的质量差异，也不利于定位改进点。建议在项目启动时就把纳入统计的交付物类型写入质量计划，后续新增类型需同步更新口径说明。
验收节点口径同样要固定。内部评审、客户验收、里程碑验收是三类常见节点，它们的严格程度和参与角色不同，通过标准也不同。实践中可以分别计算各节点的合格率，也可以只统计对外交付节点。无论选哪种，都应在指标说明中写明，并保持跨批次一致。统计时间窗按批次、按里程碑或按月度均可，单位是“个”，结果以百分比表示；时间窗一旦确定，分子分母都按交付物首次提交验收的时间归属，而不是按最终通过时间归属。
两类边界情况需要提前约定。分母为零时，说明该统计范围内没有交付物提交验收，合格率无定义，应标注为“不适用”，不能记为 0% 或 100%。同一交付物多次提交时，要明确按首次提交计还是按最终结果计：按首次提交计，能反映一次通过能力；按最终结果计，反映的是最终收敛情况。两种口径回答的问题不同，选定一种并在口径说明中固定，避免不同批次混用。
| 字段 | 口径 | 单位 | 示例值 |
|---|---|---|---|
| 统计项目 | 单个项目，不跨项目合并 | — | 项目 A |
| 交付物类型 | 需求文档、设计文档、代码包、测试报告等，按项目质量计划列明 | 类 | 4 类 |
| 验收节点 | 内部评审 / 客户验收 / 里程碑验收，分别统计 | — | 客户验收 |
| 统计时间窗 | 按批次、里程碑或月度，按首次提交验收时间归属 | 月 | 2026 年 3 月 |
| 分母 | 同期提交验收的交付物总数 | 个 | 40 |
| 分子 | 其中一次验收通过的交付物数量 | 个 | 32 |
| 合格率 | 分子 ÷ 分母 × 100%，分母为零时标注不适用 | % | 80% |
数据从哪里来、怎么保证可比
合格率的数据基础是四类记录：交付物清单、验收记录、评审结论和缺陷单。交付物清单提供分母，需包含交付物名称、类型、所属里程碑、首次提交时间和提交人；验收记录提供每个交付物的验收节点、验收时间和结论；评审结论与退回记录提供不合格的判定证据；缺陷单在交付物因缺陷被退回时，补充缺陷等级和关联关系。四类记录通过交付物编号关联，才能做到每个分子分母都能回溯到具体条目。
合格与不合格的判定必须有证据，不能凭印象。一次验收通过，应有明确的通过结论记录，包括验收人、验收时间和结论状态；不合格则应有退回记录或评审意见，写明退回原因，涉及缺陷的标注缺陷等级。仅有交付物清单、没有验收结论的条目，应计入“待判定”，不直接算作合格，也不计入分母，待结论明确后再归入相应统计期。
状态字段和时间戳是可复算的前提。每条交付物记录至少要有“提交验收时间”“验收结论时间”“结论状态”三个字段，状态取值限定为通过、退回、待判定三类，避免自由文本造成口径漂移。时间戳用于确定交付物归属哪个统计时间窗，结论状态用于区分分子、分母和待判定。
跨项目或跨批次比较前，需要统一四类字段：交付物类型分类、验收节点定义、统计时间窗规则、合格判定规则。类型分类不一致，会把不同颗粒度的交付物放在一起比；验收节点定义不一致，内部评审和客户验收的严格程度差异会直接体现在比例上；时间窗规则不一致，同一批交付物可能被计入不同月份；判定规则不一致，待判定条目的处理方式不同也会造成偏差。统一之后，比较才有意义；未统一时，应分别呈现各项目口径，不做直接排名。
| 数据项 | 取数位置 | 判定规则 |
|---|---|---|
| 交付物清单 | 项目交付物台账或计划中的交付物条目 | 按类型、里程碑、首次提交时间登记，作为分母基础 |
| 验收结论 | 验收记录中的结论状态字段 | 通过计入分子；退回计入分母不计分子；待判定暂不计入 |
| 退回原因 | 评审意见或退回记录 | 需写明原因，涉及缺陷的关联缺陷单 |
| 缺陷等级 | 缺陷单的等级字段 | 用于交叉分析退回的严重程度分布 |
| 时间戳 | 提交验收时间、结论时间 | 按提交验收时间归属统计时间窗 |
计算与评估步骤
计算从取数开始，到形成评估结论结束，可以按以下步骤执行。
- 取数与清洗。导出统计时间窗内的交付物清单和对应验收记录，按交付物编号关联。剔除重复登记条目，标记缺少验收结论的条目为待判定，单独列出，不混入分子分母。
- 确定分母。统计提交验收时间落在时间窗内、且已有明确结论的交付物数量。若某交付物在时间窗内提交、结论在窗口外才产生，按提交时间归属本期，结论明确后回填。
- 确定分子。在分母范围内，筛选首次提交即获得通过结论的交付物数量。经历过退回重提的，即使最终通过，也不计入分子。
- 分组计算。按交付物类型和验收节点两个维度分别计算合格率，形成分组结果表。分组后每组单独检查分母是否为零，为零的组标注不适用。
- 交叉分析。把合格率与同期返工次数、缺陷密度、验收周期放在一起看。返工次数反映退回后的重复投入，缺陷密度反映退回原因的严重程度，验收周期反映从提交到结论的耗时。三者与合格率方向不一致时，优先核查验收标准和交付物粒度是否发生变化。
- 处理异常与缺失。分母为零的组标注不适用；待判定条目在结论明确后回填并注明；单条交付物数据明显异常（如结论时间早于提交时间）时，回到原始记录核对，核对前不纳入计算。
- 形成结论。结论应包含总体合格率、分组合格率、主要退回类型和节点、与上期或同类项目的对比，以及基于交叉分析提出的改进动作。结论只描述验收环节的通过情况，质量绩效判断需结合其他指标。
在记录管理环节，交付物清单、评审结论和退回记录如果分散在文档、表格和即时通讯里，取数成本会很高，口径也容易漂移。ONES 的瀑布项目管理方案支持按目标、交付物或项目阶段分解计划和工作，并用里程碑标记重要时间点与决策点，便于把交付物与验收节点对应起来；其效能管理提供交付质量等维度的度量分析，可对系统内流转的研发数据做多维度、自定义分析。把交付物条目、验收结论和缺陷记录放在同一套工作项与文档体系中维护，能让上述取数和回溯更顺畅。具体指标是否预置、字段如何配置，需以实际产品配置为准。
一个算例：从交付物清单到合格率
以下为演示情景，数字为示例，不对应真实项目。某项目 2026 年 3 月客户验收节点共提交 40 个交付物，按类型分为需求文档 8 个、设计文档 10 个、代码包 14 个、测试报告 8 个。验收结论为：一次通过 32 个，退回后重提通过 6 个，截至统计时点仍待判定 2 个。
分母取已有明确结论的交付物，即 40 − 2 = 38 个；分子为一次通过的 32 个。总体合格率 = 32 ÷ 38 × 100% ≈ 84.2%。待判定的 2 个在结论明确后回填，若届时通过，分子分母同步增加，比例会变化，因此统计时点需在报表中注明。
| 交付物类型 | 提交数 | 待判定 | 计入分母 | 一次通过 | 合格率 |
|---|---|---|---|---|---|
| 需求文档 | 8 | 0 | 8 | 7 | 87.5% |
| 设计文档 | 10 | 1 | 9 | 6 | 66.7% |
| 代码包 | 14 | 1 | 13 | 12 | 92.3% |
| 测试报告 | 8 | 0 | 8 | 7 | 87.5% |
| 合计 | 40 | 2 | 38 | 32 | 84.2% |
分组结果把问题指向设计文档：其合格率 66.7%，明显低于其他类型。对照同期数据，设计文档退回 3 次，其中 2 次涉及中等等级以上缺陷，平均验收周期 6 个工作日，长于代码包的 3 个工作日。结合退回原因看，问题集中在接口描述不完整和与需求条目对应关系不清。据此可以提出的动作是：在设计文档内部评审前增加接口清单和需求追溯检查，而不是简单要求设计人员“提高质量”。代码包合格率较高，但需注意其分母中待判定 1 个，若该条目最终退回，比例会下降，解读时应保留这一不确定性。
结果怎么解读，哪些情况不能直接下结论
合格率是一个验收环节的过程指标，解读时要先问“这个比例是在什么口径下得到的”，再问“它和哪些数据一起变化”。同样 84% 的合格率，可能来自严格的验收标准和充分的评审投入，也可能来自放宽的判定和变粗的交付物粒度，两者的管理含义完全不同。
合格率升高或降低，常见原因有几类。验收标准松紧变化会直接移动比例：标准放宽，一次通过变多；标准收紧，退回变多。交付物粒度变化也有类似效果：把多个小交付物合并成一个大交付物提交，单个退回对比例的影响被放大；拆得更细，比例波动更平缓。评审投入的多少影响前置拦截效果，评审充分时问题在内部评审暴露，客户验收节点的一次通过率会上升。此外，交付物类型构成变化也会影响总体比例，设计文档占比高的批次，总体合格率更容易被拉低。
分母口径变化会导致数据不可比。统计时间窗从按月改为按里程碑、待判定条目的处理方式改变、同一交付物按首次提交计改为按最终结果计，都会让前后两期的比例失去可比性。跨项目比较时，若类型分类和验收节点定义未统一，排名没有意义。遇到口径调整，应在报表中标注断点，分段呈现，不做跨断点的趋势连线。
单指标不能替代整体质量判断。合格率反映的是验收通过情况，缺陷密度反映已发现缺陷的分布，返工次数反映重复投入，验收周期反映流转效率，四者各有侧重。合格率高而缺陷密度也高，可能说明验收标准偏松；合格率低但缺陷等级普遍轻微，可能说明标准偏严或交付物拆分过细。结论应建立在多指标交叉之上。
把合格率直接用于个人绩效存在明显风险。交付物往往由多人协作完成，退回原因可能来自上游需求不清或接口约定缺失，归因到单个提交人并不准确；一旦与个人考核挂钩，还可能出现拆分交付物、规避提交验收等行为，反而让指标失真。更稳妥的用法是作为项目级复盘和质量改进的输入，配合具体退回原因分析，落到流程和规范的调整上。
- 误读一：把合格率当作产品质量结论。它只覆盖验收环节，不反映上线后的缺陷和用户反馈。
- 误读二：跨项目直接排名。类型构成、验收标准、节点定义不同的项目，比例不可直接比较。
- 误读三：忽略待判定条目。待判定条目回填后比例会变化，报表需注明统计时点和待判定数量。
- 误读四：把比例变化归因于团队努力程度。先排查验收标准、交付物粒度和类型构成是否变化，再讨论执行因素。
常见问题
交付物在统计期内提交、结论在期末之后才出来，应该算进哪一期？
按交付物首次提交验收的时间归属统计期，结论明确后再回填到该期。这样同一批交付物不会因为结论时间不同被拆到两个月份，前后期数据保持可比。报表中应注明统计时点和待判定数量，读者才能判断当前比例是否还会变化。
内部评审和客户验收的合格率差异很大，应该看哪一个？
两个节点回答的问题不同。内部评审合格率反映前置拦截效果，客户验收合格率反映对外交付的一次通过情况。建议分别统计、分别设目标，并观察两者之间的落差：内部评审合格率很高而客户验收偏低，通常说明内部评审标准与客户要求之间存在差距，需要校准评审检查项。
交付物被退回后修改再提交，最终通过了，算不算合格？
取决于事先固定的口径。按首次提交计，该交付物不计入分子，反映的是一次通过能力；按最终结果计，它计入分子，反映的是最终收敛情况。两种口径都可用，关键是同一份报表内不混用，并在口径说明中写明。若关注返工投入，建议采用首次提交口径，同时单独统计退回后重提通过的数量。
合格率连续几个月上升，是否说明质量在改善？
先排查口径和构成是否变化，再讨论执行因素。验收标准放宽、交付物合并提交、类型构成中设计文档占比下降，都可能让比例上升而实际质量没有变化。可以对照同期缺陷密度和退回原因分布：如果缺陷密度同步下降、退回原因集中在少数可改进项，改善的判断才更可靠。
用表格和文档管理交付物清单，能满足合格率统计的要求吗？
可以满足基本统计，前提是清单、验收结论和退回记录通过统一编号关联，状态字段取值固定，时间戳完整。条目数量增多、参与角色变多之后，人工维护容易出现重复登记和口径漂移，取数成本也会上升。把交付物条目、验收结论和缺陷记录放在同一套工作项与文档体系中维护，回溯会更顺畅。ONES 的瀑布项目管理方案支持按交付物或项目阶段分解计划并用里程碑标记决策点，效能管理提供交付质量等维度的度量分析，具体指标是否预置、字段如何配置需以实际产品配置为准。
