需求版本差异比较完成后，评审确认清单的质量取决于三件事：比较口径是否固定、差异是否落到字段级、每条差异是否有明确的确认人和结论。本文按“固定口径—整理差异表—影响分级—设计清单—分工准备—示例—回写检查”的顺序，给出一份可直接套用的整理方法和清单模板。在差异条目与版本记录的管理环节，可借助 ONES 的需求、版本与变更管理能力承载追溯。
要点总览（TL;DR）
- 整理清单前先固定基线版本与目标版本的版本号、状态和时间点，并列出本次纳入比较的字段清单，保证所有整理人员使用同一口径。
- 把比较结果转成字段级差异表，每条记录只描述一个字段上的一处变化，保留差异编号、原值、新值、变更类型和差异来源。
- 按范围、进度与成本、关联影响、验收影响四个维度给差异分级，高风险条目补充关联影响说明，决定评审顺序和确认深度。
- 确认清单在差异表基础上扩展确认角色、确认结论、确认意见、证据链接和确认日期，结论统一为接受、驳回、待定三种取值。
- 评审后把结论回写到需求条目与版本记录，按差异全覆盖、每条有结论、证据可查、回写完成、记录归档五项检查闭环。
先固定比较口径：比哪两个版本、按什么字段比
整理清单前先把“比什么”写清楚，否则不同人拿到的差异结果无法合并。建议在清单文件首页附一段版本比较口径说明，作为后续所有差异条目的共同前提。
口径说明至少包含三部分内容：
- 版本对象：写明基线版本与目标版本的版本号、版本状态（如已发布、评审中、草稿）和对应时间点。基线版本是本次比较的参照物，目标版本是待评审的变更结果，两者不能混用。
- 比较字段：列出本次纳入比较的字段，常见包括需求描述、验收标准、优先级、需求范围、关联需求与下游交付物。字段清单一旦确定，本次比较不再临时增删；确需补充的，在口径说明中记录补充原因和时间。
- 比较方式与时间：记录使用的是工具比对还是人工逐条比对，以及比较完成的具体日期。人工比对时建议注明比对人和复核人，便于后续追溯差异来源。
完成标志是：口径说明经需求负责人确认，且所有参与整理的人员使用同一份字段清单。口径不一致时，先对齐再开始整理差异，避免返工。
把差异整理成字段级差异表
比较结果需要从“两份文档的对照”转成“一条条可确认的记录”。字段级差异表是评审确认清单的底表，每条记录只描述一个字段上的一处变化。
建议的差异表字段如下：
| 字段 | 填写要求 |
|---|---|
| 差异编号 | 按“需求编号-序号”规则编排，全表唯一，后续清单沿用同一编号 |
| 需求条目 | 写明需求名称或编号，定位到具体条目而非整个模块 |
| 字段名 | 取自比较口径中的字段清单，如验收标准、优先级 |
| 原值 | 基线版本中的内容，较长时保留关键句并附原文位置 |
| 新值 | 目标版本中的内容，与原文逐字对应 |
| 变更类型 | 新增、修改、删除三选一 |
| 差异来源 | 注明比较方式、比较时间，人工比对时注明比对记录位置 |
整理时注意两点。其一，同一需求的多字段差异可以合并展示，但每条字段变化保留独立编号，确保评审时能逐条给出结论。其二，删除类差异同样要记录原值，不能只写“已删除”，否则评审人无法判断删除是否合理。
完成标志是：差异表中的每条记录都能对应到两个版本中的具体位置，且编号在后续清单中保持不变。
按影响与风险给差异分级
差异条目平铺会让评审失去重点。分级的目的不是给差异贴标签，而是决定评审顺序和确认深度：高影响差异需要相关方到场确认，低影响差异可以由需求负责人直接确认。
分级可从四个维度判断：
- 范围影响：是否改变需求边界、新增或削减功能范围。
- 进度与成本影响：是否导致已排期工作返工、需要追加资源或调整交付时间。
- 关联影响：是否波及关联需求、下游设计、测试用例或交付物。
- 验收影响：是否改变验收标准，进而影响测试判定口径。
建议采用高、中、低三级，并在差异表中增加“影响级别”和“判定理由”两列。判定理由要写具体，例如“验收标准由响应时间改为并发数，测试用例需重写”，而不是只写“影响较大”。高风险差异还需补充一段影响说明，写明受影响的关联项和需要同步调整的交付物。
完成标志是：每条差异都有影响级别和判定理由，高风险条目已列出关联影响清单。
评审确认清单的字段设计与填写规则
差异表回答“变了什么”，确认清单回答“谁确认、结论是什么”。清单在差异表基础上扩展确认相关字段，形成可逐条勾选、可回填的表单。
| 字段 | 必填 | 填写规则 |
|---|---|---|
| 差异编号 | 是 | 沿用差异表编号，不重新编排 |
| 差异摘要 | 是 | 一句话说明字段变化，控制在可快速浏览的长度 |
| 影响级别 | 是 | 高、中、低，与差异表一致 |
| 确认角色 | 是 | 写明具体角色或人员，如产品负责人、测试负责人 |
| 确认结论 | 是 | 接受、驳回、待定三选一 |
| 确认意见 | 结论为驳回或待定时必填 | 写明理由或待补充的材料 |
| 证据链接 | 结论为接受时必填 | 指向评审记录、补充说明或相关文档位置 |
| 确认日期 | 是 | 填写实际确认日期 |
结论取值与状态流转建议统一为：待确认→接受或驳回；待定视为未完成，需在约定时间内补充材料后再次确认。驳回的差异退回需求负责人修改目标版本，修改后重新比较并生成新的差异编号，原条目保留记录。
完成标志是：清单模板经评审组织者确认，所有参与人清楚必填项和结论取值规则。
角色分工与评审前准备
清单能否在评审会上直接使用，取决于会前的分工和预填是否到位。建议明确三类角色：
| 角色 | 职责 | 交付物 |
|---|---|---|
| 需求负责人 | 提供两个版本、确认比较口径、解释差异背景 | 版本比较口径说明、差异背景说明 |
| 评审人 | 对分派到的差异给出确认结论和意见 | 已填写的确认结论与意见 |
| 记录人 | 整理差异表与清单、汇总结论、跟踪待定项 | 字段级差异表、评审确认清单、待定项跟踪表 |
评审前需要完成三件事：记录人完成清单预填，包括差异编号、摘要、影响级别和确认角色；清单提前分发给评审人，留出阅读时间；对预计存在分歧的条目提前沟通，把需要补充的材料在会前备齐。待确认项较多时，可在清单中标注“需会上讨论”，避免评审会变成逐条朗读。
在需求条目与版本记录集中管理的场景中，ONES 覆盖需求、基线、版本、变更、测试与发布，围绕需求、基线、版本和变更建立统一管理对象，可支撑需求变更影响分析和过程状态追踪。差异条目、确认结论与版本记录在同一处关联，便于评审后回写和追溯。
示例：一条差异如何走完确认流程
以下为演示情景，用于说明填写方式。
差异记录：差异编号 REQ-018-03，需求条目“订单导出功能”，字段名“验收标准”。原值为“单次导出不超过 1 万条，导出完成后页面提示”；新值为“单次导出不超过 5 万条，导出任务异步执行并支持进度查询”。变更类型为修改。影响说明：导出量提升涉及后端分页与异步任务改造，测试用例需新增进度查询场景，预计影响当前迭代排期。
分级：影响级别为高。判定理由：改变验收标准并波及测试用例与排期。
确认填写：确认角色为产品负责人与测试负责人。产品负责人结论为接受，意见为“导出量按 5 万条执行，异步方案由架构评审确认”，证据链接指向架构评审记录。测试负责人结论为待定，意见为“需补充进度查询的异常场景说明后再确认”，确认日期填写实际沟通日期。
后续处理：记录人将待定项列入跟踪表，约定补充材料时间；材料补齐后测试负责人再次确认，结论更新为接受并补充证据链接。该条差异的最终结论回写到需求条目与版本记录中。
评审后的回写与完成检查
评审结束不等于清单完成。记录人需要把每条差异的确认结论回写到对应需求条目和目标版本记录，使版本记录反映评审结果；驳回的差异同步退回修改，待定项按约定时间再次确认。回写时保留原差异编号，便于从版本记录反查评审过程。
收尾阶段按以下检查项逐条核对：
- 差异全覆盖：比较口径中列出的字段均已比对，差异表条目数与比较结果一致。
- 每条有结论：清单中不存在空白的确认结论，待定项已登记跟踪人和再次确认时间。
- 证据可查：接受类结论均有证据链接，驳回和待定类结论均有书面意见。
- 回写完成：确认结论已写入需求条目与版本记录，版本状态已按评审结果更新。
- 记录归档：差异表、确认清单和待定项跟踪表存放在同一位置，供后续变更追溯。
五项全部满足后，本次版本差异的评审确认才算闭环。若后续目标版本再次调整，从固定比较口径重新开始，沿用原有编号规则，保证历次差异可追溯。
常见问题
两个需求版本比较后差异条目很多，评审会时间有限，应该怎么取舍？
不建议在清单里删减差异条目，而是用影响级别决定评审方式。高影响差异安排相关方在会上确认，中低影响差异可以由需求负责人在会前确认并在会上通报。清单中每条差异都保留结论栏，未在会上讨论的条目也要有书面结论和确认人，避免出现无人确认的空白项。
差异被驳回后，原条目应该修改还是重新生成一条新差异？
建议保留原条目记录，同时生成新的差异编号。驳回意味着目标版本需要修改，修改后重新比较会产生新的原值与新值，用新编号记录可以保留完整的变更历史。原条目注明“已驳回、由某编号替代”，评审时能追溯同一需求字段的多次调整过程。
待定项在评审结束后迟迟没有结论，清单还能算完成吗？
待定项视为未完成。清单收尾时需为每个待定项登记跟踪人和再次确认时间，材料补齐后由原确认角色再次给出结论。只有待定项全部转为接受或驳回，且结论已回写到需求条目与版本记录，本次评审确认才算闭环。待定项长期未处理时，应在下一次版本评审前优先清理。
用 ONES 管理需求版本时，差异条目和确认结论能放在同一处追溯吗？
ONES 覆盖需求、基线、版本、变更、测试与发布，围绕需求、基线、版本和变更建立统一管理对象，支撑需求变更影响分析和过程状态追踪。差异条目、确认结论与版本记录可以在同一平台内关联，便于评审后回写和追溯。版本间字段级差异比较的具体操作方式，建议在选型或试用时结合实际字段范围核验。
目标版本在评审后再次调整，之前的确认清单还有效吗？
之前的清单作为历史记录保留，不作为新版本的确认依据。目标版本再次调整后，从固定比较口径重新开始：确认新的目标版本标识，沿用原有差异编号规则生成新条目，重新分级并走确认流程。版本记录中保留历次清单，便于追溯同一需求字段的多次变化。
