阶段交付物完成定义与里程碑验收标准是构成与汇总的关系：完成定义管住每件交付物“做到什么程度算做完”，里程碑验收标准则把该节点应交付的若干交付物及其完成情况组合成一组放行条件。两者共用同一套完成证据，配合顺序是先确认交付物达到完成定义，再判断里程碑能否通过。本文聚焦关键节点层面的概念关系与配合写法。
要点总览（TL;DR）
- 完成定义（DoD）绑定单件交付物，回答“做到什么程度算做完”；里程碑验收标准绑定关键节点，回答“到达节点时哪些条件同时满足才算通过”。
- 两者是构成与汇总的层级关系：里程碑验收标准通常由该节点应交付的若干交付物及其 DoD 组合而成，并可附加节点级条件。
- 配合顺序是先为每件交付物定 DoD 并约定证据，再把交付物清单与 DoD 结果汇总成验收标准，节点到期时依据同一套证据做放行判断。
- 只要清单中有一件交付物未达 DoD，节点通常不能判定通过；例外处理方式与批准人应在验收标准中事先写明。
一句话说清两者的联系
完成定义（Definition of Done，简称 DoD）绑定在具体交付物上，回答“这件东西做到什么程度才算完成”；里程碑验收标准绑定在关键节点上，回答“到达这个节点时，哪些条件同时满足才算通过”。前者是持续使用的质量门槛，后者是一次性的放行判断。
两者的联系可以概括为层级衔接：里程碑验收标准通常由该节点应交付的若干交付物及其完成定义组合而成。DoD 是验收标准的构成材料，验收标准是 DoD 在节点层面的汇总，并可根据节点的重要性附加额外条件。它们共用同一套完成证据——交付物达到 DoD 时留下的检查记录、评审结论、测试结果，正是里程碑验收时引用的材料。因此，两者是上下游的构成关系，任何一方都无法替代另一方。
完成定义与里程碑验收标准各自的边界
把两个概念混用，最常见的原因是只记住了“完成”这个词，却忽略了它们判定的对象和时点不同。下面分别界定。
完成定义：绑定交付物的质量门槛
完成定义描述一件交付物达到“完成”状态必须满足的条件，适用对象是单个交付物，例如一份需求规格说明书、一个模块的代码、一份测试报告。判定时点在交付物被标记为完成之时，并且每次交付同类交付物都应重复使用同一套门槛。它不包括节点是否放行、项目是否进入下一阶段的判断——那是里程碑验收标准的事。
里程碑验收标准：绑定节点的放行条件
里程碑验收标准描述到达某个关键时间点、事件或决策点时，需要同时满足哪些条件才算通过，适用对象是整个节点。判定时点在节点到期或申请放行之时，通常只发生一次。它不包括替代单件交付物的质量门槛：验收标准可以引用 DoD 的结果，但不能因为节点整体通过就默许某件交付物未达 DoD。
| 对比维度 | 完成定义（DoD） | 里程碑验收标准 |
|---|---|---|
| 绑定对象 | 单个交付物 | 关键节点 |
| 回答的问题 | 这件交付物做到什么程度算做完 | 到达节点时哪些条件同时满足才算通过 |
| 判定时点 | 交付物完成时，可重复使用 | 节点放行时，通常一次 |
| 性质 | 持续使用的质量门槛 | 一次性的放行判断 |
| 不包括 | 节点是否放行 | 替代单件交付物的质量门槛 |
两者如何在一个里程碑上衔接成机制
衔接机制可以拆成四步，每一步都产生可被下一步引用的信息。
第一步，节点拆出应交付物清单。在规划里程碑时，先明确这个节点要求交出哪些东西，形成一份清单。清单是后续所有判断的基础，遗漏交付物会让验收标准失去完整性。
第二步，每件交付物对应一条 DoD 与证据。为清单中的每件交付物写明完成定义，并约定完成时留下什么证据，例如评审记录、检查表、测试结论。证据的作用是让“已完成”可以被他人核验，而不只是提交者的口头声明。
第三步，验收标准把 DoD 结果汇总为通过条件。里程碑验收标准逐项引用交付物清单，把“每件交付物均达到 DoD”作为基础条件，再按节点需要附加条件，例如关键交付物必须经过指定角色评审、遗留问题数量控制在约定范围内。这样，验收标准成为 DoD 结果的汇总视图。
第四步，未达 DoD 的交付物影响节点判定。只要清单中有一件交付物未达到 DoD，节点就不能判定为通过，除非验收标准事先明确写明了例外处理方式及其批准人。把例外规则提前写清，可以避免节点到期时临时妥协。
在工具中承接这套机制时，交付物通常以工作项或文档的形式存在，完成状态与检查记录留在对应条目上，里程碑则作为节点汇总这些条目的状态。ONES 的项目计划支持按交付物或项目阶段等维度分解计划和工作，并可用里程碑标记重要时间点、事件或决策点；设置计划和里程碑基线后，可以对比计划与执行的偏差，为节点放行前的证据核对提供参照。深圳农商银行使用 ONES 瀑布项目模板对关键里程碑、交付物进行规范化管理的实践，也体现了节点与交付物分层管理的思路，该案例未披露验收标准的具体写法，不宜直接套用。
与相邻概念的区分：任务完成、阶段评审与交付验收
完成定义和里程碑验收标准处在“交付物—节点”这一层，周围还有几个容易混淆的概念，区分清楚有助于把本文的讨论范围限定在关键节点层面。
| 相邻概念 | 判定对象 | 与本文两个概念的区别 |
|---|---|---|
| 单个任务“做完” | 一项具体工作活动 | 任务完成关注活动是否执行完毕，颗粒度更细；DoD 关注交付物质量是否达标，里程碑验收标准关注节点能否放行。任务排期与依赖管理属于另一层话题，本文不展开。 |
| 组织级阶段评审 | 项目整体是否进入下一阶段 | 阶段评审是组织层面的决策机制，可能综合成本、资源、战略等因素；里程碑验收标准只提供节点层面的通过条件，是评审的输入之一，不替代评审决策。评审机制的具体流程不在本文范围。 |
| 客户侧交付验收 | 客户是否接受交付成果 | 客户验收以合同和客户需求为准，判定主体在客户方；内部里程碑验收标准服务于项目自身的节点控制，两者可以引用相同证据，但判定主体和依据不同。 |
配合使用的写法示例与常见误解
下面以一个“系统设计阶段完成”里程碑为例，演示两者如何配合书写。示例为演示情景，不代表任何具体项目的真实标准。
写法示例
先写交付物及其 DoD：
- 《系统设计说明书》：DoD 为覆盖全部已确认需求条目、关键接口有明确约定、经架构负责人评审通过并留存评审记录。
- 《数据库设计说明》：DoD 为表结构与字段含义完整、与设计说明书一致、经数据负责人确认。
- 《设计评审纪要》：DoD 为评审问题逐条记录、每个问题有结论和责任人、遗留问题清单经确认。
再写里程碑验收标准：
- 上述三件交付物全部达到各自 DoD，证据可在对应条目上查到；
- 设计评审中标记为“阻塞”的问题全部关闭，非阻塞遗留问题不超过约定数量并已登记；
- 验收结论由技术负责人签署，签署记录随节点归档。
这样写，验收标准的每一条都能追溯到具体交付物或明确的附加条件，判定时不需要重新解释“完成”的含义。
常见误解
- 把验收标准写成任务清单。“完成需求调研、完成方案编写”描述的是活动，不是通过条件。验收标准应写成可判定的状态，例如“方案经评审通过且评审记录可查”。
- 把 DoD 写成节点条件。“项目进入开发阶段”这类表述属于节点判断，放进单件交付物的完成定义里会让交付物无法独立判定完成。
- 只写标准不留证据。没有评审记录、检查表或测试结论，DoD 和验收标准都只能靠口头确认，节点放行时容易产生争议。写标准的同时约定证据形式，两者才真正可用。
配合使用的顺序可以归纳为：先为每件交付物定 DoD 并约定证据，再把交付物清单和 DoD 结果汇总成里程碑验收标准，节点到期时依据同一套证据做放行判断。
常见问题
交付物达到 DoD 之后，里程碑是否就自动通过？
通常不会自动通过。DoD 只说明单件交付物达到了完成门槛，里程碑验收标准还可能包含节点级附加条件，例如关键交付物必须经指定角色评审、遗留问题数量控制在约定范围内、验收结论有人签署。判定时要把交付物清单逐项核对完，再检查这些附加条件，两者同时满足才构成节点通过。
同一类交付物在不同里程碑上，DoD 需要重新写一遍吗？
不需要重写，但可以按节点加严。DoD 是同类交付物重复使用的质量门槛，保持稳定才能让不同批次的完成质量可比。如果某个节点对同一类交付物有更高要求，建议把加严部分写进该节点的验收标准，作为节点级附加条件，这样既保留了 DoD 的一致性，也体现了节点差异。
节点到期时发现某件交付物未达 DoD，有哪些处理方式？
常见处理有三种：一是推迟节点判定，待交付物补齐后再验收；二是按验收标准中事先写明的例外条款处理，由约定批准人确认遗留事项、责任人和完成时限后带条件放行；三是缩小节点范围，把未完成部分拆到后续节点。无论采用哪种，都应在验收记录中留下结论和依据，避免后续追溯时只剩口头说法。
验收标准里的证据要留到什么程度才算够用？
判断标准是他人能否据此独立复核。评审类交付物通常需要评审记录和问题关闭情况，文档类交付物需要版本与确认记录，测试类交付物需要执行结果和结论。证据形式在写 DoD 时就一并约定，并与交付物条目关联存放，节点验收时直接引用，不再临时收集。
客户侧交付验收和内部里程碑验收标准可以共用一套材料吗？
可以引用相同证据，但判定主体和依据不同。内部里程碑验收标准服务于项目自身的节点控制，判定在项目内部完成；客户验收以合同和客户需求为准，判定主体在客户方。两者共用评审记录、测试结论等材料能减少重复工作，但内部通过不代表客户一定接受，客户提出的新要求也不宜直接倒推修改已通过的内部标准。
