研发计划达成指团队在约定周期内，按事先承诺的范围与完成标准交付的计划项占比，用来衡量计划可靠性与可预测性。它回答的是“承诺了多少、按标准完成了多少”，通常以计划项达成率或承诺完成率表达。单次迭代内的任务推进、阻塞处置，以及计划工时与实际工时的偏差，属于相邻但不同的管理问题，需要分开度量。
要点总览（TL;DR）
- 研发计划达成是约定周期内按承诺范围与完成标准交付的计划项占比，衡量的是承诺兑现程度与计划可预测性。
- 基本公式为达成计划项数除以承诺计划项数，难点在承诺口径与完成口径的固定，以及范围变更、取消、拆分合并的处理规则。
- 它不衡量单次迭代内的任务流转与阻塞处置，也不衡量计划工时与实际工时的偏差，这些需要由迭代执行管理和投入分析分别回答。
- 达成率偏低可能来自承诺过多、标准收紧或范围频繁变更，指标只呈现结果，原因要结合执行记录与投入数据另行分析。
- 稳定算出达成率依赖四个动作：周期开始锁定承诺范围、统一完成标准、变更逐条留痕、周期结束按同一口径复盘。
研发计划达成到底指什么
研发计划达成是一个比率型指标：在约定周期内，按承诺范围与完成标准交付的计划项数量，占该周期承诺计划项总数的比例。它衡量的是承诺兑现程度，即团队事先说好要做的事，到期时有多少真正按标准完成。
这个定义包含两个必须同时固定的口径要素，缺一不可：
- 承诺口径：哪些计划项算作“承诺”。通常以周期开始时锁定的范围为准，包括明确纳入本周期、有明确交付标准的工作项。周期中途临时加入的事项，是否计入承诺，需要在统计规则中事先写明。
- 完成口径：什么状态算“完成”。常见标准包括验收通过、已上线、工作项关闭等。不同标准会得出不同结果，因此同一团队、同一指标应长期使用同一套完成定义。
研发计划达成与“做了多少事”“团队忙不忙”是不同的问题。完成数量、任务流转次数、人均处理量描述的是投入与活动量；计划达成描述的是承诺与交付之间的吻合程度。一个团队可能非常忙碌、完成了很多临时任务，但原定承诺项大量延期，此时计划达成率仍然偏低。反过来，一个范围保守、承诺谨慎的团队可能达成率很高，但这不直接说明其产出规模更大。
它衡量什么、不衡量什么
研发计划达成回答的核心问题是：计划是否可靠。它适合用于评估承诺兑现程度、观察计划可预测性的变化趋势，以及为周期复盘提供事实基础。它不承担解释执行过程、投入偏差或个人表现的责任，把这些判断压在同一个指标上，容易导致口径扭曲和误读。
| 衡量 | 不衡量 |
|---|---|
| 约定周期内承诺计划项的兑现比例 | 单次迭代内的任务流转效率与阻塞处置情况 |
| 计划可靠性与可预测性的变化趋势 | 计划工时与实际工时之间的偏差 |
| 范围承诺与完成标准之间的吻合程度 | 个人产出高低与绩效水平 |
| 周期复盘时对“说到做到”程度的事实描述 | 需求价值高低、技术质量优劣 |
需要说明的是，达成率偏低可能是承诺过多、完成标准收紧、范围频繁变更等多种原因造成，指标本身只呈现结果，原因需要结合迭代执行记录和投入数据另行分析。这也是它需要与相邻指标搭配使用的原因。
达成率怎么算：口径、字段与统计规则
基本公式为：计划达成率 = 达成计划项数 ÷ 承诺计划项数 × 100%。公式简单，难点在于分子分母的界定。要让不同周期、不同团队的数据可比，需要把以下字段和规则写进统计口径文档。
| 要素 | 定义建议 | 记录要求 |
|---|---|---|
| 承诺计划项 | 周期开始时锁定、纳入本周期交付范围的工作项 | 记录锁定时间与范围快照 |
| 达成计划项 | 在周期结束前达到约定完成标准的工作项 | 记录完成时间与完成状态 |
| 完成标准 | 验收通过、已上线、工作项关闭等，择一并统一 | 写入工作项状态定义 |
| 范围变更 | 周期内新增、移出、取消、拆分合并的处理方式 | 逐条留痕，注明变更时间与原因 |
| 统计周期 | 迭代、月度、季度等固定周期 | 周期边界事先约定，不随意调整 |
| 统计粒度 | 团队、项目或版本维度 | 同一报表内粒度保持一致 |
几类常见变更的处理规则建议如下：
- 中途追加范围：若追加项在周期内完成，可同时计入分子和分母；若未完成，是否计入分母需事先约定。更稳妥的做法是维持周期开始时的分母不变，追加项单独统计，避免用扩大分母的方式稀释达成率。
- 取消项：因需求取消而不再交付的计划项，通常从分母中剔除，并在记录中注明取消原因与时间，避免被误读为未完成。
- 拆分与合并：拆分后的子项按原计划项计为一个承诺单位，或按事先约定的换算规则处理；合并同理。关键是规则固定，不因结果好坏临时调整。
- 跨周期延期：未在周期内完成的计划项计为未达成，即使后续完成也不回补上一周期的数据。
统计周期与粒度应与团队的计划节奏一致。按迭代统计适合节奏稳定的团队，按月度或季度统计适合计划跨度较长的工作。粒度上，团队级达成率用于观察整体可预测性，项目或版本级达成率用于定位具体范围的承诺问题，两者不宜混用在同一张趋势图里。
和迭代执行、工时偏差、交付速度的区别
研发计划达成常与几个相邻指标一起出现，它们回答的问题不同，数据来源和使用场景也不同。混用会导致同一个数字被赋予它无法支撑的解释。
| 指标 | 回答的问题 | 主要数据来源 | 适用场景 |
|---|---|---|---|
| 研发计划达成率 | 承诺的计划项有多少按标准完成 | 周期承诺范围、工作项完成状态 | 周期复盘、计划可靠性趋势观察 |
| 迭代执行管理 | 周期内任务如何流转、阻塞如何处置 | 任务状态流转记录、阻塞与风险记录 | 站会、迭代内推进、障碍清除 |
| 工时偏差分析 | 计划投入与实际投入差多少、差在哪 | 计划工时、实际工时记录 | 投入估算校准、资源安排复盘 |
| 交付速度/吞吐量 | 单位时间交付了多少工作项或工作量 | 完成记录、工作量估算 | 产能观察、长期趋势对比 |
搭配使用的典型方式是：周期内用迭代执行管理推进任务、处理阻塞；周期结束后先看计划达成率判断承诺兑现情况，再用工时偏差分析解释投入层面的原因，用交付速度观察产能变化。三者结合，才能从“结果如何”走到“为什么”。单独看达成率，容易把估算偏差、范围变更、执行阻塞混为一谈。
一个具体例子与常见误解
假设某团队在一个双周迭代开始时承诺了10个计划项，迭代结束时的情况是：7项按验收标准完成，1项因需求取消而终止，2项延期到下一周期。按不同口径计算：
- 口径一（取消项从分母剔除）：达成率 = 7 ÷ (10 − 1) = 77.8%。这是较常用的口径，取消项不再构成交付承诺。
- 口径二（取消项保留在分母）：达成率 = 7 ÷ 10 = 70%。适用于取消原因本身需要被复盘的情况。
- 若中途追加2项且均完成，按“分母不变、追加单独统计”的规则：原承诺达成率仍为77.8%，追加项完成情况单独记录，不混入原分母。
围绕这个例子，有几种典型误读值得纠正：
- 把完成数量等同于达成率：完成了7项，不代表达成率是7或70%，必须先确定分母口径。分母不同，同一个完成数量会得出不同比率。
- 中途追加范围后仍按原分母计算：如果追加项计入分母却未同步说明，达成率会被稀释，读者容易误判为执行不力。追加范围应单独记录、单独说明。
- 用达成率直接评价个人：达成率是团队或项目层面的承诺指标，个人承担的计划项数量、难度和依赖关系差异很大，直接横向比较会失真。个人层面的工作应结合具体职责与交付物评价。
- 达成率100%即代表计划质量高：达成率100%也可能来自承诺范围过于保守、完成标准过宽。判断计划质量，需要同时看承诺规模、范围变更频率和完成标准的严格程度。
把达成率稳定算出来需要哪些管理动作
达成率能否稳定计算并用于复盘，取决于四个管理动作是否落实：承诺锁定、完成标准统一、变更留痕、同口径复盘。这些动作落在日常协作流程中，而不是周期结束后再补算。
具体流程可以这样走：
- 周期开始时锁定承诺范围：在计划会上确认本周期纳入交付的工作项清单，明确数量与完成标准，并保留范围快照。锁定动作本身要留痕，便于事后核对分母。
- 把完成标准写入工作项状态：将“验收通过”“已上线”“关闭”等标准对应到工作项的状态定义中，让完成与否可以从状态直接判断，减少人工口径争议。
- 变更、取消、拆分合并逐条记录：每次范围调整都注明时间、原因和影响，形成可追溯的变更记录。周期结束统计时，按事先约定的规则处理这些记录。
- 周期结束后按同一口径复盘：使用与上期一致的公式和字段定义计算达成率，结合延期项、取消项和追加项逐条回顾，再把结论带入下一周期的承诺讨论。
在协作工具中承载这条流程时，工作项状态、版本或周期范围、变更记录是三个关键落点。以 ONES 为例，团队可以在工作项上维护状态以对应完成标准，用版本或周期范围圈定承诺清单，并通过操作记录保留范围调整的痕迹，使周期结束时的统计有据可查。工具承担的是记录与呈现，承诺是否合理、复盘结论如何转化为下一周期的改进，仍需要团队在计划会和复盘中完成。
常见问题
周期中途追加的需求，应该计入承诺分母吗？
两种做法都可行，关键是事先约定并长期沿用。常见做法是维持周期开始时的分母不变，追加项单独统计完成情况，这样达成率反映的是原承诺的兑现程度，不会被新增范围稀释。如果团队希望把追加项也纳入考核，则需在追加时同步记录并说明，避免事后按结果好坏临时调整分母。
取消的计划项从分母剔除后，达成率会不会显得虚高？
剔除取消项确实会提高比率，因此需要在复盘中同时呈现取消数量与取消原因。如果取消集中在周期后段、且多由团队自身原因造成，单看剔除后的达成率会掩盖问题。建议在报表中并列展示原承诺数、取消数、达成数和追加数，让读者看到完整结构，而不只是一个百分比。
团队刚起步、计划节奏还不稳定时，适合马上用达成率考核吗？
初期更适合把达成率当作观察工具，用于发现承诺与交付之间的差距，暂不直接与绩效挂钩。计划节奏稳定、完成标准统一、变更记录完整之后，数据才具备横向可比性。在此之前，可以先按周期记录承诺清单与完成情况，积累几个周期的数据再讨论趋势和目标值。
达成率长期偏高或长期偏低，分别应该先检查什么？
长期偏高时，先看承诺范围是否过于保守、完成标准是否过宽，以及是否存在大量低难度事项充数。长期偏低时，先看范围变更频率、延期项集中在哪个环节，再结合工时偏差判断是估算问题还是执行阻塞。两种情况下都应回到具体计划项逐条复盘，而不是只调整目标值。
按迭代统计和按季度统计，结果差异很大，应该以哪个为准？
两者回答的问题不同。按迭代统计反映短期承诺兑现的稳定性，适合节奏固定的团队做过程观察；按季度统计覆盖范围更大，适合观察整体可预测性趋势。建议固定一种作为主口径用于趋势对比，另一种作为补充视角，避免在同一张趋势图里混用不同周期的数据。
