研发交付不稳定，落到计划层面通常表现为承诺范围频繁变化、按期完成比例忽高忽低、交付周期长短不一、预测与实际差距大。要判断一个团队或项目是否“稳定”，可以围绕计划可靠性建立五项指标：承诺范围达成率、按期完成率、计划变更幅度、交付周期波动和预测偏差。本文给出指标定义、统计口径、计算步骤和一个完整算例，并说明结果如何解读。单次迭代内的执行过程归迭代管理，计划与实际投入工时偏差归投入分析，本文只讨论计划可靠性的度量。
要点总览（TL;DR）
- 研发交付不稳定在计划层面可拆为四类表现：承诺范围频繁变化、按期完成比例波动、交付周期忽长忽短、预测与实际偏差大，分别对应计划变更幅度、按期完成率、交付周期波动和预测偏差，承诺范围达成率作为基数参照。
- 五项指标各有分工：承诺范围达成率看做完没有，按期完成率看按时做完没有，计划变更幅度看承诺本身变了多少，交付周期波动看单个需求节奏是否稳定，预测偏差看事前估计与事后结果差多少。
- 口径固定是复算前提：承诺时点取迭代计划确认或版本冻结时刻，完成定义全篇统一为验收通过或上线，分母在项数、工作量、故事点中选一种并全篇一致，口径变更需记录版本。
- 计算按五步执行：冻结计划基线、标记完成项、逐指标计算、观察多期趋势与波动、抽样核对数据；判断看趋势是否收敛，不设通用达标线。
- 指标反映计划可靠性，不能单独证明团队能力或因果关系；样本量小、时间窗短时波动放大，口径变更前后不可直接比较，需配合抽样核对防止行为偏差。
评估目标：先定义“交付不稳定”指什么
“交付不稳定”是一个感受性描述，直接拿来讨论容易各说各话。度量之前，先把评估对象固定为：某个团队或项目在固定时间窗内，对计划承诺的兑现关系。也就是看它在迭代或月度周期里承诺了什么、最终兑现了多少、承诺本身变了多少、兑现的节奏是否可预期。评估目的是识别波动来源、判断改进措施是否有效，结论用于团队或项目层面的复盘，不用于给个人打分。
计划层面的不稳定有四类典型表现，分别对应不同的指标方向。承诺范围频繁变化，说明计划边界守不住，看计划变更幅度；按期完成比例波动，说明兑现能力时好时坏，看按期完成率；交付周期忽长忽短，说明从开始到完成的节奏不可预期，看交付周期波动；预测与实际偏差大，说明对自身产能的判断失准，看预测偏差。承诺范围达成率则回答“承诺的东西最后做完了多少”，是上述指标的基数参照。
需要划清两条边界。第一，单次迭代内的任务拆解、每日站会、阻塞处理属于迭代执行管理，本文不展开；第二，计划投入与实际投入的工时偏差属于投入分析，回答的是资源使用效率，与计划可靠性是两个问题。本文的指标只回答“承诺与兑现是否可预期”，不回答“人效高低”。
| 不稳定表现 | 对应指标方向 | 回答的问题 |
|---|---|---|
| 承诺范围频繁变化 | 计划变更幅度 | 计划边界是否守得住 |
| 按期完成比例波动 | 按期完成率 | 兑现能力是否稳定 |
| 交付周期忽长忽短 | 交付周期波动 | 交付节奏是否可预期 |
| 预测与实际偏差大 | 预测偏差 | 对自身产能的判断是否准确 |
| 承诺内容完成不全 | 承诺范围达成率 | 承诺的东西做完了多少 |
指标与范围：五个核心指标及统计范围
五项指标各有分工，计算时避免用同一现象重复计入多个指标。承诺范围达成率衡量“做完没有”，按期完成率衡量“按时做完没有”，计划变更幅度衡量“承诺本身变了多少”，交付周期波动衡量“单个需求从开始到完成要多久、是否稳定”，预测偏差衡量“事前估计与事后结果差多少”。前两项以承诺项为分母，第三项以初始承诺为基准，第四项以单个需求为统计对象，第五项以事前预测值为对照。
| 指标 | 公式 | 单位 | 时间窗 | 统计对象 |
|---|---|---|---|---|
| 承诺范围达成率 | 期末完成的承诺项数 ÷ 期初承诺项数 × 100% | 百分比 | 迭代、月度 | 需求或任务 |
| 按期完成率 | 在承诺完成日期前完成的承诺项数 ÷ 期初承诺项数 × 100% | 百分比 | 迭代、月度 | 需求或任务 |
| 计划变更幅度 | （期中新增项数 + 期中移除项数）÷ 期初承诺项数 × 100% | 百分比 | 迭代、月度 | 需求或任务 |
| 交付周期波动 | 各需求交付周期的标准差 ÷ 平均交付周期 × 100%（变异系数） | 百分比或天 | 月度、季度 | 单个需求 |
| 预测偏差 | |实际完成项数 − 事前预测完成项数| ÷ 事前预测完成项数 × 100% | 百分比 | 迭代、月度 | 迭代或团队 |
统计范围要事先写清。纳入承诺的工作项，指在承诺时点被列入计划、并由该团队负责交付的需求或任务；插入需求、紧急缺陷、跨团队支援项属于计划外工作，单独记录数量，不计入承诺分母，但可用于解释计划变更幅度。跨团队协作项若由本团队承担交付责任，计入承诺；仅提供配合的，不计入。
时间窗建议与团队的计划周期一致：按迭代管理的团队用迭代，按版本发布的团队用月度或版本周期。季度数据适合观察交付周期波动这类需要较多样本的指标，迭代数据适合观察按期完成率和计划变更幅度。不同时间窗的数值不可直接比较，报告中需标注。
数据口径与证据：承诺时点、完成定义与分母
指标能否复算，取决于三个口径是否固定：什么时候算承诺、什么状态算完成、分母用什么计量。口径一旦确定，应在多个周期内保持一致，变更时记录版本号。
承诺时点以迭代计划确认或版本范围冻结的时刻为准。此时点之后新增的工作项记为插入，移除的记为移出，两者都进入计划变更幅度的计算。若团队没有正式的确认动作，可以取迭代开始日作为承诺时点，但需在报告中注明这一简化。
完成定义全篇统一，建议以验收通过或上线为准，而不是开发完成或提测。完成定义不同，按期完成率会显著不同，因此同一份报告内不得混用。工作项状态变更记录是判断完成时点的直接证据，计划基线快照则用于还原承诺时点的范围。
分母有三种选择：承诺项数、承诺工作量、承诺故事点。项数口径简单、易核对，适合工作项粒度较均匀的团队；工作量口径适合任务大小差异大的场景，但依赖估算质量；故事点口径适合已稳定使用故事点估算的团队。三者不可混用，同一指标在同一报告中只采用一种分母。
| 口径选择 | 适用条件 | 风险 |
|---|---|---|
| 承诺项数 | 工作项粒度较均匀，状态记录完整 | 大小项混排时失真 |
| 承诺工作量 | 任务工时估算较可靠 | 估算偏差直接传导到指标 |
| 承诺故事点 | 团队已稳定使用故事点 | 跨团队不可比 |
缺失值需要预设规则。分母为零时，该期指标记为“不适用”，不记为零或百分之百；范围中途新增的项不计入承诺分母，但计入变更幅度；跨团队协作项按交付责任归属判断是否纳入；工作项缺少完成时间记录的，标记为数据缺失并单独统计缺失率，缺失率过高时该期结论暂缓使用。
数据来源应可追溯：工作项的状态变更记录提供完成时点，计划基线快照提供承诺时点的范围，两者结合才能复算。若团队使用 ONES 管理项目，工作项状态流转和计划范围在系统内留有记录，ONES Performance 可自动收录系统内日常流转的研发数据并形成分析指标，减少手工整理数据源的工作；其预置的场景化卡片与仪表盘模板可直接用于呈现趋势。具体可用的指标卡片需按实际配置核对。
计算与评估步骤：从取数到形成判断
计算按五步执行，每步都有明确的产物，便于他人复算。
第一步，确定时间窗并冻结计划基线。选定迭代或月份，在承诺时点导出当时的工作项清单，保存为基线快照，记录导出时间、项数和分母口径。产物是一份带时间戳的承诺清单。
第二步，按统一完成定义标记完成项。逐项核对状态变更记录，标记每项是否完成、完成日期是否早于承诺完成日期。产物是带完成标记和完成日期的明细表。
第三步，逐指标计算。按上一节的公式分别计算五项指标，每个指标写明分子、分母和单位。计算时先算明细再汇总，保留中间结果，便于核对。
第四步，观察多期趋势与波动幅度。把最近若干期的同一指标排成序列，看方向是收敛还是发散，看相邻期之间的跳变幅度。单期数值只作为序列中的一个点，不作为结论依据。
第五步，抽样核对。从明细中随机抽取若干工作项，与团队实际交付情况比对，确认状态记录与实际一致。抽样发现明显偏差时，先修正数据再解读指标。
判断方式采用趋势与波动收敛，不设通用达标线。例如按期完成率连续多期在相近区间内小幅波动，说明兑现节奏可预期；若在高低之间反复跳变，即使平均值不低，也说明计划可靠性不足。改进措施是否有效，看同一口径下多期序列是否向收敛方向移动。
例子：一个迭代周期的完整计算
假设某团队一个迭代期初承诺 20 项，期中新增 5 项、移出 2 项，期末完成 17 项，其中 14 项在承诺完成日期前完成。事前预测该迭代完成 22 项。完成定义取验收通过。
承诺范围达成率 = 17 ÷ 20 × 100% = 85%。按期完成率 = 14 ÷ 20 × 100% = 70%。计划变更幅度 =（5 + 2）÷ 20 × 100% = 35%。预测偏差 = |17 − 22| ÷ 22 × 100% ≈ 22.7%。
交付周期波动用简化数据示意：该迭代完成的 17 项需求，从开始到完成的时长分别为 3、4、4、5、5、5、6、6、7、7、8、9、10、12、14、16、20 天。平均约 8.3 天，标准差约 4.6 天，变异系数约 55%。这个数值说明单项需求的交付时长差异较大，部分需求明显拉长了周期。
| 指标 | 计算 | 结果 |
|---|---|---|
| 承诺范围达成率 | 17 ÷ 20 | 85% |
| 按期完成率 | 14 ÷ 20 | 70% |
| 计划变更幅度 | (5 + 2) ÷ 20 | 35% |
| 预测偏差 | |17 − 22| ÷ 22 | 约 22.7% |
| 交付周期变异系数 | 4.6 ÷ 8.3 | 约 55% |
结果解读要区分成因。承诺范围达成率 85% 而计划变更幅度 35%，说明本期有相当比例的承诺被中途调整，范围膨胀是主要干扰；按期完成率 70% 低于承诺范围达成率，说明在完成的项中仍有部分超出承诺日期，存在执行延误成分。预测偏差约 22.7%，方向是高估产能。交付周期变异系数偏高，提示部分需求在流程中停留过久。两类成因对应不同改进动作：范围膨胀要从承诺时点的范围控制入手，执行延误要从完成日期的过程跟踪入手，不能用一个指标概括。
解读与限制：指标能说明什么、不能说明什么
这组指标反映的是计划可靠性，即承诺与兑现之间的关系。它不能单独证明团队能力强弱，也不能证明某个改进措施与指标改善之间存在因果关系。指标变好可能来自范围收缩、完成定义放宽或统计口径调整，解读时必须结合口径记录和抽样核对。
样本量和时间窗直接影响结论稳定性。迭代周期短、承诺项少的团队，单期指标容易受个别大项影响，波动被放大；此时应拉长观察窗口或合并多期数据，并在报告中标注样本量。季度数据样本较多，适合判断趋势，但对近期变化的反应较慢。
口径变更会导致前后不可比。承诺时点、完成定义、分母类型任何一项调整，都应记录版本和生效期，跨版本的数据只做方向性参考，不做数值对比。指标还可能诱发行为偏差，例如通过压缩承诺范围提高按期完成率，或把工作项拆细以改变项数口径；配合定期抽样核对和明细复核，可以及早发现这类偏差。
验证改进效果的方式是同口径复算加多期趋势对比：固定口径，取改进前后的若干期数据，看序列是否向收敛方向移动，同时用抽样核对确认数据本身可信。单期改善不足以支撑结论，指标也不能替代对具体交付过程的复盘。
常见问题
团队没有正式的迭代计划确认动作，承诺时点怎么定？
可以取迭代开始日作为承诺时点，并在报告中注明这一简化。此时点之后新增的工作项记为插入，移除的记为移出，两者都进入计划变更幅度的计算。若后续建立了正式的确认动作，应记录口径版本和生效期，跨版本数据只做方向性参考。
承诺项数很少时，单期指标波动很大，还能用这组指标吗？
可以用，但解读方式要调整。承诺项少的团队，单期指标容易受个别大项影响，波动被放大。建议拉长观察窗口或合并多期数据，在报告中标注样本量和时间窗，结论以多期序列的方向为准，不依据单期数值下判断。
计划变更幅度高，是否一定说明计划可靠性差？
不一定。计划变更幅度高说明承诺边界在期中被调整过，但成因可能是外部需求插入、优先级重排或范围主动收缩。需要结合承诺范围达成率和按期完成率一起看：若变更幅度高而达成率也高，可能是主动调整范围后兑现了新的承诺；若变更幅度高且按期完成率低，则范围膨胀与执行延误可能同时存在。具体成因要回到明细和抽样核对中判断。
用 ONES 管理项目时，计划基线和工作项状态记录能直接支撑这些指标计算吗？
ONES 系统内工作项状态流转留有记录，ONES Performance 可自动收录系统内日常流转的研发数据并形成分析指标，减少手工整理数据源的工作，其预置的场景化卡片与仪表盘模板可用于呈现趋势。计划基线快照的具体实现方式和可用指标卡片需按实际配置核对，本文的指标公式和口径规则由团队自行定义，不依赖产品内置指标名称。
改进措施上线后，多久能判断计划可靠性是否改善？
没有统一的时间标准，取决于团队的计划周期和样本量。建议固定口径，取改进前后各若干期数据做同口径复算，观察序列是否向收敛方向移动，同时用抽样核对确认数据本身可信。单期改善不足以支撑结论，指标也不能替代对具体交付过程的复盘。
