研发计划达成统计口径的关键，是先固定“承诺范围、时间窗、完成判定”三件事，再计算达成率：时间窗内按承诺完成的工作项数÷同一时间窗内承诺的工作项总数×100%。承诺范围取计划锁定后不再随意追加的条目，时间窗按迭代或版本周期统一，完成判定以进入约定完成状态并通过验收为准。本文围绕计划可靠性展开，给出指标定义、取数规则、可复算步骤与示例，并说明分母为零、范围变更、跨周期顺延的处理方式。
要点总览（TL;DR）
- 研发计划达成率的核心口径是：时间窗内按承诺完成并通过验收的工作项数÷同一时间窗内承诺的工作项总数×100%，统计前先固定承诺范围、时间窗与完成判定三件事。
- 建议同时统计计划达成率、承诺变更率和按期完成率，三者共用同一承诺基线，用来区分计划稳定、延期完成与范围反复调整等不同情形。
- 完成判定以进入约定完成状态并通过验收为准，状态映射表与验收证据规则需要版本化管理，保证不同周期、不同团队的数字可比。
- 分母为零时记为“不适用”并注明原因；中途变更单独记录变更清单；跨周期顺延的条目在原周期计为未完成，下一周期作为新承诺重新计入。
- 达成率高不代表计划质量高，需结合承诺变更率、按期完成率与样本量解读，不宜作为绩效的唯一依据。
评估目标：计划达成率要回答什么问题
计划达成率回答的是一个具体问题：团队在一段固定周期内，对已经承诺的研发工作兑现得有多稳定。它衡量的是承诺与交付之间的匹配程度，服务于可预测性判断，而不是评价某个人的努力程度或某次迭代的执行节奏。
这个判断有三类直接用途。计划评审时，可以用历史达成率检验新计划是否定得过高或过低；容量调整时，可以据此判断团队在一个周期内可稳定承接的工作量；对外交付承诺时，可以用它说明按期交付的概率区间，而不是给出一个乐观的单点日期。
需要明确边界。单次迭代内的任务流转、阻塞处理、每日进度跟踪，属于迭代执行管理；计划投入与实际投入的工时偏差，属于投入分析。这两类问题各有独立的度量方式，混入达成率会让指标既无法解释，也难以横向比较。本文只讨论计划可靠性的统计口径。
指标与范围：达成率、承诺变更率与按期完成率
单一达成率无法区分“计划稳定且完成”与“范围反复调整后完成”。建议同时统计三项指标，用同一时间窗和同一承诺基线计算，形成一组可互相印证的数。
| 指标 | 公式 | 分子 | 分母 | 单位 | 时间窗 |
|---|---|---|---|---|---|
| 计划达成率 | 按承诺完成数÷承诺总数×100% | 时间窗内进入约定完成状态并通过验收的承诺工作项数 | 同一时间窗内承诺的工作项总数 | 百分比 | 迭代或版本周期 |
| 承诺变更率 | （新增承诺数+移除承诺数）÷初始承诺数×100% | 时间窗内新增或移除的承诺条目数 | 计划锁定时确定的初始承诺条目数 | 百分比 | 与达成率同一周期 |
| 按期完成率 | 按原定完成日期完成数÷承诺总数×100% | 在原定完成日期当天或之前完成并验收的承诺条目数 | 同一时间窗内承诺的工作项总数 | 百分比 | 与达成率同一周期 |
三项指标的分母都以“承诺总数”为基准，区别在于分子口径。达成率看结果是否完成，按期完成率看完成时间是否守住原定日期，承诺变更率看计划本身被改动的幅度。三者放在一起，能区分“计划稳定、按时完成”“计划稳定、延期完成”“计划频繁变动后完成”等不同情形。
统计范围需要在开始统计前写清楚：覆盖哪些团队或项目、采用哪个时间窗、纳入哪些工作项类型。需求、任务、缺陷是否都计入承诺，取决于团队对“研发计划”的定义。范围一旦确定，同一组对比数据应保持一致，否则不同周期的数字不具备可比性。
数据口径：工作项状态、完成判定与缺失值处理
达成率能否横向比较，取决于取数规则是否统一。以下规则建议在统计前以书面形式固定，并在每次统计时附在结果旁边。
完成状态映射
各团队的工作项状态名称往往不同，需要建立一张映射表，把状态归入“未开始、进行中、待验收、已完成、已关闭”等统一分类。只有映射到“已完成”或“已关闭”且满足验收条件的条目，才计入分子。状态映射表应版本化管理，状态调整时同步更新，避免同一指标在不同月份使用不同判定。
验收作为完成证据
进入完成状态只是必要条件。建议同时要求存在可核验的验收记录，例如验收结论、评审通过记录或对应的验收工作项已关闭。仅有状态变更、缺少验收证据的条目，可标记为“待确认”，在统计时单独列出，不计入分子，也不直接删除。
异常数据的记录方式
- 分母为零：当时间窗内承诺条目数为零时，达成率不计算百分比，结果记为“不适用”，并注明原因，例如周期内无承诺计划或计划尚未锁定。不要用0%或100%代替。
- 中途变更：计划锁定后新增或移除的条目，单独记录变更条目清单与变更原因，承诺变更率据此计算。达成率的分子分母以初始承诺为基准，新增条目是否纳入需在口径中事先约定，并在结果中说明。
- 拆分与合并：承诺条目在周期内被拆分或合并时，以拆分合并后的条目是否全部完成作为该承诺的完成判定，并在备注中保留原始条目编号，保证可追溯。
- 跨周期顺延：未在原时间窗内完成的条目，在原周期计为未完成，顺延到下一周期时作为新周期的承诺重新计入。两个周期分别统计，不顺延调整历史结果。
- 缺失值与未关闭条目：缺少负责人、完成日期或验收记录的条目，标记为数据缺失并列入待核对清单；周期结束时仍未关闭的条目，按未完成计入分母。
计算与评估步骤：从取数到解读的流程
以下步骤保证同一口径可以被不同人复算，结果可核对、可追溯。
- 锁定承诺基线快照。在计划评审通过、进入执行前，保存一份承诺条目清单，包含条目编号、类型、原定完成日期和承诺时的状态。这份快照是后续所有计算的分母来源，锁定后不再随执行过程变化。
- 按统一时间窗切分。以迭代或版本周期作为统计窗口，明确起止日期。跨窗口的条目按原定完成日期归属，不因实际完成时间改变归属周期。
- 逐条判定完成状态并留存证据。周期结束后，对照状态映射表判定每条承诺是否完成，并附上验收记录或评审结论作为证据。判定结果形成逐条明细，而不是只保留汇总数。
- 计算三项指标。按上一节的公式分别计算达成率、承诺变更率和按期完成率，保留计算所用的分子、分母原始数值，便于复核。
- 交叉校验与异常复核。核对三项指标之间是否自洽，例如达成率高于按期完成率说明存在延期完成；承诺变更率偏高时，检查达成率是否因范围调整而失真。对分母为零、数据缺失、拆分合并等条目逐项复核，并在结果说明中列出处理方式。
当这些动作在工具中完成时，承诺基线快照、工作项状态和验收记录需要有稳定的承载位置。在 ONES 中，可以把锁定后的计划条目作为基线保留，工作项状态按统一映射维护，验收结论随工作项记录，统计时按周期导出承诺清单与完成明细，减少手工汇总带来的口径漂移。具体配置方式需结合团队现有的工作项类型与流程设置确定。
例子：一个迭代周期的达成率计算
以下为演示情景，数字仅用于说明计算过程，不代表任何团队的真实水平或基准值。
某团队一个迭代周期开始时锁定承诺条目20条。周期内新增承诺3条，移除2条。周期结束时，初始承诺中有15条进入约定完成状态并通过验收，其中13条在原定完成日期前完成；另有1条拆分后两个子项均完成，按完成计；剩余4条未完成，其中2条顺延至下一周期。
| 计算项 | 数值 | 说明 |
|---|---|---|
| 初始承诺数 | 20 | 计划锁定时确定，作为分母基准 |
| 按承诺完成数 | 16 | 15条直接完成+1条拆分后全部完成 |
| 计划达成率 | 16÷20×100%=80% | 以初始承诺为分母 |
| 承诺变更条目数 | 5 | 新增3条+移除2条 |
| 承诺变更率 | 5÷20×100%=25% | 反映计划被改动的幅度 |
| 按期完成数 | 13 | 原定完成日期前完成并验收 |
| 按期完成率 | 13÷20×100%=65% | 与达成率的差额体现延期完成 |
结果解读：达成率80%说明大部分承诺兑现，但按期完成率65%说明其中一部分是在原定日期之后完成，计划的时间估算偏乐观。承诺变更率25%提示周期内范围调整较多，达成率需要结合变更清单一起看，避免把范围缩减带来的完成误读为计划质量提升。
分母为零的处理示例：若另一个团队该周期没有锁定承诺计划，承诺条目数为零，则达成率记为“不适用”，并注明“周期内无锁定承诺”，不参与跨团队平均值计算。跨周期顺延的2条在下一周期作为新承诺重新计入，本周期仍按未完成统计，历史结果不回溯修改。
不可比情形需要说明：若两个团队的工作项类型不同，一个把缺陷计入承诺、另一个不计入，或一个以版本为周期、另一个以月为周期，其达成率不能直接比较。比较前应先对齐统计范围与时间窗。
解读与限制：指标不能替代什么
达成率高并不等于计划质量高。如果承诺范围定得很窄、条目拆分得很细，或者完成判定宽松，达成率会自然偏高。解读时应同时看承诺变更率与按期完成率，并抽查完成判定的证据质量，避免指标被口径设计“做高”。
小样本和短周期会放大波动。一个迭代只有十几条承诺时，单条条目的完成与否就能让达成率变化几个百分点，不宜据此对团队下结论。建议积累多个周期的数据后再看趋势，并标注样本量。
把达成率作为绩效唯一依据存在明显风险。它可能诱导团队压低承诺、推迟纳入新需求，或在周期末放宽完成判定。更稳妥的做法是将它与承诺变更率、按期完成率、缺陷情况、投入分析等度量组合使用，并保留定性复盘，解释数字背后的原因。
指标的作用是提供讨论的起点，而不是替代判断。当达成率出现明显变化时，应回到具体条目和变更记录，确认是估算能力、需求稳定性还是资源条件发生了变化，再决定调整计划方式还是调整容量安排。
常见问题
计划锁定后客户临时追加了紧急需求，这些条目应该计入达成率的分母吗？
取决于口径中事先的约定，两种做法都可以，但必须固定并在结果中说明。
一种做法是达成率只以初始承诺为分母，追加条目单独列入承诺变更清单，通过承诺变更率体现范围调整的幅度；另一种做法是把追加条目纳入分母，但需要同时标注“含追加”字样，否则与历史周期不可比。更常见的处理是前者：初始承诺作为稳定基线，追加与移除都进入变更记录，这样达成率反映的是对原承诺的兑现程度，变更率反映计划的稳定性。
无论选哪种，同一组对比数据应保持一致，中途切换口径会让趋势失真。
一个工作项在周期末进入完成状态，但验收要等到下个周期才做，这条算完成吗？
按本文口径，进入约定完成状态只是必要条件，还需要有可核验的验收证据才计入分子。验收尚未完成时，建议把该条目标记为“待确认”，单独列出，不计入分子，也不从分母中删除。
如果团队的业务流程中验收周期天然滞后于开发周期，可以在口径中约定一个验收宽限期，例如允许在周期结束后若干工作日内补齐验收记录，并明确宽限期的截止时点。宽限期一旦设定，所有周期统一适用，并在结果说明中注明，避免出现有的周期等验收、有的周期不等的情况。
团队规模小、一个迭代只有十几条承诺，达成率波动很大，还有统计意义吗？
小样本下单条条目的完成与否就能让达成率变化几个百分点，单周期数字的解释力有限。可行的做法是：保留单周期数据，但解读时以多个周期的滚动值为准，例如看最近四个周期的移动平均或趋势方向，并在报表中标注样本量。
同时建议把条目粒度纳入考虑。承诺条目拆得过细会让分母变大、单条影响变小，但也会让“完成”变得容易；拆得过粗则一条未完成就显著拉低达成率。条目粒度应在口径中给出大致约定，保证各周期可比。
跨周期顺延的条目，下一周期重新计入承诺后，会不会导致两个周期的达成率都被低估？
会形成一定的重复计入，但这是有意的设计。原周期把未完成条目计为未完成，反映的是该周期承诺没有兑现；下一周期把它作为新承诺重新计入分母，反映的是新周期确实承接了这部分工作。两个周期分别统计、互不回溯修改，历史结果保持稳定。
如果希望减少重复感，可以在下一周期的结果中单独标注“其中顺延条目N条”，让读者知道分母的构成。不建议把顺延条目从下一周期分母中剔除，否则会高估新周期的计划兑现程度。
三项指标应该先看哪一个，出现矛盾时怎么判断？
建议先看承诺变更率，再看达成率与按期完成率的差值。变更率偏高说明计划本身不稳定，此时达成率的解释力下降，需要结合变更清单判断完成是来自原承诺兑现还是范围缩减。
达成率高于按期完成率，说明存在延期完成，时间估算偏乐观；两者接近且都较高，说明计划稳定且时间估算准确；达成率低而变更率也低，通常指向估算能力或资源条件问题。三项指标互相印证后再回到具体条目和变更记录，确认原因属于需求稳定性、估算能力还是资源约束，再决定调整计划方式还是容量安排。
