评估需求可验证性，核心是判断每条需求能否被客观检验是否达成。需要准备的数据与证据包括：需求条目原文与验收条件、验收标准的量化口径、验证方式与责任人约定、评审记录与结论，以及验证执行后的实测数据或确认记录。本文按“表述可检验—标准可量化—证据可取得—结果可复核”四步逐条判定，并给出占比计算与结果解读方式。
要点总览（TL;DR）
- 评估需求可验证性，需要准备五类材料：需求条目与验收条件文本、验收标准的量化口径、验证方式与责任人约定、评审记录与结论、验证执行后的实测数据或确认记录。
- 判定按四个维度逐条进行：表述可检验、标准可量化、证据可取得、结果可复核；四维度全部通过才计为可验证。
- 整体结果用可验证需求占比表示：可验证需求条数÷纳入评估需求总条数×100%；分母为零时记为无有效样本，不写为0%。
- 材料缺失按“未确认”处理，计入分母、不计入分子，并标注缺失项与补齐责任人，避免把准备不足当成需求不通过。
- 占比只反映表述与证据的完备程度，不能替代需求价值判断，也不能作为交付效果的证明；跨期比较前需确认口径与判定标准一致。
评估目标：判断需求能否被客观检验
这项评估要回答一个具体问题：拿到一条需求，评审人能否在不依赖提出者口头解释的情况下，判断它是否已经达成。评估对象是需求条目本身及其验收条件、验证约定，产出是每条需求的“可验证/未确认”判定，以及需求集层面的可验证占比。
判定对象包含三部分内容。第一是需求条目原文，看它描述的是可观察的行为、结果或状态，还是停留在“提升体验”“优化流程”这类无法直接检验的表述。第二是验收条件，看需求是否附带可执行的达成判断依据，例如功能触发后的预期输出、性能阈值、数据一致性规则。第三是验证约定，看由谁、在什么时点、用什么方式确认结果。
需要划清边界。方案原型评审关注交互与实现思路是否合理，阶段决策关注需求是否进入下一环节、资源如何分配，这两类评审的结论都不等于可验证性判定。本次评估只在需求评审环节进行，不评价需求价值高低，也不判断技术方案优劣。一条需求可能价值很高但表述模糊，在本次评估中仍记为未确认；反过来，表述清晰的需求也可能因优先级原因被搁置，这不影响它的可验证性结论。
指标与范围：可验证性评估看哪些维度
可验证性按四个维度逐条判定，四个维度都通过，该需求才计入可验证条数。维度设计遵循一个原则：每个维度都能由评审人依据材料给出通过或不通过的结论，减少“感觉差不多”的中间状态。
| 维度 | 判定问题 | 通过标准 | 判定类型 |
|---|---|---|---|
| 表述可检验 | 需求描述能否对应可观察的结果、行为或状态 | 能指出至少一个可观察对象和预期表现 | 定性 |
| 标准可量化 | 验收条件是否给出单位、阈值或时间窗 | 定量需求有数值口径；定性需求有明确的通过描述 | 定量与定性并用 |
| 证据可取得 | 验证所需的数据、记录或确认能否在约定时点取得 | 证据来源明确，取得方式与责任人已约定 | 定性 |
| 结果可复核 | 他人能否依据留存材料重现判定过程 | 评审记录、验收依据、实测数据可追溯 | 定性 |
适用范围需要在评估启动前写清楚：纳入哪些需求，按迭代、按模块还是按需求类型圈定；排除哪些需求，例如纯文案调整、外部依赖尚未确定的需求。范围一旦确定，本期占比的分母就固定下来，跨期比较才有意义。范围变更应记录变更原因和生效时间，不与历史数据混算。
定量维度与定性维度要分开处理。定量维度看单位、阈值、时间窗是否齐全，例如“页面加载时间不超过2秒（P95，生产环境，统计窗口7天）”。定性维度看是否有事先约定的通过描述和确认方式，例如“客服人员完成新流程操作培训并通过抽检，抽检由业务负责人执行，覆盖不少于10人”。定性需求同样可以判定，前提是标准在评审前写定，而非评审时临时补充。
数据口径与证据：需要准备哪些材料
评估所需材料分为五类，每类都要明确来源、口径和缺失时的处理方式。材料准备在评审会前完成，评审会上只做判定，避免边找材料边下结论。
| 材料 | 来源 | 口径要求 | 缺失处理 |
|---|---|---|---|
| 需求条目与验收条件文本 | 需求管理工具中的需求单、需求文档 | 使用评审时点的版本，标注版本号与更新时间 | 无验收条件文本，该需求直接记为未确认 |
| 验收标准量化口径 | 需求单验收字段、指标定义文档 | 写明单位、阈值、统计时间窗、统计环境 | 口径不全记为未确认，标注缺哪一项 |
| 验证方式与责任人约定 | 评审记录、验证计划 | 写明验证方式（测试、抽检、数据核对、书面确认）、责任人和时点 | 未约定责任人，证据可取得维度不通过 |
| 评审记录与结论 | 评审会议记录、评审结论页 | 记录参与人、判定结论、异议与处理结果 | 无记录则该需求结果可复核维度不通过 |
| 验证执行后的实测数据或确认记录 | 测试报告、监控数据、业务确认单 | 与验收标准同一口径，注明采集时间 | 尚未执行验证的，标注“待验证”，不计入已确认 |
缺失值处理遵循一条规则：缺材料记为“未确认”，不记为“不通过”，也不默认通过。每条未确认需求要在评估记录中写明缺失项和补齐责任人，便于下一轮复评。这样处理的原因是，材料缺失反映的是评审准备不足，与需求本身能否被检验是两个问题，混在一起会让占比失去解释力。
评审记录与需求条目的留存方式直接影响结果可复核维度。在实际协作中，需求条目、验收条件、评审结论如果分散在文档、聊天记录和会议纪要里，复核时往往找不到对应版本。ONES 的需求管理与评审承载方式可以把需求条目、验收条件字段和评审结论放在同一条工作项记录上，评审结论与需求版本关联留存，复核人按需求单即可追溯判定依据。这一衔接解决的是证据留存问题，判定标准仍由团队在评估前约定。
计算与评估步骤：逐条判定可验证性
单条需求按四步顺序判定，前一步不通过时仍完成后续步骤的记录，便于定位问题出在表述、标准还是证据环节。
- 检查表述可检验：在需求原文中找出可观察对象和预期表现。找不到的，记“表述不可检验”，继续记录其余维度。
- 检查标准可量化：核对验收条件是否包含单位、阈值、时间窗；定性需求核对是否有通过描述和确认方式。
- 检查证据可取得：确认验证所需数据或记录有明确来源、取得方式和责任人，且能在约定时点取得。
- 检查结果可复核：确认评审记录、验收依据和实测数据可被他人调取，判定过程能重现。
四步全部通过，该需求计为可验证；任一步不通过或材料缺失，计为未确认。整体结果用可验证需求占比表示：
可验证需求占比 = 可验证需求条数 ÷ 纳入评估需求总条数 × 100%
公式中的分子只统计四维度全部通过的需求，分母是评估启动前圈定的需求集合条数。分母为零时，例如本期没有纳入任何需求，该期占比记为“无有效样本”，不写为0%，也不参与跨期平均。证据缺失导致某条需求无法判定时，该条计入分母、不计入分子，并在明细中标注缺失项。
定性证据的通过标准要在评估前写定，通常包含三项约定：确认形式（书面确认单、抽检记录或系统操作日志）、确认人（业务负责人或指定角色）、确认时间窗（验证执行后多少个工作日内完成）。三项齐全且实际留存，定性证据维度通过。评审会上临时补充的确认方式不计入本期通过，可留待复评。
例子：一条需求的可验证性判定
以下为演示情景，用于说明判定过程，不代表真实项目数据。
示例需求：订单列表页支持按订单状态筛选，筛选结果在1秒内返回。
验收条件原文：用户选择订单状态后，列表只显示对应状态的订单；接口响应时间不超过1秒（P95，生产环境，统计窗口7天）；筛选条件在刷新后保留。
逐维度判定：表述可检验，通过，可观察对象是筛选后的列表内容和响应时间；标准可量化，通过，响应时间有阈值、分位值、环境和时间窗，列表内容有明确的对应关系；证据可取得，通过，响应时间取自生产环境监控，列表内容由测试用例覆盖，责任人已约定为测试负责人；结果可复核，通过，监控数据与测试记录按需求单留存。四维度全部通过，该需求计为可验证。
占比计算示例：假设本期纳入评估需求20条，其中14条四维度全部通过，可验证需求占比为14÷20×100%＝70%。剩余6条中，3条因验收条件缺少时间窗记为未确认，2条因未约定验证责任人记为未确认，1条因评审记录缺失导致结果可复核维度不通过。明细中逐条标注缺失项，下一轮复评时优先补齐。
判定结论与依据要写在同一处：结论为“可验证”，依据是四维度判定记录和对应材料位置。结论为“未确认”的，同样写明卡在哪个维度、缺什么材料、由谁补齐。
解读与限制：结果怎么用、不能说明什么
可验证需求占比反映的是需求表述与证据的完备程度。占比上升，说明更多需求在评审时具备了可检验的达成判断依据，评审结论更容易被复核；占比下降，通常指向验收条件撰写或评审准备环节的问题，可据此安排模板完善和评审前检查。
这个指标有明确的使用边界。它不衡量需求价值，一条表述清晰的需求可能并不值得做；它也不保证交付效果，可验证只说明“能检验”，检验结果是否达标由后续验证执行回答。把占比当作需求质量总分或交付绩效证明，会超出指标能承载的信息。
跨期比较前要确认三件事：需求集合口径一致，分母圈定规则没有变化；判定标准一致，四维度通过标准没有放宽或收紧；材料留存方式一致，复核路径可比。三者任一变化，应在结果中注明，不与历史数据直接对比。数据不可比时，宁可分段呈现，也不做趋势结论。
复评建议按固定节奏进行，例如每个迭代评审结束后对未确认需求做一次补齐复评，重点看缺失项是否集中在同一类材料上。若多数未确认需求都卡在验收标准量化口径，改进方向是统一验收条件模板；若集中在评审记录缺失，改进方向是固定记录留存位置和必填字段。改进动作落到具体环节，下一期占比的变化才有解释依据。
常见问题
需求评审时临时补充的验收标准，能否计入本期可验证条数？
通常不计入本期通过。可验证性评估的前提是标准在评审前写定，评审会上临时补充的确认方式或量化口径，说明该需求在评审时点尚未具备可检验的达成依据，应记为未确认，并留待下一轮复评。
如果团队希望把这类需求纳入改进跟踪，可以在评估记录中单独标注“评审中补充”，与“完全缺失”区分开，便于分析问题集中在撰写环节还是评审准备环节。但占比计算仍按评审时点的材料状态执行，不因会后补齐而回溯修改本期结果。
定性需求没有数值指标，怎么判定它是否可验证？
定性需求同样可以判定，关键看是否有事先约定的通过描述和确认方式。评估时核对三项约定是否齐全：确认形式（书面确认单、抽检记录或系统操作日志）、确认人（业务负责人或指定角色）、确认时间窗（验证执行后多少个工作日内完成）。
三项齐全且实际留存，定性证据维度通过。若只有“体验良好”“流程顺畅”这类描述，没有确认形式和确认人，则标准可量化维度不通过。定性需求的判定一致性依赖评估前写定的标准，评审时临时放宽会让不同批次的结果失去可比性。
本期纳入评估的需求很少，占比还有参考意义吗？
样本量很小时，占比的波动会被单条需求放大，例如纳入5条需求，1条未确认就会让占比下降20个百分点。这种情况下建议同时呈现分子分母和未确认明细，让读者看到具体卡在哪些维度，避免只给一个百分比。
分母为零时，例如本期没有圈定任何需求，该期占比记为“无有效样本”，不写为0%，也不参与跨期平均。样本过少的期次可以单独列出，不与常规期次直接做趋势对比。
跨迭代比较可验证需求占比，需要先确认哪些前提？
比较前确认三件事：需求集合口径一致，分母的圈定规则（按迭代、按模块或按需求类型）没有变化；判定标准一致，四维度的通过标准没有放宽或收紧；材料留存方式一致，复核路径可比。
三者任一发生变化，应在结果中注明变更原因和生效时间，不与历史数据直接对比。数据不可比时，宁可分段呈现各期结果，也不做趋势结论。范围变更频繁的团队，可以把口径说明随评估记录一并留存，减少后续解释成本。
未确认需求补齐材料后，应该修改原评估结果吗？
建议保留原评估结果，把补齐后的复评作为新的一次判定记录。原结果反映的是评审时点的材料状态，修改它会破坏历史数据的可比性；复评记录则用于跟踪改进效果，两者分开留存。
复评时重点看缺失项是否集中在同一类材料上。若多数未确认需求都卡在验收标准量化口径，改进方向是统一验收条件模板；若集中在评审记录缺失，改进方向是固定记录留存位置和必填字段。改进动作落到具体环节，下一期占比的变化才有解释依据。
