里程碑完成判定应以交付物验收为主，日期用于计划基线和偏差度量。具体做法是：先为每个里程碑定义可核验的交付物和通过标准，再记录计划日期与实际达成日期；完成与否看交付物是否满足标准并通过评审，日期则用来计算提前或延期天数、识别进度风险。本文给出判定范围、证据字段、计算步骤和一个完整示例，适用于项目关键节点的检查与阶段交接。
要点总览（TL;DR）
- 里程碑完成以交付物验收为主要判断依据：必须交付物全部满足通过标准、证据齐全并通过评审，才判定为完成。
- 日期承担计划基线和偏差度量的作用：记录计划日期与实际达成日期，用延期天数=实际达成日期−计划日期计算偏差，单位统一为自然日或工作日。
- 按期完成率=按期完成里程碑数÷到期里程碑数×100%，分母只计统计时间窗内计划日期已到的节点；分母为零时不出比率，只做定性说明。
- 判定结果要并列解读：按期完成率反映进度稳定性，交付物验收反映成果质量，两者不能互相替代，也不能单独代表项目整体健康。
- 计划日期变更需保留原基线与变更记录，新旧口径分开统计，跨期比较前统一基线，否则偏差数据不可比。
里程碑完成判定要解决什么问题
里程碑完成判定的目标，是把“完成”从口头确认变成可复核的判断。项目推进到关键节点时，团队需要回答一个具体问题：这个节点承诺的成果是否真的达成，能否据此进入下一阶段或对外交付。判定结果要能经得起他人查阅，而不是依赖某位成员的记忆或会议上的表态。
交付物判定与日期度量回答的是两个不同问题。交付物判定回答“成果是否达成、质量是否达标”，它检查的是内容本身；日期度量回答“达成得比计划早还是晚、偏差多大”，它检查的是时间表现。两者结合，才能既确认节点实质完成，又掌握进度稳定性。
判定结果主要用于三类场景。节点检查时，用交付物结论决定是否放行下一阶段；偏差分析时，用日期数据识别延期趋势和风险集中点；阶段交接时，把交付物证据和达成日期一并移交，让接手方清楚知道上一阶段交付了什么、何时交付。三类场景对数据的要求不同，但都依赖同一套判定口径。
判定对象与指标范围怎么划
纳入里程碑判定的应是项目中的关键节点，通常对应重要时间点、事件或决策点。判断一个节点是否纳入，可以看它是否标志着阶段成果的交付、是否涉及外部承诺、是否作为后续工作的前置条件。日常任务和中间过程不纳入里程碑判定，它们的进度由任务排期管理。
交付物清单需要划清边界。必须交付指节点成立所不可缺少的成果，缺一项即判定未完成；可选交付指有价值但不影响节点成立的成果，缺失时记录说明，不改变完成结论。清单在节点启动前确定，执行中新增必须交付项应走变更记录，避免事后追加标准。
日期口径要区分三个概念。计划日期是初始排定的目标时间；承诺日期是对外或对上级确认的时间，可能因协商调整；实际达成日期是交付物通过验收的日期。三者分别记录，比较时明确用的是哪一组，否则偏差数据会失真。
本文讨论范围限于关键节点的完成判定与日期偏差度量。细粒度任务排期与依赖管理、组织级研发阶段评审与决策机制属于其他管理环节，不在本文展开。
交付物证据与数据口径
完成判定需要可核验的证据。常见证据类型包括：交付文档本身、评审记录或会议纪要、验收单或签收记录、上线或发布记录、测试报告。证据的作用是让第三方能够独立复核“交付物存在且满足标准”，口头确认和即时消息不作为判定依据。
每个里程碑应记录以下字段，形成可追溯的判定档案：
| 字段 | 填写内容 | 作用 |
|---|---|---|
| 里程碑名称 | 节点名称与所属阶段 | 标识判定对象 |
| 交付物 | 必须交付与可选交付清单 | 界定判定内容 |
| 通过标准 | 每项交付物的可核验验收条件 | 提供判定依据 |
| 责任人 | 交付物负责人与验收人 | 明确核对与评审角色 |
| 证据链接 | 文档、评审记录、验收单等位置 | 支持独立复核 |
| 计划日期 | 初始排定日期 | 作为偏差计算基线 |
| 实际达成日期 | 交付物通过验收的日期 | 计算日期偏差 |
证据缺失或不全时，判定口径要提前约定。常见处理是：必须交付物缺少证据，判定为未完成，即使团队口头说明已完成；证据存在但通过标准未逐项核对，判定为待确认，补齐评审后再定；可选交付物缺证据，记录说明即可。口径一旦确定，同一项目内保持一致，避免同类情况出现不同结论。
日期数据要有明确取数来源和记录时点。实际达成日期以验收通过当天为准，按统一时区记录；计划日期以基线版本为准，变更时保留原值和变更记录。记录时点统一，跨节点比较才有意义。
完成判定的计算与评估步骤
判定按以下步骤执行，每一步都有明确的完成标志。
步骤一：逐项核对交付物是否满足通过标准。对照清单逐项检查，每项给出“满足”“不满足”“待确认”三种结论之一。必须交付物全部满足，才进入下一步；存在不满足项，判定为未完成，记录差距。
步骤二：确认证据齐全并完成评审。检查每项结论是否有对应证据支撑，验收人完成评审并留下记录。证据齐全且评审通过，判定为完成；证据不全，回到步骤一补充或维持待确认状态。
步骤三：记录实际达成日期，计算日期偏差。完成判定成立当天记为实际达成日期，然后计算偏差：
- 延期天数 = 实际达成日期 − 计划日期。结果为正表示延期，为负表示提前，为零表示按期。单位统一为自然日或工作日，同一项目内不混用。
- 按期完成率 = 按期完成里程碑数 ÷ 到期里程碑数 × 100%。分子为实际达成日期不晚于计划日期的里程碑数；分母为统计时间窗内计划日期已到的里程碑数，未到期节点不计入分母。
分母为零时，即统计窗口内没有到期里程碑，不出比率，只做定性说明，例如“本期无到期节点”。里程碑未到期时，状态记为“进行中”，不参与按期完成率计算，也不提前判定完成或延期。统计时间窗需在报表中注明起止日期，跨期数据不合并计算。
在工具层面，ONES 的项目计划支持按目标、交付物或项目阶段等维度分解计划和工作，并可用里程碑标记重要时间点、事件或决策点；设置计划和里程碑基线后，可对比计划与执行的偏差，帮助提早识别风险。判定规则、证据字段和统计口径仍需团队按上述方法自行约定，工具承载记录与对比，不替代验收判断。
一个里程碑检查的例子
以下为演示情景，用于说明判定过程，数据为示例设定。
某系统集成项目设里程碑“接口联调完成”，计划日期为 6 月 30 日。必须交付物为：接口文档终版、联调测试报告、双方确认的验收单。通过标准为：接口文档覆盖全部约定接口且经双方评审；测试报告显示约定用例全部通过；验收单由双方负责人签字。
检查时逐项核对：接口文档已评审通过，证据为评审纪要链接；测试报告显示 48 条用例全部通过，证据为报告链接；验收单已签字，证据为扫描件。三项必须交付物均满足标准，证据齐全，验收人评审通过，判定为完成。实际达成日期记录为 7 月 8 日。
日期偏差计算：延期天数 = 7 月 8 日 − 6 月 30 日 = 8 个自然日。若项目统一按工作日计，则按工作日口径重新计算并注明。判定结论为：交付物已达成，节点完成；日期延期 8 天。解读时应同时说明两点：完成质量以交付物验收为准，延期反映的是进度表现，二者不互相替代。若该节点属于本期到期里程碑，则计入按期完成率的分母，但因延期不计入分子。
结果怎么解读与常见限制
按期完成率反映的是进度稳定性，说明计划日期被守住的频率，不直接代表交付质量。一个节点可能按期完成但交付物勉强达标，也可能延期完成但成果扎实。解读时应把交付物判定结论和日期指标并列查看，避免用单一比率评价团队表现。
交付物判定的可靠性取决于通过标准的清晰度。标准写成“文档质量良好”这类表述，不同人核对会得出不同结论；标准写成“覆盖全部约定接口并经双方评审”，复核才有共同依据。标准模糊时，判定结果的可比性下降，应先修订标准再评估。
计划日期变更会影响可比性。节点延期后调整计划日期，若不保留原基线，历史偏差会被抹掉，跨期比较失真。处理方式是保留变更记录，新旧口径分开统计，跨期比较前统一基线。变更频繁的项目，还应关注变更次数本身，它反映计划稳定性。
单指标不能替代整体项目健康判断。按期完成率、延期天数只覆盖时间维度，范围变更、质量问题、资源投入、风险暴露程度都需要另行观察。里程碑判定是节点检查的工具，把它当作项目整体评价的全部依据，容易掩盖其他方面的问题。判定结果用于决策时，应结合阶段目标、交付物质量和后续依赖综合判断。
常见问题
里程碑的交付物已经完成，但日期延期了，这个节点算完成吗？
算完成。完成判定看交付物是否满足通过标准并通过评审，日期延期不改变完成结论，只影响进度指标。处理方式是把两件事分开记录：节点状态记为完成，实际达成日期按验收通过当天记录，同时计算延期天数并说明原因。在按期完成率统计中，该节点计入分母但不计入分子。
需要留意的是，延期本身是风险信号，应在节点检查时说明对后续依赖项的影响，避免只报“完成”而掩盖进度问题。
必须交付物缺少验收证据，但团队口头确认已完成，能否判定完成？
按本文口径不能判定完成。必须交付物缺少证据时，判定为未完成或待确认，即使团队口头说明已完成。证据的作用是让第三方能够独立复核交付物存在且满足标准，口头确认和即时消息不构成判定依据。
实际操作中可以先记为待确认，补齐评审记录或验收单后再更新结论。这个口径要在项目内提前约定并保持一致，避免同类情况出现不同结论。
统计期内没有到期的里程碑，按期完成率怎么报？
分母为零时不出比率，只做定性说明，例如“本期无到期节点”。未到期的里程碑状态记为进行中，不参与按期完成率计算，也不提前判定完成或延期。
报表中应注明统计时间窗的起止日期，跨期数据不合并计算。如果连续多个统计期都没有到期节点，可以检查里程碑设置是否过稀，或统计窗口是否与项目节奏不匹配。
计划日期中途调整过，历史偏差数据还能直接比较吗？
不能直接比较。计划日期变更后，如果不保留原基线，历史偏差会被抹掉，跨期比较会失真。处理方式是保留变更记录，新旧口径分开统计，跨期比较前统一基线。
变更频繁的项目还应关注变更次数本身，它反映计划稳定性。判定某个节点是否按期时，要明确用的是初始计划日期还是调整后的承诺日期，并在记录中注明。
在项目管理工具里落地这套判定，需要工具提供哪些记录能力？
核心是三类记录：里程碑及其交付物清单、证据与评审记录的位置、计划日期与实际达成日期的对照。ONES 的项目计划支持按目标、交付物或项目阶段等维度分解计划和工作，并可用里程碑标记重要时间点、事件或决策点；设置计划和里程碑基线后，可对比计划与执行的偏差，帮助提早识别风险。
判定规则、通过标准和统计口径仍需团队自行约定，工具承载记录与对比，不替代验收判断。具体配置方式建议结合实际版本核验。
