评估需求验收记录的完整性与及时性，可以拆成两个可分别复算的字段级指标：完整性看每条验收记录中必填字段的填写比例，及时性看验收记录形成时间相对约定验收节点的延迟天数。统计单位是单项需求的验收记录，按固定时间窗汇总。本文给出指标定义、取数口径、计算公式和一个迭代周期的演算示例，并说明结果如何用于反馈整改、关闭追溯与审计，以及哪些限制会影响跨期比较。
要点总览（TL;DR）
- 完整性以单条需求验收记录的必填字段填写比例衡量，及时性以记录形成时间相对约定验收节点的延迟天数衡量，两者分别计算、分别解读。
- 完整性率=已填必填字段数之和÷应填必填字段数之和；及时率=延迟不超过阈值的记录数÷有效记录数，统计单位为单条需求验收记录，按迭代或月度窗口汇总。
- 必填字段基线覆盖验收结论、验收人、验收时间、验收依据、遗留问题与整改项、关闭状态；缺失值处理口径需事先固定，计入分母或单列缺失率二选一。
- 整改项与关闭状态缺失影响反馈整改闭环，验收结论、验收人、验收依据缺失影响关闭追溯，时间戳与变更留痕缺失影响审计取证。
- 指标只反映记录质量，不替代验收实质判断；不设通用达标线，建议先测基线再自定阈值，并在口径变更时标注生效时点。
评估目标：完整性与及时性各自回答什么问题
完整性回答的是“这条验收记录的内容够不够用”：验收结论、验收人、验收依据、遗留问题与整改项等关键信息是否都已填写，后续人员能否仅凭记录理解这次验收做了什么、依据是什么、还剩什么问题。及时性回答的是“这条记录是否在约定节点前形成”：验收动作完成到记录落库之间隔了多久，是否晚于计划中的验收节点。两个指标衡量的是记录本身的质量与节奏，不评价需求交付得好不好。
评估对象是单项需求的验收记录，一条需求对应一条（或一组）验收记录。产品整体效果评估关注需求上线后的使用数据与业务结果，项目整体验收关注里程碑是否达成、交付物是否齐备，两者都以验收记录为输入之一，但结论层级不同。记录质量评估处在更基础的位置：记录不完整、不及时，上层的效果评估和项目验收就缺少可靠依据。
三类用途对记录的要求各有侧重，评估时应先明确结论服务于哪一类用途，再决定字段权重和阈值。
| 用途 | 关注的核心问题 | 对记录的主要要求 |
|---|---|---|
| 反馈整改 | 验收中发现的问题是否被记录并跟踪到关闭 | 遗留问题与整改项、责任人、关闭状态必须可读 |
| 关闭追溯 | 需求为何被判定为验收通过或关闭 | 验收结论、验收依据、验收人与验收时间齐全 |
| 审计取证 | 验收过程是否有可核验的留痕 | 记录形成时间、审批留痕、变更日志可查 |
同一批记录在三类用途下的“够用”标准并不相同。一条只填了验收结论和验收人的记录，对关闭追溯可能勉强够用，对反馈整改则明显不足，因为整改项缺失意味着验收中发现的问题没有进入跟踪。评估报告应说明当前口径主要面向哪类用途。
指标与范围：统计单位、时间窗与必填字段清单
统计单位定为单条需求验收记录。分母是时间窗内纳入统计的有效验收记录数，分子按指标不同分别取“字段填写达标的记录数”或“延迟在阈值内的记录数”。一条需求若存在多次验收（如分批验收、返工后复验），以最终形成关闭结论的那次验收记录为统计对象，中间过程记录单独留存但不重复计入分母。
时间窗需要同时定义两个边界：记录归属窗口按验收记录形成时间落入区间判定，而不是按需求创建时间；约定验收节点取需求计划中的验收日期，若计划多次变更，以变更日志中最后一次生效的计划日期为准。窗口长度建议与迭代周期或月度周期一致，跨窗口的长周期需求在需求关闭所在窗口一次性计入，避免同一条记录在两个窗口重复统计。
必填字段清单应结合组织自身的验收流程确定，下表给出一个可直接采用的基线集合。
| 字段 | 判定为已填的标准 | 主要支撑用途 |
|---|---|---|
| 验收结论 | 取值为通过、有条件通过、不通过之一，非空且非默认占位 | 关闭追溯、审计 |
| 验收人 | 至少一名具名验收人，非空账号 | 关闭追溯、审计 |
| 验收时间 | 填写实际验收完成日期，与记录形成时间可区分 | 及时性、审计 |
| 验收依据 | 关联验收标准、测试报告或评审记录中至少一项 | 关闭追溯、审计 |
| 遗留问题与整改项 | 无遗留时明确标注“无”，有遗留时逐条列出问题与责任人 | 反馈整改 |
| 关闭状态 | 取值为已关闭、待整改、挂起之一，与整改项状态一致 | 反馈整改、关闭追溯 |
排除范围需在指标说明中固定：已撤销的需求不计入；被合并到其他需求的原需求不计入，由合并后的主需求承担统计；同一需求的重复记录（如系统重复生成、误建后作废）只保留有效的一条。排除规则一旦变更，应在报告中标注变更时点，否则前后窗口的数据不可直接比较。
数据口径与证据：字段来源、缺失值处理与可核验材料
字段来源分三类：验收结论、验收人、验收时间、关闭状态通常取自需求工作项或验收单上的结构化字段；验收依据多为关联关系，取关联的验收标准文档、测试报告或评审记录的链接是否存在；遗留问题与整改项可能以子任务、检查项或独立问题单的形式存在，取数时需确认其与验收记录的关联关系是否建立。取数方式建议以系统导出或报表查询为准，减少人工补录带来的口径漂移。
空值判定要区分三种情况：字段完全为空；字段填了占位值，如“待定”“无”“-”；字段取了系统默认值，如默认验收人、默认结论。前两种一般判为未填，默认值需要谨慎处理——若默认值是流程自动带入而非人工确认，应视为未填并在口径说明中写明。判定规则应写成可执行的清单，例如“验收依据字段为空，或仅含占位符，或关联对象已被删除，均计为缺失”。
缺失值处理有两种常见策略，选择其一并在全周期内保持一致：一是计入分母，缺失字段按未填计算，完整性率因此下降，适合关注整体记录质量的场景；二是单列缺失率，即对每个字段分别统计缺失比例，完整性率只统计核心字段，适合定位具体是哪类信息缺失。两种口径混用会让跨期数据失去可比性，报告中应注明采用的是哪一种。
支撑结论的证据材料包括：验收记录在统计时点的快照、审批或评审留痕、字段变更日志。变更日志尤其重要，它能区分“记录从未填写”和“填写后被清空”，也能还原约定验收节点的历次调整。审计用途下，仅有当前状态的截图不足以证明记录在验收当时即已形成，需要时间戳与操作日志配合。
在工具层面，这类字段与状态的管理通常依托需求工作项和工单系统完成。ONES 通过统一的业务需求池、产品需求池与工单系统联动业务反馈与产品开发，构建需求—任务—测试—缺陷的闭环；其业务、产品经理与研发团队三视角通过统一需求池、工单与任务看板同步状态与信息，便于追溯需求与问题。若验收记录以工单形式收集，ONES Desk 支持自定义工单属性以适配不同收集场景，并可将工单一键关联到 ONES Project 的需求或缺陷工作项持续跟踪至处理完成。字段是否设为必填、报表按什么口径统计，需在实际配置中确认。
计算步骤：完整性率与及时性延迟的公式
完整性率按记录汇总时，公式为：完整性率 = 已填必填字段数之和 ÷ 应填必填字段数之和，其中每条记录的应填字段数等于该记录适用的必填字段个数。按字段汇总时，公式为：某字段填写率 = 该字段已填记录数 ÷ 有效记录数。前者反映整体记录质量，后者用于定位短板字段，两者分母不同，不能相互替代。
及时性以天为单位：单条记录的延迟天数 = 记录形成时间 − 约定验收节点，结果为正表示晚于节点，为负或零表示按时或提前。及时率 = 延迟天数不超过阈值的记录数 ÷ 有效记录数。阈值由组织按需求类型和交付节奏自定，例如常规需求允许 0 天延迟、紧急需求允许 1 天，阈值必须写入指标说明并保持稳定。
计算步骤建议按以下顺序执行：
- 按时间窗筛出有效验收记录，剔除撤销、合并、重复记录，得到分母。
- 逐条比对必填字段清单，标记每个字段已填或未填，累加得到分子。
- 逐条计算延迟天数，与阈值比较，统计按时记录数。
- 分别计算整体完整性率、各字段填写率和及时率。
- 按需求类型、团队分组重复上述计算，观察差异来源。
边界情况需事先约定：分母为零时，该窗口不计算比率，报告中标注“无有效记录”，不用 0% 或 100% 代替；跨时间窗的记录按关闭所在窗口一次性计入；记录形成时间缺失的记录无法计算延迟，应单列为“时间不可核验”，不计入及时率分子也不计入分母，但在报告中披露数量。分组汇总时，各组分母之和应等于总分母，若不等说明存在未归类记录，需要回查。
例子：一个迭代周期的完整性与及时性核算
假设某团队一个迭代周期内有 10 条需求进入验收，其中 1 条需求被撤销、1 条被合并到其他需求，有效验收记录为 8 条。必填字段按前文清单共 6 项，8 条记录应填字段合计 48 项。逐条核对后，验收结论、验收人、验收时间三项全部填写，共 24 项；验收依据有 2 条记录缺失；遗留问题与整改项有 3 条记录为空且未标注“无”；关闭状态有 1 条记录仍为默认值未确认。已填字段合计为 24 + 6 + 5 + 7 = 42 项，完整性率为 42 ÷ 48 ≈ 87.5%。
按字段看，验收依据填写率为 6 ÷ 8 = 75%，遗留问题与整改项填写率为 5 ÷ 8 = 62.5%，关闭状态填写率为 7 ÷ 8 = 87.5%。整体完整性率接近九成，但整改项字段的短板明显，说明这批记录对反馈整改的支撑最弱。
及时性方面，8 条记录中 5 条在约定节点当天或之前形成，2 条延迟 1 天，1 条延迟 4 天。若阈值设为 1 天，及时率为 7 ÷ 8 = 87.5%；若阈值设为 0 天，及时率降为 5 ÷ 8 = 62.5%。同一条延迟 4 天的记录，其验收依据字段也缺失，意味着这次验收既晚于计划、又无法说明依据，在关闭追溯时最难解释。
结果解读示例：该迭代记录完整性整体尚可，但整改项缺失的 3 条记录会使验收中发现的问题无法进入跟踪，建议优先回补；延迟 4 天的记录需结合变更日志确认是计划调整还是记录滞后，若属后者，应在流程上明确验收完成后当日落库的要求。这一组数字只说明记录状态，不说明这 8 条需求的交付质量。
解读与限制：哪些记录缺失影响整改、追溯与审计
指标结果是记录质量信号，不能替代对验收实质的判断。完整性率高只表示字段填齐，不表示验收结论正确；及时率高只表示记录按时形成，不表示验收动作本身按时完成。把记录指标直接当作团队绩效或交付质量结论，会诱导补填而非真实记录。
不同字段缺失的影响程度不同，可按三级划分并据此安排整改优先级。
| 影响级别 | 缺失字段 | 后果 |
|---|---|---|
| 影响整改闭环 | 遗留问题与整改项、关闭状态 | 验收中发现的问题无法跟踪到关闭，需求可能带着未处理问题被标记完成 |
| 影响关闭追溯 | 验收结论、验收人、验收依据 | 无法还原需求为何被判定通过，复验和责任归属缺少依据 |
| 影响审计取证 | 验收时间、记录形成时间、审批与变更留痕 | 无法证明记录在验收当时形成，事后补录与原始记录难以区分 |
数据不可比的情形需要主动识别：统计口径从“计入分母”改为“单列缺失率”、必填字段清单增删、时间窗长度调整、约定验收节点的定义变化，都会让前后两期的完整性率或及时率失去直接可比性。团队之间流程成熟度不同，同一阈值下的及时率差异也可能来自流程差异而非执行差异，跨团队比较应同时披露字段清单和阈值设置。
本文不给出通用达标线。完整性率和及时率的合理水平取决于需求类型、验收频次和组织对留痕的要求，建议由组织在首个统计周期先测基线，再结合整改成本设定阈值，并在指标说明中固定下来。阈值调整时应记录调整原因和生效时间，避免用移动的标尺评价同一批记录。
常见问题
验收记录在验收完成后几天内落库才算及时？
没有统一答案，阈值取决于需求类型和交付节奏。常见做法是按需求类型分档设置：常规需求要求验收完成当日落库，延迟阈值为 0 天；紧急需求允许 1 天。阈值写入指标说明后应保持稳定，调整时记录原因和生效时间。若组织尚无历史数据，可先统计一个周期的延迟分布，再结合整改成本确定阈值，避免一开始就设得过严导致大量记录被判为不及时。
遗留问题字段填了“无”，算已填还是未填？
取决于填写是否经过人工确认。若验收人主动确认本次验收无遗留问题并填写“无”，应计为已填；若该值是流程自动带入的默认值、无人核对，则应视为未填。判定规则要写成可执行清单，例如“字段为空、仅含占位符、取系统默认值且无人工确认记录，均计为缺失”。这条规则同时影响完整性率和整改闭环的判断，需在口径说明中固定。
同一条需求经历返工复验，验收记录怎么计入统计？
以最终形成关闭结论的那次验收记录为统计对象，中间过程记录单独留存但不重复计入分母。若复验发生在下一个统计窗口，按关闭所在窗口一次性计入，避免同一条需求在两个窗口各算一次。复验记录本身仍有价值：对比首次验收与复验的整改项填写情况，可以看出整改是否被真实跟踪，这部分可作为补充分析，不混入主指标。
完整性率从 85% 提升到 95%，能说明验收质量变好了吗？
只能说明字段填写更齐，不能说明验收结论更可靠。完整性率上升可能来自补填历史记录、调整必填字段清单或流程自动带入默认值，这些都会让数字变化而实质未变。解读时应同时看各字段填写率、缺失值处理口径是否变更、以及抽样记录的验收依据是否真实可查。把记录指标与验收实质判断分开陈述，可以避免用填写率替代对交付质量的评价。
跨团队比较及时率时需要注意什么？
先确认各团队的统计口径一致：必填字段清单、时间窗长度、约定验收节点的定义、延迟阈值是否相同。流程成熟度不同的团队，同一阈值下的及时率差异可能来自流程差异而非执行差异。比较时建议同时披露字段清单与阈值设置，并对分母较小的团队标注样本量，避免用百分比直接排名。若口径已经变更，应分段呈现，不做跨期合并计算。
