评估迭代范围调整规则的执行效果，需要把“规则是否被按约定执行”和“执行后迭代是否更可控”分开度量，再合起来判断。单看变更次数下降，无法说明规则有效；还要同时观察承诺达成、返工和例外记录。本文给出一套可复算的指标、口径、步骤与算例，并说明结论的适用边界。
要点总览（TL;DR）
- 评估迭代范围调整规则，要同时看两层：调整是否按约定走完申请、评审和记录，以及范围变化后迭代承诺达成、返工和交付稳定性是否改善。
- 核心指标覆盖合规、规模、结果三类：调整申请率、审批通过率、事后补录率；范围变更工作项数、变更工作量占比、变更频次；迭代承诺达成率、变更后未完成项占比、返工项数。
- 每个指标固定统计对象、时间窗、分子分母和缺失值规则，分母为零时标注“不适用”，跨迭代挪动的工作项事先约定归属，结果才能复算和横向比较。
- 例外情况单独建清单，记录发起人、例外类型、原因、审批人、影响工作量和发生时点，按迭代和类型统计例外率，并结合证据判断合理性。
- 变更次数下降不能单独证明规则有效，要结合承诺达成、返工和记录质量解读；样本少时结论用“初步观察”表述，未完成工作在下一次规划时重新评估而非默认结转。
评估目标：先分清规则执行与迭代结果
评估开始前，先把问题拆成两层，每层回答不同的判断。两层证据都拿到，才能对规则是否起作用形成完整结论。
规则执行层：调整是否按约定走完流程
这一层回答的是“规则有没有被用起来”。要看的判断包括：范围调整是否提交了申请、是否经过约定角色评审、是否在迭代记录中留下可追溯的变更痕迹、是否存在事后补录。执行层的问题通常表现为流程绕过、审批流于形式或记录缺失，与迭代最终交付好坏没有直接关系。
迭代结果层：范围变化后迭代是否更可控
这一层回答的是“规则起作用后，迭代运行有没有改善”。要看的判断包括：迭代承诺达成率是否稳定、变更后未完成项是否减少、返工项数是否下降、交付节奏是否更可预期。结果层受需求质量、人员变动、外部依赖等多种因素影响，不能单独归因于范围调整规则。
两层不能互相替代
合规率高但承诺达成率持续走低，说明规则被遵守，但规则本身或执行方式可能需要调整；承诺达成率好但大量调整靠事后补录，说明结果好看可能建立在记录失真之上。评估报告应同时呈现两层结论，并明确哪一层存在缺口，避免用单一指标给规则下“有效”或“无效”的定论。
指标与范围：选哪几个指标、统计哪些迭代
指标宜少而稳定，覆盖合规、规模、结果三类，每类选一到两个能长期取数的指标即可。统计范围先固定，再开始取数。
| 类别 | 指标名 | 统计对象 | 时间窗 | 单位 |
|---|---|---|---|---|
| 合规类 | 调整申请率 | 发生范围调整的工作项 | 迭代起止日期内 | 百分比 |
| 合规类 | 审批通过率 | 已提交的范围调整申请 | 迭代起止日期内 | 百分比 |
| 合规类 | 事后补录率 | 全部范围调整记录 | 迭代起止日期内 | 百分比 |
| 规模类 | 范围变更工作项数 | 单个迭代内发生调整的工作项 | 迭代起止日期内 | 个 |
| 规模类 | 变更工作量占比 | 调整工作项的预估工时 | 迭代起止日期内 | 百分比 |
| 规模类 | 变更频次 | 单个迭代内的调整次数 | 迭代起止日期内 | 次/迭代 |
| 结果类 | 迭代承诺达成率 | 迭代承诺范围内的工作项 | 迭代结束时 | 百分比 |
| 结果类 | 变更后未完成项占比 | 发生调整的工作项 | 迭代结束时 | 百分比 |
| 结果类 | 返工项数 | 因范围调整导致返工的工作项 | 迭代起止日期内 | 个 |
统计范围建议纳入已结束且记录完整的迭代，例如最近连续六个已关闭迭代；排除仍在进行中的迭代、因人员大规模变动导致数据不可比的迭代，以及范围调整记录明显缺失的迭代。纳入和排除都要在报告中写明，保证下次评估可以沿用同一范围。
数据口径：分子分母、时间窗与缺失值处理
口径的作用是让不同人按同一公式算出同一结果。每个指标至少写清公式、分母、时间窗和缺失值规则四项。
| 指标 | 公式 | 分母说明 | 缺失值规则 |
|---|---|---|---|
| 调整申请率 | 有申请记录的范围调整工作项数 ÷ 全部范围调整工作项数 | 分母为实际发生调整的工作项，含事后补录项 | 无法判断是否提交申请的记录计入分母，不计入分子，并单独标注数量 |
| 审批通过率 | 审批通过申请数 ÷ 已提交申请数 | 分母为已提交申请，不含草稿 | 审批状态缺失的申请计入分母，不计入分子 |
| 事后补录率 | 迭代开始后补录的调整记录数 ÷ 全部调整记录数 | 分母为全部调整记录 | 补录时间缺失的记录按“无法判定”单列，不并入分子 |
| 变更工作量占比 | 调整工作项预估工时合计 ÷ 迭代承诺工作项预估工时合计 | 分母为迭代开始时承诺范围的总预估工时 | 工时未填的工作项按 0 计入分子分母，并标注未填数量 |
| 迭代承诺达成率 | 承诺范围内已完成工作项数 ÷ 承诺范围内工作项总数 | 分母以迭代开始时承诺范围为准 | 迭代中被移除的承诺项仍留在分母，完成状态记为未完成 |
| 变更后未完成项占比 | 发生调整且未完成的工作项数 ÷ 发生调整的工作项数 | 分母为发生调整的工作项 | 状态缺失的工作项按未完成计入，并标注 |
时间窗与归属规则
合规类和规模类指标以迭代起止日期为时间窗，结果类指标以迭代结束评审时点为截止。跨迭代挪动的工作项需要事先约定归属：变更规模按原计划迭代计入，承诺达成按实际完成所在迭代计入，避免同一工作项在两个迭代中重复计数。分母为零时，例如某迭代没有发生任何范围调整，指标写“不适用（无调整记录）”，不记为 0% 或 100%。
可比性处理
团队规模、迭代长度不同时，优先使用比率类指标横向比较，绝对数只用于同团队纵向对比。迭代长度不一致时，变更频次可换算为“每两周迭代的调整次数”再比较，并在报告中注明换算方式。
计算与评估步骤：从取数到形成判断
按固定顺序执行，每一步留下输入和产出，便于他人复核。
- 确定评估周期与迭代样本。输入为迭代列表和关闭状态，动作是按纳入排除规则筛选，产出为样本迭代清单及排除原因。
- 按口径取数并核对调整记录完整性。输入为迭代内工作项、调整申请与审批记录，动作是逐迭代核对记录是否齐全，产出为取数底表与缺失记录清单。
- 计算各指标并标注样本量与缺失情况。输入为底表，动作是按公式逐项计算，产出为指标结果表，每个数值旁注明样本量和缺失数量。
- 对照规则条款逐条判断执行偏差。输入为规则原文和指标结果，动作是逐条比对“规则要求什么、实际做到什么”，产出为偏差清单，写明偏差发生在哪些迭代、涉及多少工作项。
- 汇总形成执行效果判断与待改进点。输入为偏差清单和结果类指标，动作是区分“执行不到位”和“规则本身需调整”，产出为评估结论与改进建议。
取数环节依赖迭代与工作项记录的可追溯性。在 ONES 中，需求和相关任务可以规划至迭代并分配负责人，看板与燃尽图用于跟踪迭代内进度，迭代回顾时可结合燃尽图、工时日志等报表复盘进度与成本偏差；报表支持自定义数据范围和维度。评估所需的调整记录、审批状态和工时数据，需要团队在迭代过程中持续维护，报表才能按上述口径取到可用数据。
例子：一个迭代样本的算例
以下为演示情景，数字仅用于说明计算过程。某团队一个两周迭代，迭代开始时承诺 40 个工作项，总预估工时 320 小时。迭代过程中发生范围调整 8 个工作项，其中 6 项提交了调整申请，5 项审批通过，2 项为迭代开始后补录；8 个调整项的预估工时合计 48 小时。迭代结束时，承诺范围内完成 34 项；8 个调整项中完成 5 项；因调整导致返工 2 项。
- 调整申请率 = 6 ÷ 8 = 75%
- 审批通过率 = 5 ÷ 6 ≈ 83.3%
- 事后补录率 = 2 ÷ 8 = 25%
- 变更工作量占比 = 48 ÷ 320 = 15%
- 迭代承诺达成率 = 34 ÷ 40 = 85%
- 变更后未完成项占比 = 3 ÷ 8 = 37.5%
解读时先看偏差位置：申请率 75% 说明有 2 个调整项未走申请，事后补录率 25% 说明记录时点滞后，这两项指向执行层问题，需要核对是流程不便还是意识不足。变更工作量占比 15% 属于规模信息，本身不说明好坏，要与历史迭代对比才有意义。承诺达成率 85% 和变更后未完成项占比 37.5% 提示调整项完成情况弱于整体，可能是调整发生在迭代后期、评估不充分所致。这些数字支持“执行存在缺口、调整项消化能力偏弱”的判断，尚不足以判定规则失败，需要再看连续几个迭代是否呈现相同模式。
例外情况：单独统计并解释原因
例外是规则允许或实际发生的特殊调整，混入常规指标会被平均数掩盖。建议单独建清单，逐条记录后再统计。
| 字段 | 填写要求 |
|---|---|
| 发起人 | 提出调整的人员 |
| 例外类型 | 紧急缺陷、外部依赖变化、需求方撤回、其他 |
| 原因说明 | 具体触发事件，避免只写“紧急” |
| 审批人 | 按规则有权批准例外的角色 |
| 影响工作量 | 调整项的预估工时，单位小时 |
| 发生时点 | 迭代第几天，用于判断是否集中在后期 |
例外率 = 例外调整工作项数 ÷ 全部范围调整工作项数，按迭代和例外类型分别统计。原因分布用各类例外占比呈现，并附上发生时段。例外是否合理要结合证据判断：紧急缺陷应有对应的缺陷记录和影响说明，外部依赖变化应有对方变更的凭据。数量多但证据齐全，可能说明规则对这类情况预留不足；数量少但原因含糊，则要检查审批是否流于形式。
解读与限制：哪些结论能下、哪些不能
指标结果只能支持有限结论，解读时守住几条边界。
- 指标下降不等于规则有效。变更次数或变更占比下降，可能来自需求提前澄清，也可能来自团队不敢提调整。要同时看承诺达成率、返工项数和事后补录率，确认下降没有伴随记录失真。
- 样本少时结论不稳定。只评估一两个迭代，个别大需求或人员请假就能改变结果。建议至少覆盖连续四个以上已结束迭代，样本不足时在报告中注明，结论用“初步观察”表述。
- 未完成工作要重新评估。迭代结束时未完成的调整项，应在下一次迭代规划时重新评估优先级和工作量，再决定是否纳入，不默认自动结转。
- 评估结果用于改进规则。指标反映的是流程运行状况，适合用来调整申请门槛、审批角色和记录方式；直接作为个人绩效的唯一依据，容易诱发少报、迟报，反而破坏数据质量。
结论表述建议区分三层：哪些指标显示执行到位、哪些显示执行偏差、哪些结果变化尚不能归因于规则。把不能归因的部分明确写出来，比给出一个笼统的“有效”判断更有助于下一轮规则修订。
常见问题
团队刚开始执行范围调整规则，只有两三个迭代的数据，能下结论吗？
可以评估，但结论要限定为初步观察。两三个迭代的样本里，一个大需求插入或一次人员请假就可能明显改变申请率和承诺达成率，此时更适合看执行层指标，例如调整是否提交申请、是否存在事后补录，这些判断对样本量不敏感。结果层指标先记录基线，等积累到连续四个以上已结束迭代再比较趋势。报告中写明样本迭代清单和排除原因，下一轮评估沿用同一范围。
调整申请率很高，但承诺达成率一直偏低，说明规则有问题吗？
这组数据说明规则被较多人使用，但调整后的工作没有在迭代内消化完。先查两个方向：一是调整发生时点，如果集中在迭代后期，说明前期澄清不足，规则本身可以补充“调整需预留评估时间”的条款；二是调整项的规模，如果单个调整项工作量偏大，可能需要设置单次调整的规模上限。合规率高只证明流程被走通，承诺达成偏低指向规则条款或需求澄清环节，两者要分开改进。
紧急缺陷导致的范围调整，算例外还是算违规？
取决于规则是否给这类情况留了通道。如果规则明确列出紧急缺陷属于可快速审批的例外类型，并且团队按例外流程记录了发起人、缺陷记录、审批人和影响工作量，就计入例外统计，不算违规。如果规则没有例外条款，团队直接跳过申请修改范围，则应计入未走申请的调整，同时这条记录也是修订规则的依据。评估时把“规则未覆盖”和“执行绕过”分开列，避免把规则设计问题记到执行头上。
跨迭代挪动的工作项，在评估时应该算进哪个迭代？
建议在评估前就约定归属，并写进口径说明。常见做法是：变更规模按原计划迭代计入，因为调整发生在那个迭代；承诺达成按实际完成所在迭代计入，避免同一工作项在两个迭代重复计算完成。如果团队选择其他归属方式，只要前后一致、报告中注明即可。归属规则一旦确定，本轮评估内不要中途更改，否则指标之间无法对比。
评估结果能不能直接用来考核团队或个人的范围管理表现？
不建议直接作为唯一考核依据。指标反映的是流程运行状况，一旦与个人绩效强绑定，容易出现少报调整、延迟补录或把调整拆小规避审批的情况，数据质量反而下降。更合适的用法是把评估结果用于修订规则，例如调整申请门槛、审批角色、例外类型和记录字段，再观察下一轮指标变化。如果确实需要与考核关联，宜选择记录完整性这类可客观核对的指标，并给团队留出说明例外原因的空间。
