研发计划达成率与交付准时率有什么区别

研发计划达成率和交付准时率经常被放在同一张报表里，却回答着两个不同的问题：前者看计划承诺兑现了多少，后者看交付时间承诺守住了多少。两个指标的分子、分母和统计对象不同，一个高并不代表另一个也高。本文按统一口径拆解两者的定义、差异来源、适用管理问题，并给出组合使用时的口径约定。

要点总览（TL;DR）

• 计划达成率看“计划承诺兑现了多少”，统计对象是计划项；交付准时率看“交付时间承诺守住了多少”，统计对象是对外或对下游的承诺节点。
• 两者分母往往不同：一个计划项可能对应多个交付节点，一个交付节点也可能由多个计划项支撑，因此一个指标高不能推出另一个也高。
• 计划达成率适合回答排期是否稳定、计划是否可信；交付准时率适合回答对外承诺是否守约、下游是否被阻塞。
• 组合使用时需约定计划冻结时点、交付节点定义和变更记录，并保留原始承诺与变更后承诺两套数据分别计算。
• 两个指标都不适合评价单次迭代执行质量或计划与实际工时偏差，这两类问题需要各自的度量方式。

两个指标各自在算什么

计划达成率衡量“计划承诺被兑现的比例”，回答计划本身是否可靠；交付准时率衡量“交付时间承诺被兑现的比例”，回答对外或对下游的时间承诺是否守约。理解这两个指标，先要把分子、分母和统计对象分别说清楚。

计划达成率的定义与常见计算口径

计划达成率通常按“按期完成或按计划关闭的计划项数 ÷ 统计周期内应完成的计划项数”计算。分母是周期内计划要求完成的事项，分子是其中按原计划完成的事项。统计对象可以是需求、任务、版本或里程碑，具体取决于团队把计划承诺落在哪一层。它的关注点是“说好要做的事，做到了多少”。

口径上有两个常见变体需要明确：一是按数量计，二是按工作量或故事点加权。数量口径简单直观，加权口径更能反映大项的影响。无论选哪种，都应在报表中注明，避免不同周期之间直接比较。

交付准时率的定义与常见计算口径

交付准时率通常按“按承诺时间交付的交付节点数 ÷ 统计周期内应交付的节点数”计算。分母是已经对外或对下游承诺了时间的交付节点，分子是其中在承诺时间内完成交付的节点。统计对象是交付承诺节点，例如版本发布、对外接口交付、下游依赖的提测或上线时间。

这里的关键是“承诺时间”的认定：以最初承诺为准，还是以最后一次变更后的承诺为准，会显著改变结果。行业通行做法是同时保留原始承诺和变更后承诺两套数据，分别计算，避免用变更后的时间掩盖延期。

统计对象差异与容易混淆的边界

两个指标最根本的差异在统计对象：计划达成率的对象是“计划项”，交付准时率的对象是“交付承诺节点”。一个计划项可能对应多个交付节点，一个交付节点也可能由多个计划项支撑，因此两者的分母往往并不相同。

三类边界最容易造成口径混乱：

• 计划变更：计划中途调整后，原计划项是否仍计入分母。若直接替换为新计划，达成率会虚高；建议保留变更记录，按原始计划与变更后计划分别统计。
• 范围调整：周期内新增或移出的需求，是否计入当期分母。常见做法是冻结时点之后新增的范围单独统计，不混入原计划达成率。
• 部分交付：一个交付节点只完成了部分内容，算准时还是延期。需要事先约定“完成”的判定标准，例如以验收通过或达到约定交付物清单为准。

对照项	计划达成率	交付准时率
衡量的问题	计划承诺兑现了多少	交付时间承诺守住了多少
常见分子	按计划完成或关闭的计划项数	按承诺时间交付的节点数
常见分母	周期内应完成的计划项数	周期内应交付的承诺节点数
统计对象	计划项、需求、版本、里程碑	交付承诺节点，如发布、提测、上线
时间基准	计划完成时间	对外或对下游承诺的交付时间
变更处理	需约定原计划是否保留	需约定以原始承诺还是变更后承诺为准

