里程碑验收标准与完成定义（DoD）常被混用，但两者判断的对象不同：前者决定关键节点能否放行进入下一阶段，后者决定某个工作项或交付物本身是否做完、做对。本文按对象、判断主体、证据形式和配合流程逐项对照，并给出可直接套用的写法示例，帮助项目团队把两套标准放在正确的位置上。
要点总览（TL;DR）
- 里程碑验收标准判断关键节点是否达成、能否放行，判断主体是项目发起人、客户或阶段评审方；DoD判断单个工作项或交付物是否做完做对，判断主体是执行团队。
- 两者是层级关系：DoD保证单个交付物合格，里程碑验收标准把达到DoD的交付物连同阶段目标、评审结论一起作为放行依据，不能互相替代。
- 配合路径是：先按工作项类型定义可勾选、可举证的DoD，再在里程碑上引用达到DoD的交付物清单，节点到期时由评审方核查并形成结论。
- 常见误用有两类：把DoD条目直接搬成里程碑验收标准，或把验收标准写成“完成开发”这类无法核对的表述；每条标准应指向具体对象、对应证据并写明签认人。
- DoD条目宜从高频工作项类型起步、试行后固化；里程碑验收标准由项目经理编写、评审方确认，项目风险与举证需要决定两者的松紧程度。
两者分别回答什么问题
里程碑验收标准回答的是“这个节点算不算达成、能不能放行”。它面向阶段关口，判断的是阶段目标是否实现、约定的交付物是否齐备、相关评审是否通过。判断主体通常是项目发起人、客户代表或阶段评审组，使用时机是节点到期或阶段切换之前。
完成定义（DoD）回答的是“这个工作项或交付物本身算不算完成”。它面向日常执行，判断的是质量条目是否逐项满足，例如需求文档是否经过评审、代码是否通过测试、缺陷是否清零到约定阈值。判断主体是执行团队自己，使用时机是每个工作项从进行中转为完成的那一刻。
两者的关系是层级关系而非替代关系：DoD保证单个交付物合格，里程碑验收标准把这些合格交付物连同阶段目标、评审结论一起作为放行依据。一个交付物即使满足DoD，也不代表它所在的阶段可以放行；反过来，阶段放行也不能跳过对单个交付物是否达到DoD的核查。
| 对照项 | 里程碑验收标准 | 完成定义（DoD） |
|---|---|---|
| 判断对象 | 关键节点、阶段目标 | 工作项、交付物 |
| 回答的问题 | 节点是否达成、能否放行 | 工作项是否完成、质量是否达标 |
| 判断主体 | 项目发起人、客户或阶段评审方 | 执行团队 |
| 使用时机 | 节点到期、阶段切换前 | 每个工作项完成时 |
同口径差异对照
把两者放在同一组维度下比较，差异会更清楚。下表从作用范围、判定内容、证据形式、变更影响和失效后果五个方面展开，便于团队在编写标准时逐项对照检查。
| 维度 | 里程碑验收标准 | 完成定义（DoD） |
|---|---|---|
| 作用范围 | 阶段级，覆盖一个节点内的全部目标与交付物 | 工作项级，覆盖单类任务或单个交付物 |
| 判定内容 | 阶段目标达成情况、交付物齐备性、评审结论 | 统一的质量条目，如评审、测试、文档、缺陷阈值 |
| 判断主体 | 项目发起人、客户、阶段评审组 | 执行团队，通常由任务负责人自检、同伴复核 |
| 使用时机 | 节点到期或阶段切换前集中进行 | 每个工作项完成时即时核对 |
| 证据形式 | 评审结论、阶段目标达成说明、交付物清单及签认 | 交付物检查项勾选记录、测试报告、评审记录 |
| 变更影响 | 调整牵动整体计划、资源安排与干系人预期，需走变更评审 | 调整影响团队日常完成口径，需团队内统一并同步 |
| 失效后果 | 节点放行失真，问题被带入下一阶段，返工成本上升 | 完成口径不一致，同一类任务质量参差，验收时争议频发 |
需要说明的是，变更影响这一行的差异来自两者所处层级不同，并非说DoD可以随意改动。DoD一旦在团队内生效，调整同样需要说明理由并同步到所有使用方，只是影响面集中在执行层，不直接改变阶段计划。
两者如何衔接：从交付物合格到节点放行
配合使用的思路是：先让每个交付物按DoD做到合格，再让里程碑验收标准把这些合格交付物组织成放行依据。具体可以按以下步骤落地。
- 划分工作项类型并定义DoD。团队先梳理常见工作项类型，例如需求、设计、开发任务、测试用例，为每一类写一份统一的完成条目清单。条目要能勾选、能举证，避免“已完成开发”这类无法核对的表述。
- 在里程碑上写明交付物清单。里程碑验收标准引用“达到DoD的交付物”，列出本节点必须齐备的交付物及其对应的工作项类型，使验收条件与DoD形成引用关系，而不是另写一套质量要求。
- 安排证据收集与评审。节点到期前，由各交付物负责人提交DoD核对记录和支撑材料，阶段评审方据此核查交付物齐备性与阶段目标达成情况，形成评审结论。
- 明确未通过时的处置。节点未通过时，区分两类原因：交付物未达DoD的，退回执行团队补齐；阶段目标未达成的，评估是否调整计划、顺延节点或缩小范围，并记录决策依据。
- 划清检查边界。DoD负责单件质量，里程碑验收负责阶段放行，评审时对已提供DoD核对记录的交付物做抽查而非全量重检，避免两套标准重复检查、互相替代。
角色分工上，执行团队负责维护DoD并完成自检，交付物负责人负责提交证据，阶段评审方负责按里程碑验收标准作出放行结论，项目经理负责记录结论与后续动作。在ONES中，可以用项目计划按阶段或交付物维度分解工作，用里程碑标记重要时间点与决策点，并为计划和里程碑设置基线，对比计划与执行的偏差；关键里程碑与交付物的规范化管理也有客户实践可参考。至于DoD检查项清单和里程碑验收条件的系统配置方式，需结合团队实际使用的功能核验后再确定承载方案。
常见误用与写法示例
实际编写时，最常见的两类错误正好相反：一类把DoD条目直接搬成里程碑验收标准，导致节点验收退化为逐项质量检查，阶段目标反而没人评估；另一类把里程碑验收标准写得过于笼统，例如只写“完成开发”“系统上线”，既无法核对，也无法举证。
下面以“支付模块开发”这一交付物和“支付模块上线准备”这一里程碑为例，对照两种写法。
| 类型 | 不推荐写法 | 推荐写法 |
|---|---|---|
| 交付物DoD | 开发完成 | 代码合并至主干并通过代码评审；单元测试覆盖核心支付路径且全部通过；接口文档更新并与联调方确认；遗留缺陷中无阻断级和严重级问题 |
| 里程碑验收标准 | 支付模块做完，准备上线 | 支付模块、对账模块、退款流程三类交付物均达到各自DoD并附核对记录；支付链路压测报告经技术负责人签认；上线方案与回滚预案经评审通过；客户方代表确认验收范围无遗漏 |
可核验、可举证的写法有三个要点：一是每条标准指向具体对象和可观察结果，避免形容词；二是每条标准对应一种证据，如评审记录、测试报告、签认单；三是写明判断主体或签认人，使验收结论有明确责任人。按这三点检查，DoD条目和里程碑验收条件都能在评审现场直接对照使用。
在项目中如何配合使用与选择建议
团队级DoD的建立宜从高频工作项类型入手，先覆盖需求、开发、测试三类，由团队共同讨论条目并试行一到两个迭代，再固化为团队统一口径。条目数量控制在可执行的范围内，宁少而实，避免清单过长导致自检流于形式。
里程碑验收标准的编写责任通常在项目经理或计划负责人，评审责任在阶段评审方。编写时应引用已生效的DoD，只补充阶段目标、交付物齐备性和评审要求，不重复质量条目。标准定稿前应经过评审方确认，避免节点到期才发现验收口径不一致。
不同项目类型可以调整松紧：交付周期短、变更频繁的项目，DoD条目宜精简，里程碑验收聚焦关键交付物和放行条件；涉及外部客户验收或合规要求的项目，DoD条目和验收证据都应更完整，里程碑验收标准需明确客户签认环节。调整的依据是风险与举证需要，而非套用统一模板。
与阶段评审、任务排期的边界也要划清：任务排期解决“什么时候做、谁来做”，DoD解决“做成什么样算完成”，里程碑验收解决“到这个节点能不能放行”。三者分别对应计划、质量和关口决策，混在一起写会让标准失去可核对性。落地时可对照以下检查要点：每类工作项是否都有可勾选的DoD；里程碑是否引用了达到DoD的交付物清单；每条验收条件是否都有对应证据和签认人；节点未通过时是否有明确的回退与决策记录。
常见问题
团队已经有统一的DoD，还需要单独写里程碑验收标准吗？
需要。DoD覆盖的是单个工作项或交付物的完成质量，它无法回答阶段目标是否实现、交付物是否齐备、评审是否通过。里程碑验收标准在引用达到DoD的交付物之外，还要写明本节点的阶段目标、交付物清单、评审要求和签认人。缺少这一层，节点放行就只剩逐项质量检查，阶段层面的风险容易被漏掉。
里程碑验收标准里可以直接引用DoD条目而不重复写吗？
可以，而且推荐这样做。里程碑验收标准写“某类交付物达到其DoD并附核对记录”，把质量条目留在DoD中维护，验收标准只补充阶段目标、齐备性和评审要求。这样两套标准各管一层，DoD调整时验收标准无需同步改写，避免同一要求在两处维护出现不一致。
节点未通过时，应该退回补交付物还是调整里程碑？
先区分原因。交付物未达到DoD的，退回执行团队补齐后重新提交核对记录；阶段目标本身未达成，或外部条件发生变化的，评估是否顺延节点、缩小范围或调整计划，并记录决策依据与责任人。两类处置对应不同层级的问题，混在一起处理会让回退缺乏依据。
小团队或短周期项目，两套标准都要完整建立吗？
可以按风险取舍。交付周期短、变更频繁的项目，DoD条目宜精简到关键质量项，里程碑验收聚焦少数关键交付物和放行条件；涉及外部客户验收或合规要求的项目，DoD条目和验收证据都应更完整，并明确客户签认环节。取舍依据是风险与举证需要，不必套用统一模板。
在ONES中承载DoD检查项和里程碑验收条件，需要注意什么？
ONES的项目计划支持按目标、交付物或项目阶段等维度分解计划和工作，里程碑可标记重要时间点、事件或决策点，设置计划与里程碑基线后能对比计划与执行的偏差。至于DoD检查项清单和验收条件、验收结论在系统中的具体配置方式，输入资料未作说明，建议结合团队实际使用的功能核验后再确定承载方案。
