完成定义是什么
完成定义（DoD）是团队对「完成」的统一标准，例如编码、评审、测试、文档与部署都要达标；验收准则（AC）则是针对单个故事或交付物的判定条件。两者混用会让半成品以「编码完成」的状态计入进度，真实进度被系统性高估，缺口在发布阶段集中爆发。
基本信息
| 完成定义 DoD | 全团队通用的完成标准，由团队共同维护 |
|---|---|
| 验收准则 AC | 针对单个故事或交付物的判定条件 |
| 维护者 | 团队共同维护，产品负责人参与协商 |
| 作用 | 防止半成品计入进度，控制质量门槛 |
典型使用场景
- Sprint 规划：确认条目所需满足的完成标准与验收准则
- 评审会：用 DoD 判断增量是否真的可以演示与交付
- 跨团队协作：多团队共用一个增量时约定统一的 DoD
- 质量门禁：把 DoD 作为进入下一环节的前置条件
- 改进回顾：每次回顾检查 DoD 是否需要提高标准
DoD 与 AC 对照
| 维度 | 完成定义 DoD | 验收准则 AC |
|---|---|---|
| 范围 | 全团队通用标准 | 单个故事或交付物 |
| 归属 | 团队共同维护 | 产品负责人与团队协商确定 |
| 作用 | 防止半成品计入进度 | 判定功能是否满足需求 |
| 变化频率 | 相对稳定，逐步提高 | 每条条目单独定义 |
DoD 示例
DoD 示例
代码通过评审与静态检查 # 保证基本质量门槛
单元测试通过且覆盖率达标 # 防止无测试的增量
集成测试通过，无严重缺陷 # 保证可以集成
文档与部署脚本同步更新 # 保证可维护与可交付
可在类生产环境演示 # 保证环境依赖可控
# DoD 是团队承诺，公开张贴并每次回顾复核常见的定义缺口
| 缺口 | 后果 | 补充方式 |
|---|---|---|
| 不含测试 | 缺陷在集成阶段集中暴露 | 把测试与回归写入 DoD |
| 不含文档 | 交接与维护成本转嫁 | 明确必要文档与更新责任 |
| 不含部署 | 演示环境可用但无法上线 | 把部署与回滚验证纳入完成 |
| 不含性能 | 上线后性能问题爆发 | 加入非功能验收门槛 |
DoD 与 AC 混用，功能会以编码完成的状态计入进度，质量缺口在发布阶段集中暴露，返工成本成倍上升。
DoD 是团队自设的质量门槛，可以随能力提升逐步提高；一次性设得过高会导致条目长期无法完成，反而打击节奏。