同一批研发数据下的差异对照

把两个指标放在同一批研发数据下对照，差异主要来自衡量对象、时间基准、变更处理、责任角色和被操纵方式五个维度。理解这些差异，才能解释为什么会出现一个高一个低。

五个维度的横向对照

对照维度	计划达成率	交付准时率
衡量对象	计划项是否按计划完成	交付节点是否按承诺时间交付
时间基准	计划完成时间，偏内部排期	承诺交付时间，偏对外或对下游
变更处理	计划调整频繁时结果波动大	承诺变更需单独记录，否则失真
责任角色	计划制定者与执行团队共同承担	交付责任人与下游接口方共同关注
可被操纵的方式	拆小计划项、放宽计划完成定义	推迟承诺时间、缩小交付范围

两种典型组合的解读

计划达成率高、交付准时率低。常见原因是计划项本身定得宽松或拆分得细，内部计划容易“完成”，但对外承诺的交付节点没有守住。例如计划项按内部任务关闭，而版本发布因联调或验收延迟。这说明计划可靠性尚可，交付承诺管理存在缺口。

计划达成率低、交付准时率高。常见原因是计划频繁变更或计划项定义过粗，内部计划经常调整，但对外承诺的少数关键节点被优先保障。这说明对外交付守约，但内部排期的稳定性不足，计划对资源的指导作用有限。

两个指标共同使用时能识别的问题

成对观察可以区分三类问题：计划本身不可信（达成率持续偏低）、交付承诺管理薄弱（准时率持续偏低）、以及两者同时偏低所反映的排期与交付协同问题。单看一个指标，容易把“计划定得松”误读为“执行好”，或把“承诺时间一再推迟”误读为“计划达成正常”。

各自适合回答哪些管理问题

两个指标各自对应不同的管理问题。选错指标，得到的答案看似相关，却无法支撑对应的决策。

计划达成率适合回答的问题

• 我们的排期是否稳定，计划制定是否贴近实际产能？
• 计划频繁调整是需求变化导致，还是估算与拆解能力不足？
• 哪个团队或哪类需求的计划可信度较低，需要复盘排期方法？
• 计划冻结之后，实际执行与计划的偏离有多大？

它适合用于排期方法改进、计划评审和产能校准，关注的是“计划”这一管理动作本身的质量。

交付准时率适合回答的问题

• 对外或对下游承诺的交付时间是否守约？
• 下游团队是否因为上游交付延迟而被阻塞？
• 版本发布、提测、上线等关键节点的时间承诺兑现情况如何？
• 承诺变更的频率和原因是什么，是否需要调整承诺机制？

它适合用于交付承诺管理、跨团队依赖协调和对下游的服务水平沟通，关注的是“时间承诺”的守约程度。

两者都不适合回答的问题及归属边界

两个指标都不直接回答单次迭代内的执行过程是否顺畅，也不回答计划与实际投入工时的偏差。前者属于迭代执行过程管理，后者属于工时与投入偏差分析，需要各自的度量方式。把这两个指标用于评价个人绩效或单次迭代质量，容易因口径错配得出误导性结论。

管理问题	适用指标	说明
计划是否可信、排期是否稳定	计划达成率	看计划项兑现比例
对外承诺是否守约、下游是否被阻塞	交付准时率	看承诺节点兑现比例
单次迭代执行是否顺畅	均不适用	归迭代执行过程管理
计划与实际工时偏差	均不适用	归工时与投入偏差分析

怎么组合使用并避免误读

两个指标应成对呈现、按趋势观察，并在统计前约定统一口径。单独看某一期的数值，或在不同口径之间直接比较，都会放大误读。

成对呈现与趋势观察

建议在同一张报表中并列展示两个指标，并按相同周期观察趋势。单期数值受需求波动影响大，连续三到六个周期的走向更能反映计划可靠性和交付守约的变化。出现一个升一个降时，先回到变更记录和交付节点清单查找原因，再下结论。

