检查需求分解是否可用，先看四类指标：层级覆盖率、子项可追溯率、分解粒度达标率和遗漏与重复检出情况。它们分别回答“该拆的拆了没有”“拆出来的子项能否回溯到父需求与来源”“子项大小是否适合后续执行”“评审或抽样中是否发现无归属、重复的子项”。这些比例只有在固定需求类型、层级深度、时间窗和分母之后才有比较意义，单看一个数字无法判断分解质量。
要点总览（TL;DR）
- 需求分解完整性看四个指标：层级覆盖率、子项可追溯率、分解粒度达标率、遗漏与重复检出情况，分别对应覆盖、追溯、可用和结构问题。
- 每个比例都要固定需求类型、层级深度、时间窗和分母，并同时报告分子、分母与样本量，否则不同批次之间无法比较。
- 子项可追溯的判定标准建议设为有效父级关联与来源记录同时存在，仅有父级关联不足以说明子项有据可查。
- 分母为零时标注不适用而非记为0%，样本过小时注明样本量，结论只作参考。
- 这些指标反映结构完整性，不反映需求价值与优先级，适合用于批次评审和流程改进，不宜直接作为个人绩效依据。
评估目标：判断分解结果是否可用、是否遗漏
需求分解完整性评估的对象是需求层级中的父子关系，以及子项能否被下游角色直接使用。评估要回答两个问题：覆盖是否到位，即应当分解的父需求是否都产生了子项；子项是否可用和可追溯，即每个子项能否说明自己从哪条需求来、由谁承接、当前处于什么状态。两个问题缺一不可，只覆盖不追溯会留下无法验收的孤儿工作，只追溯不覆盖则可能整块需求没有被拆开。
评估结论通常用于三种判断。第一种是评审放行：某批需求进入开发前，用指标确认分解结果达到团队约定的门槛，再允许流转到设计或研发环节。第二种是确定返工范围：当覆盖率或可追溯率偏低时，定位到具体父需求或团队，只对问题部分返工，避免整批退回。第三种是流程改进：连续几个迭代粒度达标率偏低，说明拆分约定或评审动作需要调整，而不是逐条催促个人。
为了让结论可用，评估前要明确本次评估的批次边界，例如“本迭代进入开发的需求”或“某产品线下个版本的全部需求”。边界不清，后续所有比例都会随统计对象变化而漂移。
指标与范围：四个核心指标及统计边界
四个指标从不同角度描述分解结果，建议同时计算、分开呈现。下表给出定义、公式与单位，其中“应分解需求”指团队事先约定必须拆分的需求类型，这个约定直接决定层级覆盖率的分母。
| 指标 | 回答的问题 | 计算方式 | 单位 |
|---|---|---|---|
| 层级覆盖率 | 该拆的需求是否都拆了 | 已产生至少一个有效子项的应分解需求数 ÷ 应分解需求总数 | 百分比 |
| 子项可追溯率 | 子项能否回溯到父需求与来源 | 同时具备有效父级关联和来源记录的子项数 ÷ 纳入统计的子项总数 | 百分比 |
| 分解粒度达标率 | 子项规模是否落在约定区间 | 规模落在团队约定区间内的子项数 ÷ 纳入统计的子项总数 | 百分比 |
| 遗漏与重复检出 | 评审或抽样发现多少结构问题 | 检出无归属子项数、重复子项数，可另附检出样本量 | 个（附样本量） |
统计范围需要在评估前写清楚，至少固定四项。需求类型：只纳入约定必须分解的类型，例如产品需求或业务需求，缺陷和日常任务通常排除。层级深度：明确统计到第几层子项，避免有的团队拆两层、有的拆三层导致分母不可比。时间窗：按需求进入某状态的时间或迭代周期截取，同一批次内口径一致。纳入与排除规则：已关闭、已取消或明确标记为不分解的需求如何处理，要提前约定并记录。
四个指标中，前三个是比例，需要同时报告分子、分母和样本量；第四个是计数，需要同时报告抽样范围。没有分母的比例无法复核，没有抽样范围的检出数也无法判断严重程度。
数据口径与证据：字段、来源与缺失值处理
取数依赖需求层级中的几类字段：父需求标识、子项标识、子项来源记录、子项状态、子项规模或工作量字段，以及需求类型和所属团队。父级关联字段用于判断子项挂在哪个需求下，来源记录用于判断子项是否有可查的提出方或关联单据。可追溯的判定标准建议设为“有效父级关联与来源记录同时存在”，仅有父级关联只能说明结构上挂接，不能说明子项有据可查。
数据清洗要处理三类情况。缺失值：父级关联为空的需求单独列为“未分解”或“孤儿需求”，不直接计入已分解，也不悄悄从分母中删除。孤儿需求：存在于子项列表但找不到有效父级的记录，应进入遗漏检出清单，由需求负责人确认归属。跨项目关联：子项与父需求分属不同项目时，按评估前约定的规则处理，通常保留在统计内并单独标注，避免因项目边界造成重复计数或漏计。
定性证据与定量数据配合使用。评审记录用于确认哪些子项在评审中被指出遗漏或重复，抽样清单用于说明检出了多少条、抽了多大范围。抽样时建议按需求类型、团队或层级分层抽取，保证覆盖到不同来源的子项。证据采集清单可以包括：父需求清单及是否应分解的标记、子项清单及父级与来源字段、评审问题记录、抽样范围和抽样人。
当需求层级和关联记录在工具中统一管理时，取数会稳定很多。ONES 支持用子工作项对功能复杂的需求进行拆解，并关联研发和测试任务；统一的需求池与任务看板可以同步状态、追溯需求与问题。评估前可以在这样的结构中导出父需求与子项清单，再按本文口径核算覆盖与追溯情况。具体字段配置和导出方式需在实际环境中确认，评估口径仍以团队约定为准。
计算与评估步骤：从取数到判读
按以下顺序执行，可以保证结果可复算、异常有交代。
- 锁定评估批次。写明需求类型、层级深度、时间窗和排除规则，形成一页口径说明，后续所有数字都以此为准。
- 取数并清洗。导出父需求清单和子项清单，补齐父级关联、来源记录、状态和规模字段；把缺失父级、孤儿记录、跨项目关联分别标记，不直接删除。
- 确定分母。层级覆盖率的分母是应分解需求数，子项可追溯率和粒度达标率的分母是纳入统计的子项数，两个分母来源不同，不能混用。
- 逐指标计算。先算层级覆盖率，再算子项可追溯率，然后算粒度达标率，最后整理遗漏与重复检出清单。每个比例同时记录分子、分母和样本量。
- 处理异常。分母为零时标注“不适用”并说明原因，不记为0%；样本过小时注明样本量，结论只作参考，不与其他批次直接比较。
- 分层看数。按需求类型、团队、层级分别呈现，再汇总整体。整体比例正常但某团队覆盖率明显偏低时，返工范围应落到该团队。
- 形成结论并复核。结论写明放行、返工或改进建议，附上口径说明和证据清单，由需求负责人或评审人复核后再用于决策。
跨版本对比时，先确认两期口径一致，包括需求类型、层级深度和时间窗。口径变化时应在结论中注明，不能把不同口径下的比例直接相减当作改进幅度。
例子：一个迭代的需求分解完整性核算
以下为演示情景，数字为假设，用于说明计算过程。某团队一个迭代内纳入统计的应分解需求共40条，其中32条已产生至少一个有效子项；纳入统计的子项共120条，其中108条同时具备有效父级关联和来源记录，90条规模落在团队约定的区间内；评审抽样检查了30条子项，发现2条无归属、1条与其他子项重复。
| 指标 | 代入计算 | 结果 |
|---|---|---|
| 层级覆盖率 | 32 ÷ 40 | 80% |
| 子项可追溯率 | 108 ÷ 120 | 90% |
| 分解粒度达标率 | 90 ÷ 120 | 75% |
| 遗漏与重复检出 | 抽样30条，检出无归属2条、重复1条 | 3条问题记录 |
判读时先看覆盖率：8条应分解需求没有子项，需要逐条确认是遗漏还是确实无需拆分，前者补拆，后者补充不分解说明。再看可追溯率：12条子项缺少父级关联或来源记录，应回到子项清单定位，补齐关联后再进入开发。粒度达标率75%说明有30条子项偏大或偏小，偏大的子项在进入研发前继续拆分，偏小的子项考虑合并，避免管理成本过高。抽样检出3条问题记录，说明结构问题仍然存在，应把抽样范围扩大到未覆盖的团队，并将检出项纳入返工清单。
这组数字组合起来才能支持放行判断：覆盖率80%且存在明确遗漏时，整批不宜直接放行，但可以按父需求拆分返工范围，已覆盖且可追溯的部分先行流转。
解读与限制：指标能说明什么、不能说明什么
覆盖率与可追溯率需要结合看。覆盖率高但可追溯率低，说明拆出来的子项缺少来源和父级依据，后续验收和变更都会失去参照；可追溯率高但覆盖率低，说明已拆的部分结构清楚，仍有整块需求没有被展开。两个比例同时偏低时，优先处理覆盖率，因为未分解的需求影响范围更大。
粒度达标率依赖团队约定的规模区间，不同团队的区间不同，结果不能直接横向比较。跨团队汇总时应分别呈现，或先统一区间再比较。遗漏与重复检出属于抽样指标，检出数量受抽样范围和抽样人判断影响，适合作为返工线索，不宜单独作为放行依据。
这些指标反映的是分解的结构完整性，不反映需求本身的价值、优先级是否正确，也不反映拆分后的业务合理性。覆盖率100%不代表需求值得做，粒度达标也不代表子项安排合理。把单指标直接当作个人绩效或质量保证，容易诱导为了凑比例而机械拆分或补填关联，反而削弱指标的可信度。更稳妥的做法是把指标用于批次评审和流程改进，配合评审记录与抽样证据形成判断。
常见问题
层级覆盖率的分母应该怎么定，才能在不同迭代之间比较？
分母建议用“应分解需求数”，也就是团队事先约定必须拆分的需求类型在本次评估批次内的总数。要保证可比，需要固定四项：需求类型（例如只纳入产品需求或业务需求，排除缺陷和日常任务）、层级深度（统计到第几层子项）、时间窗（按进入某状态的时间或迭代周期截取）、排除规则（已关闭、已取消或明确不分解的需求如何处理）。口径一旦变化，应在结论中注明，不能把不同口径下的比例直接相减当作改进幅度。
子项有父级关联但找不到来源记录，算不算可追溯？
按本文建议的判定标准，不算。可追溯要求有效父级关联与来源记录同时存在：父级关联说明子项在结构上挂在某条需求下，来源记录说明子项有可查的提出方或关联单据。只有父级关联时，子项在结构上可见，但后续验收、变更和问题回溯缺少依据。这类子项应计入可追溯率的未达标部分，并回到子项清单补齐来源后再进入开发。
某个团队本期没有应分解需求，覆盖率怎么报？
分母为零时标注“不适用”并说明原因，不记为0%。记为0%会被误读为分解质量差，而实际情况是该团队本期没有纳入统计的应分解需求。同时建议在汇总表中保留该团队行，注明样本量为零，避免整体比例掩盖局部情况。如果连续多个周期都出现分母为零，可以检查需求类型约定是否覆盖了该团队的实际工作。
粒度达标率能不能直接拿来比较两个团队？
不建议直接比较。粒度达标率的分母是纳入统计的子项数，分子是规模落在团队约定区间内的子项数，而区间由各团队自行约定，区间不同则结果不可比。跨团队汇总时应分别呈现，或先统一规模区间再比较。即使统一了区间，也要确认两边的规模字段取数方式一致，例如都按同一工作量单位记录，否则比例差异可能来自字段口径而非拆分质量。
评审抽样检出几条问题记录，能直接作为不放行的依据吗？
检出数适合作为返工线索，单独作为放行依据不够。遗漏与重复检出属于抽样指标，检出数量受抽样范围和抽样人判断影响，抽30条和抽100条得到的数字不能直接比较。更稳妥的做法是把检出清单与覆盖率、可追溯率结合看：覆盖率或可追溯率偏低且有检出记录时，按父需求定位返工范围；比例正常但仍有检出时，扩大抽样范围确认问题是否集中在特定团队或需求类型。
