研发计划达成率衡量的是团队在约定时间窗内按承诺完成计划项的程度。常用口径为：达成率＝按期完成且通过验收的计划项数 ÷ 到期计划项总数 × 100%。计算前要先固定计划项粒度、到期判定、完成判定和分母范围，再按迭代或月度统计；结果需要结合计划变更率、延期幅度和样本量一起解读，单看达成率高低容易误判。
要点总览（TL;DR）
- 研发计划达成率＝按期完成且通过验收的计划项数 ÷ 到期计划项总数 × 100%，分子需同时满足按期和验收两个条件。
- 计算前要固定计划项粒度、到期判定、完成判定和分母范围，跨期、取消、拆分合并与临时插入项的处理规则需事先写明并留痕。
- 取数依赖计划完成日期、实际完成日期、验收状态和计划变更记录，可比性看粒度、时间窗、完成定义、变更规则四项是否一致。
- 分母为零时标记为不适用，不记为0%或100%；结果应同时给出分子分母原始数和样本量。
- 达成率要结合计划变更率、延期幅度和样本量解读，小样本不宜直接排名，也不设通用达标线。
评估目标：达成率要回答什么计划可靠性问题
研发计划达成率回答的核心问题是：团队在某个时间窗内，对已经承诺的计划项兑现了多少。它把“说好什么时候做完”和“实际是否按期做完并通过验收”放在同一个口径下对照，因此适合用来观察计划可靠性，也就是承诺与交付之间的吻合程度。
这个指标不回答团队产出了多少、执行效率高不高、投入是否合理。产出总量要看完成项规模或交付物数量；执行效率要看周期时间、在制品数量等过程指标；投入偏差要看计划工时与实际工时的差异。把这几类问题混在一个比率里，容易让达成率承担它无法解释的判断。
评估周期通常按迭代、月度或季度设置。迭代适合观察短期承诺兑现，月度适合节奏较稳定的团队，季度适合里程碑型或跨团队协作较多的计划。周期一旦确定，同一序列内的统计应保持一致，否则相邻两期的结果无法直接比较。本文聚焦计划可靠性的度量方法，单次迭代的执行过程管理和工时偏差分析不在讨论范围内。
指标与范围：分子、分母和统计边界怎么定
达成率的基本公式为：达成率＝按期完成并通过验收的计划项数 ÷ 到期计划项总数 × 100%。分子要求同时满足“按期”和“通过验收”两个条件，缺一不可；分母只统计在统计时间窗内到期的计划项，未到期的项不进入分母。
计划项粒度可以选择需求、任务或里程碑，但同一统计序列内必须保持一致。用需求粒度统计的达成率，不能和用任务粒度统计的结果直接比较；同一团队在不同周期切换粒度时，应在口径说明中标注切换点，并把切换前后的结果分开看。
边界情况的处理需要在统计前写清楚，并保留记录：
| 边界情况 | 建议处理方式 | 需要留痕的内容 |
|---|---|---|
| 跨期项 | 按原计划完成日期判定是否到期；到期未完成即进入分母且不计入分子 | 原计划完成日期、调整后的日期、调整原因 |
| 取消项 | 在统计前明确是否从分母剔除；若剔除，需单独披露取消数量 | 取消时间、取消原因、取消前的承诺日期 |
| 拆分项 | 拆分后按子项分别判定，或按原项整体判定，二者选一并保持一致 | 拆分前后的对应关系 |
| 合并项 | 合并后的项按新承诺日期判定，原各项不再单独计入 | 合并记录与原承诺日期 |
| 临时插入项 | 若在统计窗内到期并形成承诺，应计入分母；未形成承诺的插入项不计入 | 插入时间、是否经过确认 |
统计时间窗和单位也要固定。按迭代统计时，以迭代结束日为截止点；按月统计时，以自然月末为截止点。截止点之后完成的项，即使只晚一天，也属于延期完成，不计入分子。这套规则的意义在于让不同周期、不同团队的结果建立在同一判定逻辑上。
数据口径与证据：从哪里取数、如何保证可比
计算达成率通常需要四类字段：计划完成日期、实际完成日期、验收状态、计划变更记录。计划完成日期用于判定是否到期，实际完成日期用于判定是否按期，验收状态用于确认完成是否成立，计划变更记录用于区分原承诺与调整后承诺。
完成判定需要证据支撑。验收通过记录是最直接的证据；如果团队使用自定义的完成定义，例如“开发完成且测试通过”，应把该定义写入口径说明，并确保同一统计序列内所有计划项按同一标准判定。仅有状态标记为“已完成”但缺少验收记录的项，建议单独列出，避免直接计入分子。
可比性校验可以从四个一致入手：粒度一致、时间窗一致、完成定义一致、变更处理规则一致。四项中任何一项在不同团队之间存在差异，横向比较的结论都需要谨慎。缺失值的处理也应事先约定，例如验收状态缺失的项标记为“待确认”，在复核完成前不计入分子，也不从分母中删除。
当计划项、完成日期、验收状态和变更记录分散在表格、文档和沟通记录中时，统计成本会明显上升，口径也容易在传递中走样。ONES 的项目与工作项管理可以把计划项、计划完成日期、状态流转和变更记录放在同一处维护，让取数时能按同一份数据回溯每个计划项的判定依据；具体字段配置和版本适用范围以实际产品资料为准。
计算与评估步骤：从取数到出结果的操作顺序
按以下顺序操作，可以得到一个可复算的达成率结果：
- 锁定统计周期与计划项清单快照。在周期开始时或统计截止时固定一份清单，记录每个计划项的粒度和计划完成日期，避免统计过程中清单被反复修改。
- 逐项判定三个问题：是否在统计窗内到期、是否在计划完成日期前完成、是否通过验收。三项判定分别记录，便于后续复核。
- 按公式计算，并记录分子和分母的原始数。结果表述为“分子/分母＝百分比”，同时保留样本量。
- 分母为零时标记为“不适用”，不记为0%或100%。分母为零通常说明该周期没有到期计划项，此时任何百分比都会制造虚假结论。
- 与上期或同类团队做同口径对比。对比前先确认粒度、时间窗、完成定义和变更规则一致，不一致时先调整口径再比较。
- 抽样复核若干计划项的完成判定。抽取延期项、取消项和验收状态存疑的项，核对原始记录，确认判定没有系统性偏差。
这套步骤的产出不只是一个百分比，还包括分子分母原始数、边界项处理记录和复核结论。缺少后三项时，达成率只能作为参考，难以支撑跨团队比较或趋势判断。
例子：一个迭代的达成率完整算一遍
以下为演示数据，仅用于说明计算过程，不代表行业基准或实测结果。某迭代在统计窗内到期的计划项共20项，逐项判定如下：
| 判定类别 | 数量 | 是否计入分子 | 是否计入分母 |
|---|---|---|---|
| 按期完成并通过验收 | 13 | 是 | 是 |
| 延期完成但已验收 | 3 | 否 | 是 |
| 到期未完成 | 2 | 否 | 是 |
| 取消项（口径约定从分母剔除） | 1 | 否 | 否 |
| 跨期项（原计划日期在本期，已调整到下期） | 1 | 否 | 是 |
按口径，取消项从分母剔除，跨期项按原计划完成日期判定为到期并计入分母。因此分母为20－1＝19项，分子为13项，达成率＝13 ÷ 19 × 100% ≈ 68.4%。
结果表述建议写成：本迭代到期计划项19项，按期完成并通过验收13项，达成率约68.4%；同期延期完成3项、到期未完成2项、跨期1项，取消1项。若该迭代期间还发生过计划日期调整，应同时给出计划变更数量，说明68.4%对应的是调整前还是调整后的承诺。只报一个百分比，读者无法判断这个数字背后的承诺强度和变更情况。
解读与限制：达成率高低说明什么、不能说明什么
达成率需要和计划变更率、延期幅度、样本量一起看。达成率偏低但计划变更率很高，说明问题可能出在计划制定环节，而非执行环节；达成率偏高但延期项集中在少数关键计划项上，说明整体数字掩盖了局部风险。延期幅度同样重要，晚一天和晚一个月的计划项在达成率里被同等对待，需要单独观察。
小样本下达成率波动很大。一个周期只有五六项到期计划时，一项完成与否就能让比率变化十几个百分点，这类结果不适合直接用于团队排名。样本量较小时，建议同时给出绝对数和逐项明细，让读者看到比率背后的构成。
计划定得松会推高达成率。如果计划项普遍预留了大量缓冲，达成率可能很好看，但对预测能力和交付节奏的说明力有限。解读时应结合计划挑战度，例如计划项的平均规模、是否包含不确定性较高的探索性工作。
达成率不反映产出价值和交付质量。一个按期完成并通过验收的计划项，可能业务价值有限；一个延期的计划项，可能解决了关键问题。把达成率作为唯一绩效结论，容易引导团队倾向于承诺容易完成的事项。合理的做法是把达成率作为计划可靠性的一个观察维度，配合质量证据、价值评估和过程指标共同使用。
达标线应结合团队历史数据和业务节奏确定，不存在通用的行业标准。处于探索期或需求波动大的团队，与节奏稳定的维护型团队，适用的参考区间不同。设定目标时，可以先看团队过去若干周期的实际分布，再结合当前业务阶段确定一个区间，并随计划方式调整而更新。
常见问题
计划项在统计期内被拆分或合并，达成率应该怎么算？
拆分和合并本身不改变承诺是否兑现，关键是选定一种判定方式并保持前后一致。拆分项可以按子项分别判定，也可以按原项整体判定；合并项按合并后的新承诺日期判定，原各项不再单独计入。无论选哪种，都要保留拆分前后的对应关系和原承诺日期，否则同一序列内前后两期的结果无法对照。
如果拆分发生在统计期中间，建议在口径说明中标注该变化，并把变化前后的结果分开呈现，避免读者把口径切换误读为执行改善或恶化。
验收状态缺失或验收流程还没走完的计划项，计入分子还是分母？
这类项建议标记为“待确认”，在复核完成前不计入分子，也不从分母中删除。达成率的分子要求“按期完成并通过验收”同时成立，缺少验收证据时直接计入分子会高估达成率；直接从分母剔除则会低估到期工作量。
实际操作中可以把待确认项单独列出，注明数量和涉及的计划项，等验收结论明确后再回填。若一个统计序列内待确认项占比持续偏高，说明验收环节的记录习惯需要先理顺，此时达成率的可比性也会受影响。
团队按迭代统计和按月统计，结果能直接比较吗？
不能直接比较，除非两边的粒度、时间窗、完成定义和变更处理规则都一致。迭代周期长度不同、跨期项处理方式不同、月度统计覆盖的计划项范围更大，这些差异都会让比率失去可比性。
需要跨周期对照时，建议先统一到同一时间窗和同一粒度重新计算，再进行比较；确实无法统一时，分别呈现两组结果并说明口径差异，比强行放在一张图里更可靠。
达成率连续几个周期偏低，应该先查计划还是先查执行？
先看计划变更率和延期幅度，再判断问题出在哪一环。达成率偏低但计划变更率很高，说明承诺本身在统计期内被频繁调整，问题更可能出在计划制定和需求确认环节；达成率偏低而计划变更很少、延期集中在少数计划项上，则更值得检查这些项的执行阻碍和依赖关系。
两种情况的改进动作不同：前者要收紧计划确认和变更审批，后者要处理具体阻塞。仅凭达成率一个数字就归因到执行，容易让团队把精力放在催促上，而计划环节的问题继续存在。
达成率能不能直接作为团队绩效考核指标？
不建议单独使用。达成率只反映承诺兑现程度，不反映产出价值和交付质量；把它作为唯一考核依据，容易引导团队倾向于承诺容易完成的事项，或者把计划日期往后放。
更稳妥的做法是把达成率作为计划可靠性的一个观察维度，配合质量证据、价值评估和过程指标共同使用。如果确实要设目标，可以先看团队过去若干周期的实际分布，结合当前业务阶段确定一个区间，并随计划方式调整而更新，避免套用外部通用标准。
