里程碑达成率按“统计时间窗内按期达成的里程碑数 ÷ 同一时间窗内应达成的里程碑总数 × 100%”计算。要让这个比率可复算、可比较，需要先定死三个口径：哪些里程碑计入清单、达成按什么标准判定、里程碑归入哪个统计期。本文给出公式、边界处理规则和一个季度算例，并说明分母为零、延期补达成、基线变更时怎么记录。
要点总览（TL;DR）
- 里程碑达成率 = 统计期内按期达成里程碑数 ÷ 同一时间窗内应达成里程碑总数 × 100%，分子分母须来自同一份清单、同一时间窗、同一种判定口径。
- 计入分母的里程碑需同时满足：属于关键节点、有明确计划达成日期、有可判定的完成条件；时间窗按计划达成日归属。
- 达成判定先选定“按计划日期”或“按验收通过”一种口径，并在整个统计期保持一致，两种口径结果不可混用后横向比较。
- 分母为零时标注“本期无应达成里程碑”，不写成 0% 或 100%；延期补达成、提前达成、基线变更按事先约定规则处理并附注说明。
- 达成率需与延期天数、变更次数、验收一次通过率配合解读，样本量小时比率波动大，不宜直接横向比较。
先定评估目标：达成率要回答什么问题
里程碑达成率回答的是一个具体问题：在约定的统计期内，计划要兑现的关键节点，有多少按约定时间兑现了。它衡量的是关键节点的兑现程度，适合放在项目例会上看趋势，也适合在阶段结束时做复盘。把它当作唯一的绩效分数，会掩盖交付质量、范围变化和延期幅度等信息。
使用前先写清三件事，形成一份简短的评估目标说明：
- 指标用途：是过程跟踪（每月看一次，发现偏差及时干预），还是阶段复盘（季度或项目结项时评价兑现情况）。两种用途对统计频率和呈现方式的要求不同。
- 使用频率：过程跟踪建议按月或按双周统计；阶段复盘按季度或按项目阶段统计。频率一旦确定，各期口径应保持一致。
- 责任角色：谁维护里程碑计划日期，谁确认达成，谁负责汇总计算。通常由项目经理维护计划与达成记录，PMO 或项目管理部门负责汇总与口径解释。
同时明确指标边界：达成率覆盖关键节点层面的兑现情况，细粒度任务的排期与依赖管理由任务计划和进度跟踪承担，组织级的阶段评审与决策机制属于另一层管理动作。把这三层混在一个比率里，会让结果既不好算也不好解释。
指标与范围：哪些里程碑计入分母
分母的边界决定了比率的含义。建议只把同时满足以下条件的节点计入里程碑清单：属于项目的关键节点（阶段关口、重要交付、关键决策点），有明确的计划达成日期，有可判定的完成条件（如交付物提交、评审通过、验收签字）。缺少任一条件的节点，先补齐信息再纳入，否则会在判定环节产生争议。
时间窗归属按计划达成日确定：计划达成日落在统计期内的里程碑，计入该期的分母。这样每个统计期的分母在期初就基本确定，便于提前告知团队本期应达成哪些节点。
以下情形需要在规则表中事先约定处理方式：
| 情形 | 处理规则 | 记录要求 |
|---|---|---|
| 里程碑取消 | 从当期分母中剔除 | 保留取消原因与审批记录 |
| 两个里程碑合并为一个 | 按合并后的节点计一个，原节点不再单独计入 | 注明合并前后的对应关系 |
| 范围变更后节点作废 | 从分母剔除，历史期数据不追溯修改，在当期说明 | 保留变更单与作废日期 |
| 基线变更导致计划日期调整 | 按新基线调整分母归属，并注明调整前后的日期 | 保留基线版本与变更记录 |
基线变更的处理原则是：调整当期及未来期的分母，已经发布的 historical 数据保持原样并在备注中说明，避免同一份报表在不同时间被算出不同结果。变更记录本身也是解读数据的重要材料，能解释某期达成率突然变化的原因。
数据口径与证据：达成怎么判定
“达成”有两种常见判定口径，结果可能不同，必须先选定一种并在整个统计期内保持一致。
- 按计划日期判定：实际达成日期不晚于计划达成日期，即视为按期达成。这种口径计算简单，适合过程跟踪，但对“完成了但没验收”的情况不敏感。
- 按验收通过判定：里程碑对应的交付物通过评审或验收，才视为达成，达成日期取验收通过日期。这种口径更贴近交付实质，适合阶段复盘，但验收周期会拉长达成时间。
两种口径不能混用后横向比较。如果团队在过程跟踪时用日期口径、复盘时用验收口径，应在报告中分别标注，并说明差异来源。
每个里程碑至少留存以下字段，才能支撑复算：
| 字段 | 说明 |
|---|---|
| 里程碑名称 | 唯一标识，避免同名节点混淆 |
| 计划达成日期 | 取自当前有效基线 |
| 实际达成日期 | 按选定判定口径填写 |
| 状态 | 未开始、进行中、已达成、已延期、已取消 |
| 验收或评审记录 | 验收单、评审结论或签字记录的引用 |
| 变更记录 | 计划日期调整、取消、合并的说明与日期 |
缺失值的处理要写进规则：实际达成日期为空且状态不是“已达成”的，按未达成计入分母；状态不明且无证据支撑的，先标记为待确认，在统计截止日前补录，逾期仍无法确认的按未达成处理，并在结果中注明待确认数量。这样处理能防止“没记录就算达成”的口径漂移。
计算步骤：公式、分母与时间窗
公式为：里程碑达成率 = 统计期内按期达成里程碑数 ÷ 统计期内应达成里程碑总数 × 100%。分子和分母必须来自同一份里程碑清单、同一个时间窗、同一种达成判定口径，三者任一不一致，结果就不可比。
可复算的计算步骤如下：
- 确定统计期（如 2026 年第一季度），按计划达成日筛出本期应达成的里程碑，形成分母清单。
- 剔除本期已取消、已合并、已作废的节点，并在清单中注明剔除原因。
- 逐条判定是否按期达成：实际达成日期不晚于计划日期（或验收通过日期不晚于计划日期，按选定口径），计入分子。
- 计算比率，保留一位小数，同时记录分子、分母的绝对数。
- 对延期后补达成、提前达成的节点按约定规则归类，并在结果附注中说明。
边界情形按以下规则处理：
- 分母为零：本期没有应达成的里程碑时，不计算比率，标注“本期无应达成里程碑”，不要写成 0% 或 100%。
- 延期后补达成：事先约定计入原计划期还是实际达成期。计入原计划期能反映当期兑现情况，计入实际达成期能反映后续补救，两种做法都可行，但同一套报表内必须统一，并在附注中注明补达成数量。
- 提前达成：计划日在下一期、实际在本期完成的，按计划日归属下一期，不提前计入本期分子，避免分母被低估。
- 汇总层级：按项目汇总时，先算各项目比率再按里程碑数加权，不要对项目比率做简单平均；按季度汇总时，把季度内各月分子分母分别加总后再相除。
算例：一个季度里程碑达成率的完整计算
以下为演示情景，数字为示例数据。某项目 2026 年第一季度按计划应达成 6 个里程碑，逐条判定如下：
| 里程碑 | 计划达成日 | 实际达成日 | 判定 |
|---|---|---|---|
| M1 需求基线确认 | 1月15日 | 1月14日 | 按期达成 |
| M2 架构评审通过 | 2月10日 | 2月10日 | 按期达成 |
| M3 核心模块开发完成 | 2月28日 | 3月6日 | 延期达成 |
| M4 集成测试启动 | 3月10日 | 3月10日 | 按期达成 |
| M5 用户验收测试完成 | 3月25日 | 未达成 | 未达成 |
| M6 上线评审 | 3月30日 | — | 本期取消 |
M6 因范围调整取消，从分母剔除。分母为 5 个应达成里程碑，分子为按期达成的 3 个（M1、M2、M4）。达成率 = 3 ÷ 5 × 100% = 60.0%。M3 延期后在 3 月 6 日达成，按“计入原计划期、不计入分子”的规则处理，在附注中注明“延期补达成 1 个”。
换一种口径看差异：若按验收通过判定，M3 的验收在 3 月 12 日完成，M4 的集成测试启动记录在 3 月 10 日但评审签字在 3 月 13 日，则分子变为 M1、M2 两个，达成率为 2 ÷ 5 × 100% = 40.0%。同一批数据，两种口径相差 20 个百分点，这正是需要在报告中标注口径的原因。
若下个季度初没有应达成的里程碑，该期分母为零，报表写“本期无应达成里程碑”，不给出百分比。
解读与限制：达成率能说明什么、不能说明什么
达成率反映的是关键节点按计划兑现的比例，它不直接说明交付质量。一个里程碑按期“达成”，可能伴随范围缩减或验收标准放宽，因此解读时要同时看验收结论和范围变更记录。达成率高而变更次数也高，说明计划本身可能被频繁调整，兑现的含金量需要进一步核实。
样本量小时比率波动大。一个季度只有三五个里程碑时，一个节点的差异就能让比率变化二三十个百分点，这类数据适合看趋势，不适合直接横向比较不同项目或不同团队。跨项目比较的前提是里程碑纳入标准、达成判定口径、时间窗归属三者一致，否则比较的是口径差异而非兑现水平。
建议把达成率与以下指标配合使用：延期天数（衡量延期幅度，而不只是是否延期）、变更次数（衡量计划稳定性）、验收一次通过率（衡量交付质量）。三者与达成率放在同一张报表里，能形成对关键节点兑现情况的完整描述。
在工具层面，里程碑的计划日期、实际达成日期、状态与变更记录需要有稳定的承载位置。ONES 支持用里程碑标记项目中的重要时间点、事件或决策点，并可设置项目计划和里程碑基线，实时对比计划与执行的偏差；版本对比能力可用于追溯计划变更细节。这些记录可以作为达成率计算的输入来源，具体字段与统计口径以实际配置为准。指标口径确定后，把清单、判定规则和附注模板固定下来，每期按同一流程复算，达成率才具备跨期可比的基础。
常见问题
里程碑的计划日期在季度中途调整了，这一期的达成率要不要重算？
建议按“调整当期及未来期的分母，已发布的历史数据保持原样”处理。计划日期调整后，该里程碑按新基线归入对应统计期，并在附注中注明调整前后的日期和变更原因；已经发布的上一期报表不追溯修改，避免同一份数据在不同时间被算出不同结果。
如果调整发生在统计期结束前、且尚未对外发布，可以直接按新基线重算本期数据，但要在报表中保留基线版本记录，方便后续解释差异。
里程碑延期后在下个季度才达成，应该算在哪一期？
两种做法都可行，关键是同一套报表内统一。计入原计划期，能反映当期计划兑现的真实情况，延期补达成的节点不计入分子，只在附注中注明数量；计入实际达成期，能反映后续补救的进展，但会让原计划期的达成率偏低、后续期偏高。
建议在指标规则中写明选择哪一种，并固定下来。跨期比较时，附注中的“延期补达成数量”是解读比率变化的重要信息。
团队规模小、一个季度只有两三个里程碑，达成率还有参考价值吗？
有参考价值，但适合看趋势，不适合直接横向比较。里程碑数量少时，单个节点的差异就能让比率变化二三十个百分点，比率的波动更多反映样本量小，而非管理水平的真实变化。
这种情况下建议同时列出分子分母的绝对数，并配合延期天数、变更次数一起看。跨项目比较的前提是里程碑纳入标准、达成判定口径、时间窗归属三者一致，否则比较的是口径差异。
达成率算出来是 100%，是否说明项目交付没有问题？
不能直接这样推断。达成率只反映关键节点按计划兑现的比例，不反映交付质量。里程碑按期“达成”可能伴随范围缩减、验收标准放宽或计划频繁调整，这些情况需要结合验收结论和变更记录核实。
建议把达成率与验收一次通过率、范围变更次数放在同一张报表里看。达成率高而变更次数也高，说明计划本身可能被频繁调整，兑现的含金量需要进一步确认。
里程碑的计划日期、实际达成日期和变更记录放在哪里维护比较合适？
这些记录需要有稳定的承载位置，才能支撑每期复算。ONES 支持用里程碑标记项目中的重要时间点、事件或决策点，并可设置项目计划和里程碑基线，实时对比计划与执行的偏差；版本对比能力可用于追溯计划变更细节。这些记录可以作为达成率计算的输入来源，具体字段与统计口径以实际配置为准。
无论使用哪种工具，建议把里程碑清单、判定规则和附注模板固定下来，每期按同一流程复算，比率才具备跨期可比的基础。
