计划达成率和交付准时率都常被用来衡量“交付靠不靠谱”，但两者回答的是不同管理问题：前者看团队是否按自己承诺的计划节奏推进，后者看对客户或上下游约定的交付节点是否兑现。本文在同一口径下对照两个指标的定义、差异与适用问题，并给出选择、组合使用和落地约定口径的方法。
要点总览（TL;DR）
- 计划达成率衡量团队按自己排定的计划完成工作项的比例，适合回答计划是否可执行、承诺是否兑现、计划编制是否脱离实际。
- 交付准时率衡量按对外约定日期交付的批次或需求比例，适合回答客户与上下游的交付节点是否守约、交付承诺是否可信。
- 两者一个向内看计划稳定性，一个向外看交付守约性；计划达成率高但交付准时率低，通常说明内部计划与对外承诺脱节。
- 选择时先明确要诊断的是内部计划可靠性还是对外交付守约性，再确认完成判定与日期来源能否支撑对应口径。
- 组合使用时先看交付准时率判断对外兑现，再看计划达成率判断内部计划稳定性，并配合变更次数与延期原因分类定位偏差。
两个指标的定义与计算口径
计划达成率与交付准时率都属于“兑现程度”类指标，分子都是“按约定完成的数量”，差别在于约定来自哪里、统计对象是谁。先把两者的定义和口径拆开，后续的差异对照才有共同基础。
计划达成率：衡量内部计划承诺的兑现
计划达成率通常定义为：在统计周期内，按计划完成的工作项数量占计划应完成工作项数量的比例。它的统计对象是团队自己排定的计划，比如某个迭代承诺完成的需求、某个版本计划内的工作项。分子是其中按计划完成的部分，分母是计划中应当完成的部分。
这个指标关心的是“说到做到”的程度：计划里列了十项，实际按计划完成了几项。它反映计划编制是否贴近实际、执行过程是否稳定，以及计划变更是否被合理管理。
交付准时率：衡量对外交付承诺的兑现
交付准时率通常定义为：在统计周期内，按约定日期交付的批次或需求数量占应交付总量的比例。它的统计对象是对外交付承诺，约定日期可能来自合同、版本发布计划、上下游约定的交付窗口，或对客户承诺的上线时间。
这个指标关心的是“对外守约”的程度：约定在某日交付的批次，有多少在该日或之前完成交付。它反映交付承诺是否可信、上下游衔接是否顺畅，以及交付环节的风险控制是否有效。
口径对照表
| 口径要素 | 计划达成率 | 交付准时率 |
|---|---|---|
| 核心定义 | 按计划完成的工作项占计划应完成工作项的比例 | 按约定日期交付的批次或需求占应交付总量的比例 |
| 统计对象 | 内部计划承诺（迭代、版本、团队计划） | 对外交付承诺（客户、上下游、发布节点） |
| 分子 | 按计划完成的工作项数 | 按约定日期交付的批次或需求数 |
| 分母 | 计划应完成的工作项数 | 应交付的批次或需求总数 |
| 完成判定 | 以计划中定义的“完成”状态为准，需事先固定 | 以实际交付动作发生为准，需明确交付的标志事件 |
| 日期来源 | 团队排定的计划完成日期 | 对外承诺的约定交付日期 |
| 统计周期 | 按迭代、版本或固定周期统计 | 按交付批次或承诺窗口统计 |
口径中最容易混淆的边界有三处。完成判定标准：工作项是“开发完成”“测试通过”还是“上线”才算完成，不同判定会显著改变两个指标的数值，必须事先写清楚。约定日期来源：计划达成率的日期来自团队计划，交付准时率的日期来自对外承诺，两者可能不同，不能混用。统计周期与范围：是按迭代、按月还是按版本统计，是否包含中途插入的紧急需求，都需要在统计前固定。
同口径差异对照：两个指标回答的管理问题
把两个指标放在同一组维度下比较，差异会更清楚：计划达成率向内看计划稳定性，交付准时率向外看交付守约性。它们回答的是两类不同的管理问题，误用往往来自把其中一个当成另一个的替代。
同口径差异对照表
| 比较维度 | 计划达成率 | 交付准时率 |
|---|---|---|
| 回答的管理问题 | 团队是否按自己承诺的计划节奏交付？计划是否可执行、承诺是否兑现？ | 对外交付节点是否按约定日期兑现？交付承诺是否可信？ |
| 统计对象 | 内部计划中的工作项 | 对外交付的批次或需求 |
| 时间基准 | 计划完成日期 | 约定交付日期 |
| 偏差指向 | 计划编制是否脱离实际、执行是否稳定、变更是否受控 | 交付环节是否守约、上下游衔接是否顺畅、承诺是否过度 |
| 典型误用 | 用它替代对外交付守约评价，忽略计划本身可能定得宽松 | 用它评价团队内部计划能力，忽略交付日期可能被反复调整 |
计划达成率适合回答的管理问题
当管理者想诊断“计划本身靠不靠谱”时，计划达成率是更直接的指标。它适合回答：团队排定的计划是否可执行，承诺的工作量是否与实际产能匹配；计划执行过程中偏差出现在哪里，是估算不准、资源被占用，还是需求中途变更；计划编制是否脱离实际，是否存在为了好看而压低承诺的情况。
这类问题的共同点是，评价对象是团队内部的计划管理能力，而不是对外交付结果。计划达成率偏低，通常指向计划编制、估算方法或变更管理需要调整；计划达成率长期偏高，也要警惕计划定得过于保守，指标失去诊断价值。
交付准时率适合回答的管理问题
当管理者想诊断“对外承诺靠不靠谱”时，交付准时率更合适。它适合回答：对客户或上下游约定的交付节点是否按时兑现，交付承诺是否可信；交付延误集中在哪个环节，是开发、测试还是发布；上下游衔接是否顺畅，依赖方的交付是否影响了整体节点。
这类问题的评价对象是对外交付结果，涉及客户满意度和协作信任。交付准时率偏低，可能来自内部计划问题，也可能来自承诺过度、依赖阻塞或交付流程瓶颈，需要结合过程数据分析原因。
两个指标同时偏低或一高一低时的解读方向
两个指标同时偏低，通常说明计划编制与交付执行都存在系统性问题，需要先检查计划是否脱离实际产能，再检查交付环节是否有结构性阻塞。计划达成率高但交付准时率低，常见原因是计划只覆盖了内部可控部分，对外承诺的日期与内部计划脱节，或者交付环节存在计划外的等待。计划达成率低但交付准时率高，可能是团队通过加班或压缩范围保住了对外节点，内部计划频繁调整，这种组合短期看交付守约，长期看计划管理能力在透支。
按管理问题选择指标：判断路径与组合使用
选择哪个指标，取决于当前要诊断的问题落在内部计划可靠性还是对外交付守约性上。判断路径可以按以下顺序走：先明确评价对象是团队内部计划还是对外交付承诺；再确认数据能否支撑对应口径，包括完成判定和日期来源；最后决定单一使用还是组合使用。
单一指标使用的适用场景与局限
计划达成率单独使用时，适合内部计划复盘、迭代或版本节奏评估，以及计划编制方法的改进验证。它的局限在于只反映内部承诺，无法说明对外交付是否守约；如果计划本身定得宽松，高达成率并不代表交付能力强。
交付准时率单独使用时，适合对外交付履约评估、客户承诺管理和上下游协作评价。它的局限在于只反映结果，无法区分延误来自内部计划问题还是外部依赖；如果约定日期被反复调整，指标也会失真。
组合使用的解读方法
两个指标组合使用，能区分“计划能力”和“交付守约”两个层面。建议按以下顺序解读：先看交付准时率，判断对外承诺是否兑现；再看计划达成率，判断内部计划是否稳定；最后结合变更次数和延期原因分类，定位偏差来源。组合使用时，两个指标应基于同一统计周期和同一批对象，避免口径错位。
需要配合的过程数据
两个指标都是结果指标，单看数值难以定位原因。建议配合两类过程数据：变更次数，包括计划内变更和计划外插入，用于判断计划稳定性；延期原因分类，按需求变更、依赖阻塞、资源不足、估算偏差等类别记录，用于判断偏差来源。过程数据与结果指标结合，才能形成可执行的改进动作。
在指标数据已经沉淀在研发管理系统中的团队，可以用 ONES Performance 对系统内流转的研发数据进行多维度分析，其效能度量体系覆盖交付效率、交付质量、资源效率、完成情况等维度，并预置面向管理人员、项目经理等角色的仪表盘模板。团队可以在此基础上按自身约定口径组织计划达成与交付准时的分析视图，把指标复盘与变更记录、延期原因放在同一套数据里查看。具体指标口径仍需团队自行约定，工具承载的是数据汇总与分析动作。
落地时的口径约定与常见误区
两个指标能否发挥作用，取决于口径是否事先固定、统计是否一致。落地阶段最常见的失真，来自口径随统计结果调整，或者用一个指标替代另一个指标做评价。
口径约定清单
- 完成判定标准：明确工作项达到哪个状态才算“完成”，计划达成率与交付准时率可以各自定义，但同一指标在不同周期必须一致。
- 约定日期来源：计划达成率使用计划完成日期，交付准时率使用对外承诺日期，两者分别记录，不互相替代。
- 统计周期与范围：固定按迭代、版本或月度统计，明确是否包含中途插入的需求和紧急修复。
- 分母锁定规则：统计开始后不随意调整计划基数，确需调整的变更单独记录并说明原因。
- 数据来源：明确指标取数来自哪个系统、哪些字段，保证不同周期可比。
常见误区
用计划达成率替代交付准时率，是最常见的误用。计划达成率高只说明内部计划兑现得好，不能证明对外交付守约；如果计划没有覆盖对外承诺的节点，两个指标可能背离。随意调整计划基数同样会失真：把未完成项移出计划分母，计划达成率会虚高，掩盖真实的执行偏差。只统计已交付批次，则会漏掉逾期未交付的部分，交付准时率被高估。
另一个误区是把指标数值直接等同于团队能力。两个指标都受计划编制质量、需求变更频率和外部依赖影响，解读时应结合变更次数和延期原因分类，避免把口径问题当成执行问题。
与相邻主题的边界
计划达成率与交付准时率关注的是承诺兑现程度，属于计划可靠性的度量。单次迭代内的任务排布、站会节奏等执行方法，属于迭代管理范畴；计划与实际投入工时的偏差分析，属于投入效率范畴。这些主题与本文指标相关，但回答的是不同问题，实际使用时可以分别建立分析视图，避免把不同口径的数据混在同一张报表里比较。
常见问题
计划达成率和交付准时率可以共用一个完成判定标准吗？
可以各自定义，但同一指标在不同统计周期内必须保持一致。计划达成率的完成判定通常以计划中约定的状态为准，例如工作项达到某个流转状态；交付准时率的完成判定以实际交付动作为准，例如批次发布或上线。两个指标服务的管理问题不同，完成判定不必强求一致，但需要分别写清楚，避免同一指标在不同周期之间口径漂移。
计划达成率高但交付准时率低，应该先查什么？
先查计划覆盖范围与对外承诺日期是否对齐。常见原因是内部计划只覆盖团队可控的工作项，对外承诺的交付日期没有纳入计划管理，或者交付环节存在计划外的等待，比如依赖方延迟、发布窗口排队。建议先比对同一批对象的计划完成日期与对外约定日期，再结合延期原因分类确认偏差集中在哪个环节。
统计周期内临时插入的紧急需求，要不要计入分母？
取决于统计目的，关键是事先固定规则并保持跨周期一致。如果目的是评价计划编制质量，临时插入的需求可以单独记录，不计入原计划分母，同时用变更次数反映计划受干扰的程度；如果目的是评价整体交付负荷，则应计入统计范围。两种做法都能成立，混用会让不同周期的数值失去可比性。
两个指标都偏低时，改进应该从哪里入手？
先区分计划编制问题与交付执行问题。可以检查计划工作量与实际产能是否匹配、估算偏差是否集中出现，再检查交付环节是否存在结构性阻塞，比如测试排队、发布流程冗长或外部依赖不稳定。两类原因往往同时存在，建议按延期原因分类统计占比，优先处理占比最高且团队可控的那一类，再观察两个指标的变化。
用研发管理系统承载这两个指标时需要注意什么？
工具负责数据汇总与分析，指标口径仍需团队自行约定。以 ONES Performance 为例，它对系统内流转的研发数据进行多维度分析，效能度量体系覆盖交付效率、交付质量、资源效率、完成情况等维度，并预置面向管理人员、项目经理等角色的仪表盘模板。团队可以在此基础上按自身约定口径组织分析视图，但完成判定、日期来源与统计范围这些口径要素，需要在配置前明确下来。