统一口径的必要约定

• 计划冻结时点：明确周期内哪一天之后计划不再变更，冻结后新增范围单独统计。
• 交付节点定义：列明哪些节点属于交付承诺，例如版本发布、提测、对外接口上线，并约定“完成”的判定标准。
• 变更记录：计划变更和承诺变更都要留痕，记录变更时间、原因和变更前后数值，支持按原始口径和变更后口径分别计算。
• 统计对象对齐：明确计划项与交付节点的对应关系，避免两个指标的分母混用。

常见误读与规避方式

常见误读包括：把计划达成率高当作交付可靠，忽略对外承诺；用变更后的承诺时间计算准时率，掩盖延期；把两个指标用于个人考核，导致计划项被拆小或承诺时间被放宽。规避方式是把指标用于团队和流程改进，保留原始承诺数据，并在报表中注明口径和统计范围。

在协作工具中记录计划变更与交付节点

口径约定要落到日常记录中才有意义。团队可以在协作工具里把计划项、计划完成时间、交付节点和承诺时间作为工作项的固定字段，变更时保留历史记录，让两个指标都能从同一批数据中按约定口径统计。

ONES 的研发数据在系统内日常流转，ONES Performance 可自动收录这些数据并基于客观数据形成分析指标，支持多维度、精细化、自定义的分析，并提供面向管理人员、项目经理等角色的预置仪表盘模板。对于计划达成率与交付准时率这类需要统一口径的指标，团队可以借助其自定义分析能力，按约定的冻结时点、交付节点定义和变更记录组织统计，再结合交付效率、交付质量、进度情况、资源效率等维度形成“量化—实施—分析—改进”的闭环。是否内置这两个具体指标及对应模板，需以实际产品配置为准。

常见问题

计划中途调整后，原计划项还要计入计划达成率的分母吗？

这取决于团队约定的口径，但建议保留两套统计：按原始计划计算一套，按变更后计划计算一套。如果直接把原计划项替换为新计划，达成率会偏高，无法反映计划本身的稳定性。可行做法是设定计划冻结时点，冻结前的调整计入变更记录，冻结后新增的范围单独统计，不混入原计划达成率。

交付准时率应该以最初承诺时间还是最后一次变更后的承诺时间为准？

两种口径都有意义，关键是分开呈现。以最初承诺计算，能反映对外承诺的守约程度；以变更后承诺计算，能反映当前排期的执行情况。只保留变更后口径，容易用推迟后的时间掩盖延期。建议同时记录原始承诺和变更后承诺，报表中注明采用哪一种，避免跨周期直接比较。

一个交付节点只完成了部分内容，算准时还是延期？

需要在统计前约定“完成”的判定标准，例如以验收通过、达到约定交付物清单或下游确认可用为准。标准未约定时，部分交付容易被计为准时，使交付准时率偏高。若确实存在分阶段交付，可把每个阶段拆成独立节点分别承诺时间，而不是把一个节点拆成“部分准时”。

两个指标能不能用来考核个人或单个团队？

不建议直接用于个人考核。计划达成率按个人考核，容易促使计划项被拆小或完成定义被放宽；交付准时率按个人考核，容易促使承诺时间被推迟或交付范围被缩小。更合适的用法是面向团队和流程改进，结合变更记录分析原因，把指标作为讨论排期方法和承诺机制的输入。

在协作工具里要记录哪些字段，才能让两个指标按统一口径统计？

至少需要把计划项、计划完成时间、交付节点、承诺时间作为工作项的固定字段，并在变更时保留历史记录，包括变更时间、原因和变更前后数值。这样两个指标可以从同一批数据中分别按原始口径和变更后口径统计。ONES Performance 可自动收录系统内日常流转的研发数据并支持多维度、自定义的分析，团队可借助其自定义分析能力按约定口径组织统计；是否内置这两个具体指标及对应模板，需以实际产品配置为准。