评估范围基线质量，可以拆成完整性与稳定性两个方向分别取数：完整性判断基线是否覆盖全部可交付成果、每条需求是否有验收标准和责任人、WBS是否分解到可估算粒度；稳定性判断基线确定后是否被频繁或大幅改动。核心指标包括需求覆盖率、验收标准覆盖率、WBS叶子节点完整率、基线变更次数、变更需求占比、变更规模占比和基线后返工率。这些指标都需要写清分子分母、统计时间窗和缺失值处理方式，结果才能在不同基线版本之间复算和比较。
要点总览（TL;DR）
- 完整性评估在基线冻结前做一次，看需求覆盖率、验收标准覆盖率、WBS叶子节点完整率和责任人与估算字段填写率，判断基线能否直接执行和验收。
- 稳定性评估在基线确定后按周期滚动计算，看基线变更次数、变更需求占比、变更规模占比和基线后返工率，观察范围漂移的幅度和来源。
- 每个指标都要写清分子、分母、统计时间窗和缺失值处理规则；缺失字段按剔除、按未完成计或单列说明，同一项目连续评估必须沿用同一规则。
- 通过标准取自本项目历史基线数据的中位数与波动范围，或由项目负责人、需求负责人和QA在评审时约定，不套用通用达标线。
- 指标只提示需要进一步查看的位置：高覆盖率不代表范围正确，变更次数少也可能是需求尚未被发现，结论要结合变更原因和评审记录形成。
评估目标：完整性与稳定性分别回答什么问题
完整性评估回答的是“这份基线能不能直接拿去执行和验收”。它检查基线版本内的需求是否都被纳入、每条需求是否有可判定的验收标准、WBS是否分解到可以估算工时和成本的粒度、责任人与估算字段是否填写完整。完整性不足的基线，执行阶段会不断暴露未定义的工作，计划与实际的偏差难以归因。
稳定性评估回答的是“基线确定之后，范围被改动的频率和幅度有多大”。它关注基线确定日到评估日之间发生了多少次变更、涉及多少条需求、变更带来的工作量占原基线规模的比例，以及因变更或需求理解偏差产生的返工。稳定性差的基线，意味着前期确认的范围与实际可执行范围存在系统性差距。
两类评估的使用时点不同。完整性评估适合在基线评审通过前做一次全面检查，作为基线能否冻结的依据；稳定性评估适合在基线冻结后按固定周期（如每两周或每个里程碑）滚动计算，用于观察范围漂移趋势。责任角色上，完整性通常由需求负责人、WBS分解人和项目负责人共同确认，稳定性由项目负责人或PMO按变更记录统计。
指标与范围：纳入哪些指标、统计哪些对象
指标分为两组，统计对象统一为基线版本内的需求与工作项，时间窗从基线确定日开始，到评估日结束。完整性指标在基线冻结时点计算一次；稳定性指标在基线确定后按周期重复计算。
| 类别 | 指标名 | 定义 | 单位 | 时间窗 |
|---|---|---|---|---|
| 完整性 | 需求覆盖率 | 基线内已纳入的需求数占应纳入需求总数的比例 | 百分比 | 基线冻结时点 |
| 完整性 | 验收标准覆盖率 | 基线内具备可判定验收标准的需求数占基线需求总数的比例 | 百分比 | 基线冻结时点 |
| 完整性 | WBS叶子节点完整率 | 已填写责任人、估算工时且可独立交付的叶子节点数占叶子节点总数的比例 | 百分比 | 基线冻结时点 |
| 完整性 | 责任人与估算字段填写率 | 需求与工作项中责任人和估算字段均已填写的条目数占条目总数的比例 | 百分比 | 基线冻结时点 |
| 稳定性 | 基线变更次数 | 基线确定后发生的、经确认的范围变更单数量 | 次 | 基线确定日至评估日 |
| 稳定性 | 变更需求占比 | 发生变更的需求数占基线需求总数的比例 | 百分比 | 基线确定日至评估日 |
| 稳定性 | 变更规模占比 | 变更涉及的工作量（工时或故事点）占原基线总工作量的比例 | 百分比 | 基线确定日至评估日 |
| 稳定性 | 基线后返工率 | 基线确定后因范围变更或需求理解偏差而重做的工作量占已完成工作量的比例 | 百分比 | 基线确定日至评估日 |
统计对象需要事先锁定：以基线版本快照中的需求清单和WBS结构为准，评估期间新增但未纳入基线的需求不计入分母，单独记录为“基线外新增”。这样处理可以避免分母随执行过程不断膨胀，导致覆盖率虚高或变更占比被稀释。
数据口径：分子分母、缺失值与不可比情形
每个指标都要写成可复算的公式，并明确分母范围和缺失字段的处理规则。下表给出各指标的口径卡。
| 指标 | 分子 | 分母 | 缺失值规则 |
|---|---|---|---|
| 需求覆盖率 | 基线内已纳入的需求数 | 应纳入需求总数（来自需求池或范围说明书的确认清单） | 来源清单缺失的需求单列为“待确认”，不计入分子 |
| 验收标准覆盖率 | 验收标准字段已填写且可判定的需求数 | 基线需求总数 | 字段为空按未完成计；填写但无法判定通过与否的，单列说明 |
| WBS叶子节点完整率 | 责任人、估算工时均已填写且标记为可交付的叶子节点数 | WBS叶子节点总数 | 任一字段为空按未完成计 |
| 责任人与估算字段填写率 | 两个字段均已填写的条目数 | 基线内需求与工作项条目总数 | 字段为空按未完成计 |
| 基线变更次数 | 经确认的范围变更单数量 | 不适用（计数指标） | 状态为“待审批”的变更不计入，单独记录 |
| 变更需求占比 | 发生变更的需求数（同一需求多次变更计一次） | 基线需求总数 | 变更记录缺失的需求不计入分子，在说明中标注 |
| 变更规模占比 | 变更涉及的工作量合计 | 原基线总工作量 | 工作量字段缺失的变更按同类需求的中位数估算，并标注为估算值 |
| 基线后返工率 | 返工工作量（重做的任务工时合计） | 基线确定后已完成工作量 | 无法区分返工与新增的，单列说明，不并入分子 |
缺失字段有三种处理方式，需要在评估前统一约定：剔除该条目、按未完成计入分母、或单列说明不参与计算。三种方式结果差异明显，同一份数据用“剔除”和“按未完成计”算出的覆盖率可能相差十几个百分点，因此同一项目跨周期比较时必须沿用同一规则。
不可比情形主要有三类。分母为零时，该指标记为“不适用”，不用0%代替，避免被误读为质量极差。基线版本不同时，只做同版本内的纵向比较，跨版本比较需先确认需求粒度和WBS分解深度一致。需求粒度不一致时，例如一个版本按功能点拆分、另一个版本按用户故事拆分，变更需求占比和变更规模占比都不可直接比较，应改为比较变更规模占比这一相对指标，或在同一粒度下重新统计。
计算与评估步骤：从取数到形成判断
评估按取数、清洗、计算、复核四步执行，每步都有明确的产出物。
- 取数。导出基线版本快照中的需求清单、WBS结构、责任人字段、估算字段，以及基线确定日之后的变更记录和返工任务记录。产出物是一份带版本号和时间戳的原始数据表。
- 清洗。统一需求粒度，剔除重复条目，标记缺失字段并按约定规则处理，把基线外新增需求单独归集。产出物是清洗后的计算底表，附缺失值处理说明。
- 计算。按口径卡逐项代入公式，记录每个指标的分子、分母和结果。产出物是指标计算表，每个数字可回溯到底表中的具体条目。
- 复核。由未参与计算的人抽查至少10%的条目，核对分子分母归属是否正确，确认缺失值规则执行一致。产出物是复核记录，有分歧的条目回到清洗环节修正。
通过标准的设定不套用通用达标线。可行做法有两种：一是取本项目过去三到五个基线版本的同口径指标，计算中位数和波动范围，把明显偏离历史区间的结果作为需要解释的信号；二是由项目负责人、需求负责人和QA在基线评审时共同约定阈值，写入项目范围管理计划。两种做法都要求阈值与口径卡一起存档，后续评估沿用同一标准。
完整性与稳定性的结果需要合并解读。完整性高但稳定性低，说明基线定义清楚，但前期需求确认不充分或外部条件变化快，重点应放在变更原因分析；完整性低但稳定性高，可能是需求尚未被发现，也可能是团队对变更不敏感，需要结合基线外新增需求的数量判断；两项都低，则应先补完整性，再观察稳定性是否随之改善。
在工具层面，ONES 瀑布项目管理解决方案支持用「项目计划」创建工作分解结构，按目标、交付物或项目阶段分解计划和工作，并支持设置项目计划和里程碑基线、对比计划与执行的偏差；同时支持对比版本细节、追溯变更细节。这些记录可以作为上述指标取数的来源：WBS叶子节点的责任人与估算字段、基线版本快照、变更记录分别对应完整性指标和稳定性指标的分子分母。ONES ALM 方案围绕需求、基线、版本和变更建立统一管理对象，便于把变更需求与基线需求对应起来统计。具体字段和报表覆盖范围以实际产品版本为准。
例子：一个基线版本的完整性与稳定性计算
以下为演示情景，数据为假设值，用于说明公式代入和结果解读方式。
假设某项目基线版本含80条需求，WBS共120个叶子节点，原基线总工作量经估算为960人时。基线确定后30天内，发生经确认的范围变更6次，涉及需求12条，变更涉及工作量合计96人时，期间完成工作量400人时，其中返工工作量48人时。完整性检查时，应纳入需求总数为88条，已纳入80条；具备可判定验收标准的需求64条；WBS叶子节点中责任人、估算工时均已填写且可交付的为102个；需求与工作项条目共200条，两个字段均已填写的为170条。
| 指标 | 计算过程 | 结果 |
|---|---|---|
| 需求覆盖率 | 80 ÷ 88 | 90.9% |
| 验收标准覆盖率 | 64 ÷ 80 | 80.0% |
| WBS叶子节点完整率 | 102 ÷ 120 | 85.0% |
| 责任人与估算字段填写率 | 170 ÷ 200 | 85.0% |
| 基线变更次数 | 计数 | 6次 |
| 变更需求占比 | 12 ÷ 80 | 15.0% |
| 变更规模占比 | 96 ÷ 960 | 10.0% |
| 基线后返工率 | 48 ÷ 400 | 12.0% |
解读示例一：完整性偏低。验收标准覆盖率80%，意味着80条需求中有16条缺少可判定的验收标准，这些需求在验收阶段容易产生争议；WBS叶子节点完整率85%，有18个叶子节点缺少责任人或估算，执行时可能出现无人认领或工时失控。若历史基线版本的验收标准覆盖率中位数在92%左右，本次结果明显偏低，应在基线评审中退回补充，而不是直接冻结。
解读示例二：稳定性偏低。变更需求占比15%、变更规模占比10%，若历史同口径中位数分别为6%和4%，说明基线确定后范围改动幅度偏大；返工率12%进一步提示部分变更源于前期需求理解偏差。此时应查看6次变更的原因分类：若集中在外部条件变化，属于正常范围调整；若集中在需求遗漏或理解偏差，则说明完整性评估环节没有拦住问题，需要加强基线冻结前的评审。
解读与限制：指标能说明什么、不能说明什么
指标反映的是基线文档和记录的状态，不能直接等同于范围本身正确。需求覆盖率90.9%只说明应纳入清单中的大部分需求已进入基线，如果应纳入清单本身不完整，覆盖率再高也掩盖不了范围遗漏。验收标准覆盖率同理，标准写得齐全但标准本身与业务目标脱节，验收环节仍然会出问题。
变更次数少不必然代表基线稳定。需求尚未被识别、变更没有走正式记录、团队对范围调整不敏感，都会让变更次数停留在低位。判断稳定性时，应同时看基线外新增需求的数量和变更记录的完整性，必要时抽查执行任务与基线需求的对应关系。
任何单项指标都不适合作为绩效结论。变更需求占比高可能是前期确认不足，也可能是业务环境本身变化快；返工率高可能源于范围问题，也可能源于技术方案或质量标准。指标的作用是提示需要进一步查看的位置，结论要结合变更原因分类、评审记录和需求来源一起形成。
使用这些指标时还需注意三点：口径卡要与指标结果一起存档，换人计算时能复现；跨基线版本比较前先确认需求粒度和WBS分解深度一致；缺失值处理规则在同一项目的连续评估周期内保持不变，确需调整时在新周期开始前说明并重算历史数据。做到这三点，完整性与稳定性指标才能作为范围基线质量的稳定观察工具，而不是一次性的检查表。
常见问题
基线冻结前完整性指标没达标，应该先冻结再补，还是退回补充？
建议退回补充后再冻结。完整性指标检查的是基线能否直接执行和验收，验收标准缺失或WBS叶子节点没有责任人和估算，冻结后这些问题会在执行和验收阶段以返工、争议的形式暴露，届时修改成本更高。
如果业务上必须先行冻结，可以把未达标条目单列为“待补充清单”，明确补充责任人和截止时间，并在下一次稳定性评估时单独统计这批条目的变更情况，避免它们混入正常变更数据。
基线确定后新增的需求，应该计入稳定性指标吗？
不计入稳定性指标的分母和分子，单独记录为“基线外新增”。稳定性指标衡量的是基线版本内范围被改动的程度，把基线外新增需求并入分母会让变更占比被稀释，跨周期比较也失去意义。
基线外新增的数量本身是有用的观察信号：数量持续偏高，说明前期完整性评估没有拦住范围遗漏，应回到需求覆盖率这一指标上找原因。
不同基线版本之间可以直接比较这些指标吗？
需要先确认两个版本的需求粒度和WBS分解深度一致。一个版本按功能点拆分、另一个按用户故事拆分时，变更需求占比和变更规模占比都不可直接比较。
粒度不一致时，可以改用变更规模占比这类相对指标做粗略对照，或在统一粒度下重新统计后再比较。分母为零的指标记为“不适用”，不用0%代替，避免被误读为质量极差。
指标算出来偏离历史区间，下一步该查什么？
先看变更原因分类和评审记录。变更集中在外部条件变化，属于正常范围调整；集中在需求遗漏或理解偏差，说明完整性评估环节没有拦住问题。返工率偏高时，还要区分返工源于范围问题还是技术方案、质量标准问题。
指标的作用是提示查看位置，偏离区间本身不构成绩效结论。建议把口径卡、指标结果和原因分析一起存档，下一周期沿用同一口径复算，观察是偶发波动还是持续趋势。
用ONES记录这些指标需要准备哪些数据？
需要三类记录：基线版本快照中的需求清单与WBS结构，含责任人和估算字段；基线确定日之后的变更记录；返工任务的工作量记录。ONES 瀑布项目管理解决方案支持用「项目计划」创建工作分解结构，并支持设置项目计划和里程碑基线、对比计划与执行的偏差，也支持对比版本细节、追溯变更细节，这些记录可以作为取数来源。
ONES ALM 方案围绕需求、基线、版本和变更建立统一管理对象，便于把变更需求与基线需求对应起来统计。具体字段和报表覆盖范围以实际产品版本为准，评估前建议先确认所需字段是否都能导出。
