判断交付追溯清单是否完整，先要划定本次交付的范围基线，再检查范围内每一项需求、变更、缺陷和交付物能否双向回溯，并核对支撑证据与更新时间。完整性既看覆盖有无遗漏，也看清单是否在评审、变更和缺陷处理中被真正引用。本文给出一套可复算的检查项、指标公式与判定步骤。
要点总览（TL;DR）
- 完整性判定分两个问题：覆盖完整看基线范围内需求、变更、缺陷、交付物是否无遗漏且能双向回溯；有效使用看清单是否在评审、变更和缺陷处理中被实际引用。
- 核心指标包括覆盖率、断链率、证据缺失率、更新及时率和使用引用率，分母分别取自交付基线对象、清单条目、应附证据交付物、应更新变更条目和应引用评审与缺陷单。
- 取数口径需在评估前写定：按本次交付版本截止冻结基线，关联字段为空计入断链，证据字段为空计入缺失，分母为零标记为不适用而不写作0%。
- 评估按冻结基线、核对关联、计算指标、对照阈值判定、登记整改五步执行，抽样结果只代表所抽范围，阈值由团队事先约定。
- 指标用于发现缺口和定位补正对象，覆盖率接近100%不说明交付质量高，断链率和使用引用率需结合维护习惯与评审制度解读。
评估目标：完整性要回答哪两个问题
评估对象是一次具体研发交付所对应的追溯清单，例如某个版本上线前形成的需求—交付物—验证证据对照记录。评估目标可以拆成两个可检验的问题。
第一个问题是覆盖完整：本次交付基线范围内的每一项需求、变更、缺陷和交付物，是否都出现在清单中，并且能够从需求追到交付物、从交付物回溯到需求与验证证据。判定标准是范围内无遗漏、链路可双向回溯，而不是清单条目数量多。
第二个问题是有效使用：清单是否被评审、变更和缺陷处理实际引用。一份条目齐全但无人查看、变更后不更新的清单，只能说明录入动作发生过，不能说明它支撑了交付确认。判断依据是评审记录中的引用、变更单与清单条目的关联、缺陷处理时对相关需求或交付物的指向。
需要区分边界：本评估针对某次研发交付的追溯清单本身，不评价项目整体收尾流程是否规范，也不评价产品上线后的使用效果与业务价值。清单完整是交付确认的一项证据，不能替代验收测试结论。
指标与范围：先划定交付基线再定指标
指标的分母来自交付基线。基线未冻结就计算覆盖率，分子分母会随范围变化而漂移，结果无法复算。建议在交付确认前冻结以下五类对象，形成基线清单：需求条目、变更单、缺陷、交付物（文档、配置、构建产物等）、环境与版本。每类对象以唯一编号登记，并标注所属版本和截止时间。
在基线之上使用四类指标，分别对应覆盖、关联、证据和时效。下表给出定义、公式与统计单位，其中“应覆盖项”指基线内该类对象的全部条目。
| 指标 | 回答的问题 | 公式 | 统计单位 |
|---|---|---|---|
| 覆盖率 | 基线对象有多少进入了清单 | 清单中出现的基线对象数 ÷ 基线对象总数 × 100% | 按对象类型分别统计，如需求覆盖率、缺陷覆盖率 |
| 断链率 | 清单条目中有多少缺少上游或下游关联 | 关联缺失的条目数 ÷ 清单条目总数 × 100% | 条目；可再按“缺上游”“缺下游”拆分 |
| 证据缺失率 | 已关联的交付物有多少缺少验证证据 | 无有效证据的交付物数 ÷ 应附证据的交付物总数 × 100% | 交付物；分母排除按规则无需证据的对象 |
| 更新及时率 | 发生变更后清单是否在约定时限内更新 | 时限内完成更新的变更关联条目数 ÷ 应更新的变更关联条目数 × 100% | 变更关联条目；时限需事先约定，如变更生效后一个工作日内 |
| 使用引用率 | 清单是否被评审与问题处理实际引用 | 有引用记录的评审或缺陷单数 ÷ 同期应引用清单的评审与缺陷单总数 × 100% | 评审单、缺陷单；分母口径需在评估前固定 |
时间窗统一按本次交付版本截止，统计口径在评估启动时写定并保持稳定。覆盖率按对象类型分别报告，不合并成单一数字，因为需求与缺陷的遗漏后果不同。断链率与证据缺失率的分母是清单内条目或交付物，覆盖率的分母是基线对象，两者不可混用。
数据口径与证据：从哪些记录取数
每类指标需要指定数据来源和关键字段，取数口径应写成对照表，便于第二人复核。常用来源包括需求库、缺陷库、变更记录、构建与发布记录、评审记录。关键字段包括唯一编号、关联关系、状态、责任人和时间戳；时间戳用于判断更新是否在时限内，状态用于排除已取消或合并的条目。
证据形式按对象类型区分：需求对应评审结论或确认记录，交付物对应测试记录或发布单，变更对应变更单及其影响范围说明，缺陷对应修复验证记录。证据应能定位到具体条目，仅有“已评审”字样而无对应记录的不计入有效证据。
缺失值处理需要事先约定规则。条目关联字段为空时，计入断链，不按“可能有关联”推断补全。证据字段为空且无记录可查时，计入证据缺失。分母为零时该指标标记为“不适用”，不写作0%，也不参与综合判定；例如本次交付没有变更单，更新及时率不适用。不同版本或不同项目的数据口径不一致时，分开报告，不做跨口径合并比较。
计算与评估步骤：从抽样到判定
评估按以下五步执行，每步留下可复核的记录。
- 冻结交付基线并导出清单。确认需求、变更、缺陷、交付物、环境与版本的截止范围，导出清单与基线对象列表，记录导出时间和数据来源。
- 核对关联关系。基线对象数量较少时全量核对；数量较大时按对象类型分层抽样，抽样比例和抽样方法写入评估记录，抽样结果只代表所抽范围，不外推为全量结论。
- 计算各项指标。按上一节的公式逐项计算，保留分子、分母和原始条目编号，便于复算。
- 对照通过标准判定。通过标准建议写成两条：覆盖率与断链率满足事先约定的阈值，且抽查条目均能双向回溯；使用引用率结合评审与变更记录判断清单是否被实际使用。阈值由团队在评估前确定，不套用外部通用数字。
- 记录不通过项与整改责任。对断链、缺证据、超时未更新的条目逐条登记，指定责任人和补正期限，补正后重新计算相关指标。
在工具层面，如果需求、缺陷、交付物和评审记录分散在不同系统，关联关系靠人工比对，断链率与更新及时率的取数成本会明显上升。ONES 支持工作项之间的关联、评审记录留存和状态流转，评估时可以从工作项关联关系导出清单条目，从评审与变更记录中核对引用情况，使上述步骤中的核对和取数有统一入口。是否采用工具承载，取决于团队现有记录是否已经集中管理。
示例：一次交付的清单完整性核算
以下为演示情景，数据为假设值，用于说明计算过程，不代表任何真实项目。
某次交付冻结基线：需求 40 条、变更单 6 条、缺陷 25 条、交付物 30 项。清单中登记需求 38 条、变更单 6 条、缺陷 22 条、交付物 30 项。清单条目共 96 条，其中关联缺失 9 条。应附证据的交付物 30 项，无有效证据 4 项。变更单 6 条中，3 条在约定时限内完成清单更新。同期应引用清单的评审与缺陷单共 20 张，有引用记录 14 张。
| 指标 | 计算 | 结果 |
|---|---|---|
| 需求覆盖率 | 38 ÷ 40 | 95.0% |
| 缺陷覆盖率 | 22 ÷ 25 | 88.0% |
| 变更覆盖率 | 6 ÷ 6 | 100% |
| 断链率 | 9 ÷ 96 | 9.4% |
| 证据缺失率 | 4 ÷ 30 | 13.3% |
| 更新及时率 | 3 ÷ 6 | 50.0% |
| 使用引用率 | 14 ÷ 20 | 70.0% |
若本次交付没有变更单，则更新及时率的分母为零，标记为“不适用”，其余指标照常计算。若某类交付物按规则无需验证证据，应从证据缺失率的分母中剔除，并在口径说明中写明剔除依据。
依据示例结果判定：需求覆盖率 95%、缺陷覆盖率 88%，存在基线对象未进入清单；断链率 9.4%，说明部分条目无法双向回溯；证据缺失率 13.3%，部分交付物缺少验证记录；更新及时率 50%，变更后清单更新滞后；使用引用率 70%，清单在评审与缺陷处理中的引用不充分。综合判定为不通过，需补登遗漏的需求与缺陷、补齐关联与证据、对超时未更新的变更条目限期补正，并在补正后重新核算。
解读与限制：指标说明什么、不说明什么
覆盖率接近 100% 只说明基线对象基本进入清单，不说明交付质量高。需求本身是否合理、测试是否充分、交付物是否符合验收要求，需要由验收测试和评审结论回答。把覆盖率当作质量结论，会掩盖内容层面的问题。
断链率受清单维护习惯影响较大。团队在交付前集中补录关联，断链率可能短期下降，但关联是否反映真实关系仍需抽查确认。使用引用率同样依赖场景：评审流程本身不要求引用清单时，该指标偏低未必说明清单无用，需要结合评审制度解读。
这些指标用于发现缺口、定位补正对象，不构成交付质量的因果保证。建议在每次交付确认时按同一口径核算，定期复核指标定义与分母规则，口径变更时在评估记录中注明，避免不同批次结果直接比较。指标结果应与抽查记录、整改清单一起使用，作为交付确认的辅助证据。
常见问题
交付追溯清单的完整性评估应该在什么时间点做？
建议在本次交付确认前、基线冻结之后执行，此时需求、变更、缺陷和交付物的范围已经确定，指标分子分母不会随范围变化而漂移。若在交付过程中提前评估，应明确标注统计截止时间，并把结果视为过程检查而非最终判定。交付完成后补做评估也可以，但需要以当时冻结的版本范围为准，避免把后续新增条目混入。
团队规模小、交付条目少，还需要算这么多指标吗？
条目较少时可以采用全量核对替代抽样，指标可以精简为三项：覆盖率、断链率和证据缺失率，先回答“有没有遗漏”和“能不能回溯”两个问题。使用引用率在评审流程本身不要求引用清单的情况下参考价值有限，可以暂不纳入。指标数量减少后，判定标准仍应事先写定，避免事后调整口径。
清单条目齐全但没人看，这种情况怎么判定？
这属于覆盖完整但有效使用不足。判定时覆盖率可能达标，而使用引用率偏低，或评审记录中找不到对清单条目的指向。处理方式不是直接判为不通过，而是先确认评审制度是否要求引用清单：制度要求而实际未引用，说明执行缺口；制度本身未要求，则需要先明确清单在评审中的使用方式，再评估引用情况。两种情况都应记录在评估结论中。
不同批次的评估结果可以直接比较吗？
只有在指标定义、分母规则和统计时间窗口保持一致时才适合比较。口径发生变更时，应在评估记录中注明变更内容和生效批次，新旧结果分开报告。跨项目比较还需注意对象类型构成差异，例如缺陷占比高的项目断链率天然可能偏高，直接对比容易得出误导性结论。
评估发现断链和缺证据后，补正到什么程度算完成？
补正以逐条登记的不通过项为对象：断链条目补齐上游或下游关联并能双向回溯，缺证据的交付物补上可定位的验证记录，超时未更新的变更条目完成更新。补正后重新计算相关指标，并与原阈值对照。补正记录本身也应留存，作为下次评估时判断清单维护习惯的参考。
