研发计划达成率的分歧通常集中在三处：分母里放哪些工作项、什么状态和时点算完成、数据从哪个系统取。这三处不先写清楚，同一个团队在不同月份算出的数字也可能对不上。本文给出一套可复算的界定方法：先明确指标用途，再固定统计对象与时间窗，然后定义分子分母和完成判定，最后说明取数字段、计算步骤与结果解读的边界。
要点总览（TL;DR）
- 计划达成率回答的是计划承诺与实际交付的吻合程度，用于改进估算与计划流程，不宜直接作为个人考核依据。
- 口径界定先固定三件事：统计层级（迭代、版本、季度或项目计划）、时间窗（计划周期或自然月）、计量单位（工作项数量、故事点或人天），全组织统一且不混算。
- 公式为达成率=按口径完成的计划内工作项数÷计划内应完成工作项数×100%；分母以计划基线为准，变更单独记录，建议同时给出原始基线与含变更两个口径。
- 数据来源统一到承载计划与工作项状态的系统，采集类型、所属计划、基线、状态、状态变更时间、验收与变更记录，按统计截止时点取快照，避免事后状态覆盖历史。
- 达成率高不等于计划质量高，需结合计划变更率、需求交付周期组合解读；不同层级、单位、纳入类型和完成判定时点之间不可直接比较。
评估目标：计划达成率要回答什么问题
计划达成率回答的是一个具体问题：在一个已经承诺的计划周期内，团队实际交付的工作与当初计划要交付的工作，吻合到什么程度。它衡量的是计划承诺与实际结果之间的差距，指向计划可靠性，而不是某个人的努力程度或产出高低。
这个定位决定了指标的用法。达成率的合理用途是改进估算与计划流程：当多个周期的达成率持续偏低，说明计划编制时对工作量、依赖关系或风险的估计存在系统性偏差，需要回看估算依据和排期方式；当达成率波动很大，说明计划变更频繁或范围控制不稳定。把达成率直接挂到个人考核上，容易诱导两种行为：一是把计划定得保守，二是把未完成的工作项挪出计划范围，两种行为都会让指标失去反映真实交付状况的能力。
需要区分几个相邻但不同的度量。迭代执行关注的是周期内的进度推进和阻塞处理，属于过程管理；工时偏差分析比较的是计划投入与实际投入的差异，衡量资源使用效率；计划达成率只看承诺与交付的吻合，不涉及投入多少。三者可以组合使用，但不能互相替代。本文的范围限定在达成率的统计口径与数据来源界定，不展开单次迭代的执行过程管理，也不讨论以达成率直接评价个人绩效的做法。
指标与范围：统计对象、时间窗与单位
统计口径的第一个决定是统计层级。同一个组织里，按迭代统计和按季度计划统计得到的达成率含义不同，混在一起汇总没有意义。常见层级有四类：迭代层级反映短周期承诺的兑现情况，适合节奏稳定的团队；版本层级反映一次发布范围内计划的完成程度，适合有明确交付节点的产品；季度或阶段计划层级反映较长周期的目标推进，适合管理层观察；项目计划层级则围绕一个项目立项时确定的范围。选定层级后，所有参与汇总的团队都应使用同一层级，跨层级的数据单独呈现，不做加权合并。
时间窗的界定要与层级匹配。按计划周期起止取数，得到的是该计划自身的达成情况；按固定自然月取数，适合做月度趋势对比，但跨月的计划会被切断，需要额外规则处理跨周期工作项。两种方式都可以用，关键是全组织统一，并在口径文件中写明。如果同时需要周期视角和日历视角，应分别计算两套数字，各自标注口径，避免在同一张报表里混用。
计量单位的选择影响结果的可比性。按工作项数量统计，口径最简单、最容易核对，但一个大需求和一个小缺陷权重相同；按故事点统计，能体现工作量差异，前提是团队的估算尺度经过校准且相对稳定；按人天统计，接近资源视角，但依赖工时填报的准确性。三种单位各有适用条件，选择时考虑两点：团队是否已有稳定的估算习惯，以及指标主要服务于哪类决策。无论选哪种，同一份报告内不混用单位。
纳入与排除范围需要在口径文件中逐项列明。下表给出一个可参照的定义框架，具体取值由组织根据自身工作项体系确定。
| 维度 | 需要明确的选项 | 界定要点 |
|---|---|---|
| 统计层级 | 迭代 / 版本 / 季度计划 / 项目计划 | 全组织统一，跨层级不合并计算 |
| 时间窗 | 计划周期起止 / 固定自然月 | 与层级匹配，跨周期工作项单独约定 |
| 计量单位 | 工作项数量 / 故事点 / 人天 | 同一报告内不混用，估算尺度需稳定 |
| 纳入类型 | 需求、缺陷、技术任务等 | 逐类列明，未列明的类型默认不纳入 |
| 排除规则 | 取消、合并、重复、范围外插入 | 排除项保留记录，说明排除原因 |
纳入类型是最容易产生分歧的地方。需求通常纳入，缺陷是否纳入取决于团队对计划承诺的理解：如果计划编制时已把缺陷修复量计入容量，就应纳入；如果缺陷属于计划外响应，则单独统计。技术任务、重构、文档类工作项同理，关键是事先约定并保持稳定，不能因为某类工作项完成情况好就纳入、完成情况差就排除。
数据口径：分母、分子与完成判定
达成率的基本公式为：达成率 = 按口径完成的计划内工作项数 ÷ 计划内应完成工作项数 × 100%。公式本身简单，难点在于分母和分子各自的边界。
分母是计划基线内应完成的工作项集合。计划基线指计划被正式确认时的工作项清单及其范围，需要在计划启动时锁定并留存。计划执行过程中新增的工作项，如果属于原计划范围内的补充细化，可以计入；如果是范围扩张带来的新需求，应记录为变更，是否计入分母取决于口径约定。建议的做法是保留原始基线，变更单独记录，报告时同时给出两个数字：按原始基线计算的达成率，以及按含变更口径计算的达成率。前者反映最初承诺的兑现程度，后者反映最终范围下的完成情况，两者都有解释价值，但不能只报其中一个而不说明。
分子是分母中满足完成判定的工作项。完成判定要回答两个问题：什么状态算完成，以及以哪个时点为准。状态取值应使用系统中明确的终态，例如已完成、已关闭、已验收，避免使用模糊的中间状态。时点的选择影响跨周期统计：以状态变更时间为准，反映团队标记完成的时间；以验收通过时间为准，反映交付被确认的时间。前者更接近执行节奏，后者更接近交付质量。选定一种并在口径文件中固定，不要在不同周期之间切换。
分母为零的情况需要单独处理。当某个计划周期内没有任何计划内工作项，达成率没有定义，应标注为“不适用”并排除在汇总之外，不能记为0%或100%。汇总多个团队时，建议采用分子合计除以分母合计的方式计算整体达成率，而不是对各团队的达成率取平均，后者会让工作项少的团队获得过高权重。
状态回退也需要规则。工作项从完成状态退回进行中，说明此前标记的完成不成立。处理方式有两种：按统计截止时点的最终状态判定，回退后不计入分子；或按历史曾达到完成状态判定。前者更严格，反映截止时点的真实状态，建议作为默认口径，并在报告中说明回退情况的数量。
数据来源：从哪些系统取数、如何对齐
数据来源应统一到承载计划与工作项状态的系统。达成率的分子分母都依赖工作项的类型、所属计划、状态和状态变更时间，这些信息如果分散在多个系统中，取数时就会出现对不上的情况。确定一个主数据源，其他系统的数据只作为补充或核对依据，是保证可追溯的前提。
需要采集的字段清单如下表。字段的完整性直接决定口径能否复算，缺失的字段应在取数阶段标注，而不是在计算阶段用假设填补。
| 字段 | 用途 | 取数要求 |
|---|---|---|
| 工作项标识与类型 | 判断是否属于纳入类型 | 类型取值需与口径文件一致 |
| 所属计划 | 确定工作项归属哪个统计对象 | 支持按迭代、版本、季度计划关联 |
| 计划基线 | 区分原始计划与变更后范围 | 计划确认时留存快照 |
| 当前状态 | 判定是否完成 | 使用明确的终态取值 |
| 状态变更时间 | 确定完成时点 | 保留历史记录，不被后续变更覆盖 |
| 验收记录 | 支持按验收时点判定 | 记录验收通过时间与结果 |
| 变更记录 | 解释分母调整 | 记录新增、移出、取消及原因 |
取数时点与快照方式是另一个关键。工作项的状态会随时间变化，如果每次计算都读取当前状态，历史周期的数字会随之后的状态变更而改变，导致同一周期在不同时间算出不同结果。正确做法是在统计截止时点对相关字段取快照，报告基于快照计算，后续状态变化不影响已发布的数字。需要重新计算时，明确标注重算原因和重算时间。
多系统并存时，先确定主数据源，再建立字段映射关系，说明每个字段从哪个系统取、以哪个为准。人工补录的数据必须标注来源和补录人，与系统自动采集的数据区分呈现，便于复核时判断数据可信度。在ONES中，计划与工作项的状态、所属计划和变更记录集中在同一套工作项数据里，计划确认时的范围可以作为基线留存，状态变更时间随工作项记录保留，这为按统一时间窗取快照、复算分子分母提供了数据基础；具体字段的可用性以实际配置为准。
计算与评估步骤：从取数到出报告
把口径落到一次实际计算，可以按以下顺序执行，每一步都留下可核对的产物。
- 确定统计周期与层级。写明本次统计覆盖哪个迭代、版本或季度计划，起止时间是什么，参与汇总的团队范围有哪些。
- 锁定计划基线并导出计划内工作项清单。清单包含工作项标识、类型、所属计划、基线状态，作为分母的原始依据。
- 按完成判定规则标记分子。逐项核对状态取值和完成时点，落在统计截止时点之前且满足终态要求的工作项计入分子。
- 计算达成率并记录分母、分子数值。同时记录排除项数量、变更项数量和分母为零的统计单元，便于解释结果。
- 抽样核对状态与验收记录。抽取一定比例的工作项，比对系统记录与实际情况，记录异常项和缺失值的处理方式。
抽样核对是保证数据可信的必要动作。核对重点包括：标记为完成但缺少验收记录的工作项、状态回退过的工作项、计划中途新增或移出的工作项。发现的问题不一定要修改数字，但必须在报告中说明，让读数字的人知道结果建立在什么数据质量之上。缺失值不能默认按完成或未完成处理，应单独列出并说明对结果的影响方向。
例子：一个迭代的达成率怎么算
以下为演示情景，数字用于说明计算过程，不代表任何实际团队的表现。
某迭代计划周期为两周。计划确认时，基线内共有40个工作项，其中需求22个、缺陷10个、技术任务8个，口径约定三类均纳入。迭代执行过程中，新增需求3个，其中2个属于原需求拆分细化，1个为范围外新需求；移出2个工作项，原因是需求取消。统计截止时，基线内40个工作项中完成32个；新增的2个拆分细化工作项完成1个；范围外新增的1个工作项完成1个；移出的2个工作项不计入。
按原始基线口径计算：分母为40，分子为32，达成率 = 32 ÷ 40 × 100% = 80%。这个数字反映最初承诺的兑现程度。
按含变更口径计算：分母为40 + 2 + 1 − 2 = 41，分子为32 + 1 + 1 = 34，达成率 = 34 ÷ 41 × 100% ≈ 82.9%。这个数字反映最终范围下的完成情况。
两个结果差异不大，但原因不同：拆分细化的工作项完成率低于基线，范围外新增的工作项完成了，移出的工作项则同时减少了分子和分母。如果只看含变更口径，会掩盖基线内完成不足的情况；如果只看原始基线口径，又会忽略范围变化带来的实际工作量。报告时同时给出两个数字，并附上变更说明，读者才能判断计划可靠性到底如何。若该迭代分母为零，例如计划周期内没有确认任何工作项，则应标注为不适用，不参与团队汇总。
解读与限制：结果怎么用、哪些情况不可比
达成率高不等于计划质量高。一个团队把计划定得足够保守，达成率可以长期接近100%，但这说明的是计划留有余量，而不是交付能力强。判断计划质量需要结合计划变更频率一起看：达成率高且变更少，说明计划稳定且执行到位；达成率高但变更频繁，说明计划在过程中被反复调整，最初承诺的参考价值有限；达成率低且变更少，说明估算或执行存在系统性问题，值得深入分析。
以下情形下结果不可直接比较，跨团队或跨周期对比时需要特别说明：
- 统计层级不同，例如迭代达成率与季度计划达成率并列展示。
- 计量单位不同，例如按工作项数量统计的团队与按故事点统计的团队直接排名。
- 纳入的工作项类型不同，例如一方纳入缺陷、另一方不纳入。
- 完成判定时点不同，例如一方按状态变更时间、另一方按验收通过时间。
- 数据完整性差异明显，例如一方存在大量人工补录或缺失验收记录。
数据缺失、状态回退和跨周期工作项会从不同方向影响结果。缺失验收记录可能让分子偏高；状态回退如果按截止时点判定会降低分子，按历史曾完成判定则不会；跨周期工作项在按自然月统计时会被切断，可能出现同一工作项在两个周期都被计入或都不被计入的情况。这些影响应在报告中说明，而不是通过调整口径来消除。
建议把达成率与计划变更率、需求交付周期等指标组合解读。计划变更率反映范围稳定性，需求交付周期反映从提出到交付的流转效率，三者结合可以区分“计划本身合理但执行受阻”和“计划编制偏离实际”两类问题。达成率作为单一指标，适合用来触发讨论和定位问题，不适合作为对团队或个人的唯一评价依据。
常见问题
计划中途新增或移出的工作项，分母要不要跟着改？
建议保留原始基线，变更单独记录，报告时同时给出两个数字：按原始基线计算的达成率，反映最初承诺的兑现程度；按含变更口径计算的达成率，反映最终范围下的完成情况。是否把某类变更计入分母，要在口径文件中事先写明，例如原需求拆分细化可计入，范围外新增需求记为变更。两个口径都报并附变更说明，比只报一个更能解释计划可靠性。
按状态变更时间算完成，还是按验收通过时间算完成？
两者反映的内容不同：状态变更时间更接近团队标记完成的执行节奏，验收通过时间更接近交付被确认的时点。选定一种后在口径文件中固定，不要在不同周期之间切换，否则同一团队的历史数字会失去可比性。如果组织同时关心执行节奏和交付确认，可以分别计算两套数字并各自标注口径，但不要在同一张报表里混用。
某个周期没有计划内工作项，达成率记0还是记100%？
都不合适。分母为零时达成率没有定义，应标注为“不适用”并排除在汇总之外。汇总多个团队时，建议用分子合计除以分母合计计算整体达成率，而不是对各团队的达成率取平均，后者会让工作项少的团队获得过高权重，也会让分母为零的单元干扰结果。
工作项完成后又退回进行中，算不算完成？
默认口径建议按统计截止时点的最终状态判定，回退后不计入分子，并在报告中说明回退情况的数量。另一种做法是按历史曾达到完成状态判定，口径更宽松。两种方式都可以用，关键是事先固定并在报告中注明，避免同一周期在不同时间算出不同结果。回退较多时，还应回看完成判定所依据的状态取值是否过于模糊。
多个系统都有工作项数据，取数时以哪个为准？
先确定一个承载计划与工作项状态的主数据源，其他系统的数据只作为补充或核对依据。建立字段映射关系，说明每个字段从哪个系统取、以哪个为准；人工补录的数据标注来源和补录人，与系统自动采集的数据区分呈现。取数时在统计截止时点对相关字段取快照，后续状态变化不影响已发布的数字，需要重算时标注重算原因和时间。
