衡量需求交付健康度，可以用四组过程指标：排期准确性看排期偏差率和计划完成率，流动效率看周期时间、流动效率和在制品数量，交付稳定性看准时率和吞吐量波动，过程质量看返工率、阻塞时长和变更频次。这些指标都围绕需求条目在实现过程中的状态变化取数，需要固定分子分母、时间窗和缺失值规则，组合解读，才能支撑改进判断。
要点总览（TL;DR）
- 衡量需求交付健康度可围绕四组过程指标：排期准确性（排期偏差率、计划完成率）、流动效率（周期时间、流动效率、在制品数量）、交付稳定性（交付准时率、吞吐量波动）、过程质量（返工率、阻塞时长、变更频次）。
- 每个指标要固定分子分母、单位、时间窗和缺失值处理规则，分母为零记为“不适用”，跨迭代需求按完成时间归属，取数时点保持一致。
- 计算按五步执行：锁定需求条目集合、逐项取数、处理异常与缺失、组合多组指标判断、与自身历史基线对比，不套用外部通用达标线。
- 组合解读比单一指标更可靠：排期偏差率上升时结合阻塞时长和变更频次判断来源，指标明显改善而其他指标未同步变化时回到原始记录核对。
- 过程指标反映现象和趋势，不能直接证明因果，也不宜跨团队横向排名或作为单一绩效结论，口径变更后需重新建立基线。
评估目标：健康度要回答哪几个问题
需求交付健康度评估的对象是需求从进入排期到完成交付的实现过程。它要回答四个问题：排期是否可信，需求流动是否顺畅，交付是否稳定，过程中是否存在隐性损耗。这四个问题分别对应承诺兑现、流动效率、结果波动和过程质量，也构成后文四组指标的选取依据。
评估结果用于发现过程问题和确定改进方向。它适合回答“哪个环节让需求停住了”“排期偏差主要来自哪类需求”“返工集中在哪个阶段”这类问题。迭代整体安排是否合理、需求验收结论是否通过，属于另外的管理议题，本文不展开。把健康度结果直接当作团队或个人的绩效结论，会超出这些指标能承载的范围。
在开始取数前，先明确评估边界：统计对象是需求条目，统计范围是需求实现过程，评估周期可以是周、迭代或月。边界清楚之后，指标口径才有稳定的比较基础。
指标与范围：四组过程指标及适用对象
四组指标从不同侧面描述需求交付过程。每组包含两到三个指标，统计对象都是需求条目，区别在于观察的环节和回答的问题不同。
| 指标组 | 指标 | 衡量什么 | 统计环节 | 适用前提 |
|---|---|---|---|---|
| 排期准确性 | 排期偏差率 | 实际完成时间相对计划完成时间的偏离程度 | 需求进入排期至完成 | 需求有明确的计划完成日期 |
| 排期准确性 | 计划完成率 | 在计划时间内完成的需求占比 | 需求进入排期至完成 | 计划完成日期在统计时间窗内到期 |
| 流动效率 | 需求周期时间 | 需求从开始处理到完成所经历的时间 | 需求开始处理至完成 | 需求状态流转记录完整 |
| 流动效率 | 流动效率 | 有效处理时间占周期时间的比例 | 需求开始处理至完成 | 能区分处理时间与等待时间 |
| 流动效率 | 在制品数量 | 某一时点处于处理中但未完成的需求数量 | 按日或按周快照 | 需求状态能区分“处理中” |
| 交付稳定性 | 交付准时率 | 按承诺日期交付的需求占比 | 需求交付时点 | 存在对外或对内的交付承诺日期 |
| 交付稳定性 | 需求吞吐量波动 | 各时间窗完成需求数量的波动程度 | 按周或按迭代统计完成量 | 连续多个时间窗有完成记录 |
| 过程质量 | 返工率 | 完成后因问题被退回或重新处理的需求占比 | 需求完成之后 | 有退回或重新打开的状态记录 |
| 过程质量 | 阻塞时长 | 需求处于阻塞状态累计占用的时间 | 需求处理过程中 | 有阻塞状态或阻塞标记 |
| 过程质量 | 需求变更频次 | 需求在实现期间发生范围或验收条件变更的次数 | 需求进入排期至完成 | 变更记录可追溯 |
排期准确性组回答“承诺是否兑现”，适合有明确计划日期的需求；流动效率组回答“需求在哪里停留”，适合状态流转记录较完整的需求；交付稳定性组回答“结果是否可预期”，适合有交付承诺或需要观察产出节奏的场景；过程质量组回答“过程中有多少隐性损耗”，适合已经积累一定状态和变更记录的需求。
指标选取不必一次全部启用。团队可以先从排期偏差率、周期时间、准时率和返工率四项开始，等状态记录和变更记录稳定后，再补充流动效率、阻塞时长和吞吐量波动。指标数量增加时，取数和核对成本也会上升，需要与评估目的匹配。
数据口径：分子分母、时间窗与缺失值处理
同一名称的指标，分子分母不同，结果可能差异很大。下面给出每个指标的计算口径，包括公式、单位、时间窗和缺失值处理规则，便于复算和跨周期对照。
| 指标 | 公式 | 分子 | 分母 | 单位 | 时间窗 | 缺失值或特殊处理 |
|---|---|---|---|---|---|---|
| 排期偏差率 | 偏差需求数 ÷ 有排期需求数 × 100% | 实际完成日期晚于计划完成日期的需求数 | 统计窗内到期的有排期需求数 | % | 按周、迭代或月 | 无计划日期的需求不计入分母；提前完成不计为偏差 |
| 计划完成率 | 按期完成需求数 ÷ 到期需求数 × 100% | 实际完成日期不晚于计划完成日期的需求数 | 统计窗内计划到期的需求数 | % | 按周、迭代或月 | 未完成但未到期的需求不计入分母 |
| 需求周期时间 | 各需求周期时间之和 ÷ 完成需求数 | 各需求从开始处理到完成的时间之和 | 统计窗内完成的需求数 | 天或小时 | 按完成时间归集 | 缺少开始时间的需求不纳入；跨窗需求按完成时间归属 |
| 流动效率 | 有效处理时间 ÷ 周期时间 × 100% | 需求处于处理状态的时间 | 需求周期时间 | % | 与周期时间一致 | 无法区分等待与处理的需求不纳入 |
| 在制品数量 | 时点快照计数 | 时点处于处理中的需求数 | 不适用 | 个 | 按日或按周固定时点 | 状态缺失的需求单独标注，不计入主口径 |
| 交付准时率 | 准时交付需求数 ÷ 有承诺日期需求数 × 100% | 实际交付日期不晚于承诺日期的需求数 | 统计窗内到期的有承诺日期需求数 | % | 按周、迭代或月 | 无承诺日期的需求不计入分母 |
| 需求吞吐量波动 | 各时间窗完成量的标准差 ÷ 平均完成量 × 100% | 各时间窗完成量的标准差 | 各时间窗平均完成量 | % | 连续多个周或迭代 | 至少需要三个时间窗；平均完成量为零时不计算 |
| 返工率 | 返工需求数 ÷ 完成需求数 × 100% | 完成后被退回或重新打开的需求数 | 统计窗内完成的需求数 | % | 按完成时间归集，观察期可延后一个窗口 | 同一需求多次返工按需求条目计一次 |
| 阻塞时长 | 各需求阻塞时长之和 ÷ 阻塞需求数 | 各需求处于阻塞状态的累计时间 | 统计窗内发生过阻塞的需求数 | 天或小时 | 与周期时间一致 | 无阻塞记录的需求不计入分母 |
| 需求变更频次 | 变更次数 ÷ 需求数 | 统计窗内需求变更记录总次数 | 统计窗内发生变更的需求数 | 次/需求 | 按需求进入排期至完成 | 同一需求多次变更逐次计数；无变更记录的需求不计入分母 |
时间窗的选择要与评估目的匹配。按周统计适合观察短期波动和阻塞，按迭代统计适合与排期节奏对齐，按月统计适合观察趋势。同一组指标在同一份评估中应使用一致的时间窗，跨周期对比时也要保持时间窗不变，否则波动可能来自统计口径而非过程变化。
分母为零时，指标记为“不适用”，不记为0或100%。例如某个时间窗内没有到期需求，计划完成率就没有可计算的分母，此时应说明原因，而不是用空值参与平均。数据缺失时，先记录缺失需求条目和缺失字段，再决定是否纳入主口径；缺失比例较高的指标应标注可信度，避免用不完整数据形成结论。
需求拆分和合并会影响条目计数。建议在统计前锁定需求条目集合，拆分后的子需求按子需求计数，合并后的需求按合并后的条目计数，并在口径说明中记录处理方式。跨迭代需求按完成时间归属到完成所在的时间窗，周期时间仍从开始处理时计算。取数时点也要固定，例如统一在每周最后一个工作日结束前取数，避免同一天不同时间取数导致状态不一致。
当需求状态、计划日期、阻塞标记和变更记录分散在不同表格或系统中时，取数前先确认字段含义一致。ONES 的需求工作项可以承载状态、计划时间、负责人等字段，并通过状态流转记录支持周期时间和阻塞时长的取数；具体字段配置和报表能力以实际使用版本为准。把口径写在评估说明里，后续换人或换周期时才能复算。
计算与评估步骤：从取数到形成判断
指标计算可以按五步执行，每一步都留下记录，便于复核和解释结果。
- 确定统计范围与时间窗，锁定需求条目集合。明确统计哪个团队、哪类需求、哪个时间窗，导出需求条目清单，记录条目总数和排除项。
- 按口径逐项取数与计算。对照口径表计算每个指标，保留分子、分母和原始条目，避免只保留最终百分比。
- 处理异常值与缺失值并记录。对缺少计划日期、状态记录不完整、跨窗归属不清的条目逐条标注，说明是否纳入主口径。
- 组合多组指标形成判断。先看排期准确性，再看流动效率和稳定性，最后用过程质量指标解释异常来源。例如排期偏差率上升时，结合阻塞时长和变更频次判断是外部阻塞还是范围变化导致。
- 与历史基线或自身趋势对比。用同一口径的前几个周期作为参照，观察指标方向和幅度变化，不套用外部通用达标线。
组合判断时，可以给每组指标设定观察顺序，而不是简单加权成一个总分。总分容易掩盖具体问题，分组观察更容易定位改进点。若需要形成一页结论，可以按“现象—可能原因—待验证事项”的结构记录，例如“周期时间上升，阻塞时长同步上升，待验证是否为依赖方响应变慢”。
例子：一个迭代的需求交付健康度计算
以下为演示情景，数值用于说明计算过程，不代表任何团队的实际水平。设定某团队一个迭代内计划到期的需求共20条，迭代结束时完成16条，其中14条在计划日期内完成；完成需求的周期时间合计160天；处理时间合计64天；迭代内有3条需求发生返工；有承诺交付日期的需求12条，其中10条准时交付。
| 指标 | 计算过程 | 结果 |
|---|---|---|
| 排期偏差率 | 到期未按期完成2条 ÷ 到期需求20条 | 10% |
| 计划完成率 | 按期完成14条 ÷ 到期需求20条 | 70% |
| 需求周期时间 | 周期时间合计160天 ÷ 完成需求16条 | 10天 |
| 流动效率 | 处理时间64天 ÷ 周期时间160天 | 40% |
| 交付准时率 | 准时交付10条 ÷ 有承诺日期需求12条 | 83.3% |
| 返工率 | 返工需求3条 ÷ 完成需求16条 | 18.8% |
解读这组结果时，先看排期准确性：计划完成率70%，说明有三成到期需求未按期完成，排期偏差率10%说明偏差集中在少数需求。再看流动效率：平均周期10天，流动效率40%，意味着需求在周期内有较多等待时间，可以进一步查看阻塞时长和等待环节。交付准时率83.3%高于计划完成率，说明有承诺日期的需求完成情况相对较好，但两者统计对象不同，不能直接互相替代。返工率18.8%提示完成后的返工占有一定比例，需要结合返工原因判断是验收标准不清还是实现质量问题。
组合起来看，这个迭代的健康度问题更可能出在流动等待和返工上，而不是单纯的排期承诺过多。下一步可以按需求类型拆分周期时间和返工率，确认问题是否集中在某类需求；同时观察连续几个迭代的阻塞时长，判断等待是否具有持续性。这样的判断仍然只是过程线索，需要结合具体需求记录验证。
解读与限制：指标能说明什么、不能说明什么
过程指标反映的是现象和趋势。周期时间变长、返工率上升、阻塞时长增加，说明过程中出现了值得关注的变化，但不能直接证明某个原因导致了交付变慢。要确认因果关系，还需要查看具体需求记录、变更内容和协作过程。
不同团队、不同需求类型的指标不宜直接横向比较。需求复杂度、依赖关系、验收要求不同，周期时间和返工率的基线也会不同。更合适的比较方式是与自身历史周期对比，或在需求类型可比的范围内比较。把不同团队的准时率放在一张排行榜上，容易把业务差异误读为能力差异。
指标也可能被优化行为扭曲。例如为了降低排期偏差率而把计划日期放宽，为了降低返工率而减少退回记录，为了缩短周期时间而拆分需求。组合使用多组指标并交叉验证，可以降低单一指标被扭曲的风险。发现某项指标明显改善而其他指标没有同步变化时，应回到原始记录核对。
单指标不能作为全部绩效结论。健康度评估的价值在于定位过程问题，而不是给团队或个人下最终评价。指标口径变更后，历史数据与新口径不可直接拼接，需要重新建立基线，并在评估说明中标注口径版本。评估结果最好与需求验收结论、迭代安排等相邻环节的管理信息分开使用，各自承担不同的判断任务。
常见问题
需求数量少、状态记录不完整时，这些指标还能算吗？
可以算，但要调整口径并标注可信度。分母为零的时间窗，指标记为“不适用”，不记0或100%。缺少计划日期的需求不纳入排期偏差率和计划完成率的分母；缺少开始时间的需求不纳入周期时间；无法区分等待与处理的需求不纳入流动效率。缺失比例较高的指标应标注可信度，结论以趋势观察为主，等状态记录稳定后再补充指标。
排期偏差率和交付准时率看起来相似，为什么两个都要看？
两者统计对象不同。排期偏差率的分母是统计窗内到期的有排期需求，交付准时率的分母是有承诺交付日期的需求，后者可能只是前者的一部分。示例中计划完成率70%、交付准时率83.3%，差异来自有承诺日期的需求完成情况相对更好。两个指标并列观察，可以判断偏差是集中在内部排期需求还是对外承诺需求上。
指标连续几个周期改善，是否说明交付健康度真的变好了？
需要交叉验证。指标可能被优化行为扭曲，例如放宽计划日期降低排期偏差率、减少退回记录降低返工率、拆分需求缩短周期时间。发现某项指标明显改善而其他指标没有同步变化时，回到原始需求记录核对计划日期、退回记录和需求拆分情况。组合多组指标观察，比单看一项改善更可靠。
跨迭代的需求和拆分合并的需求，统计时怎么归属？
统计前先锁定需求条目集合，并在口径说明中记录处理方式。拆分后的子需求按子需求计数，合并后的需求按合并后的条目计数。跨迭代需求按完成时间归属到完成所在的时间窗，周期时间仍从开始处理时计算。同一需求多次返工按需求条目计一次，多次变更则逐次计数。规则一旦确定，跨周期对比时保持不变。
用ONES管理需求时，这些指标的数据从哪里取？
ONES 的需求工作项可以承载状态、计划时间、负责人等字段，并通过状态流转记录支持周期时间和阻塞时长的取数；具体字段配置和报表能力以实际使用版本为准。取数前先确认各字段含义与口径表一致，并固定取数时点，例如统一在每周最后一个工作日结束前取数，避免同一天不同时间取数导致状态不一致。
