敏捷指南 · 敏捷实践
敏捷中的完成的定义：含义、示例与检查清单
完成的定义（DoD）是一份共享的检查清单，每项工作都必须满足其要求，团队才能宣布它已完成。它可以避免“完成”对不同的人意味着不同的东西，并在一个又一个冲刺中保障质量。
要点总结
- 完成的定义是适用于所有工作的共享质量检查清单。
- 验收标准针对单个条目；DoD 适用于每个条目。
- 保持简短、可见并持续改进。
什么是完成的定义
在 Scrum 中，完成的定义是对增量在满足产品所需质量标准时所处状态的正式描述。不符合完成的定义的工作就没有完成，不能发布，也不计入速度。完成的定义是附属于增量的承诺。
完成的定义与验收标准对比
| 完成的定义 | 验收标准 | |
|---|---|---|
| 适用范围 | 每个待办事项条目 | 某个特定条目 |
| 描述内容 | 适用于所有工作的质量标准 | 该条目必须实现的功能 |
| 作者 | 团队（以及组织标准） | 产品负责人与团队共同制定 |
| 示例 | 代码已评审、测试并编写文档 | 用户可以通过电子邮件重置密码 |
只有同时满足自身验收标准和完成的定义，条目才算完成。
示例：软件团队
- 代码已编写并经过同行评审。
- 已编写自动化测试并全部通过。
- 已集成到主分支，且未破坏构建。
- 符合商定的安全性和无障碍检查要求。
- 面向用户的文本已经过审核。
- 产品负责人已看到其正常运行。
示例：营销或内容团队
- 文案已经编辑批准。
- 已完成品牌和法务检查。
- 链接和跟踪已经过测试。
- 已在正确的渠道发布或排期。
- 已设置结果仪表板。
如何制定并完善完成的定义
- 如果组织有质量标准，就以此为起点。
- 与团队举行一次简短的工作坊：“在我们乐于发布之前，必须满足哪些条件？”
- 保持足够简短，以便每次都能逐项检查；通常几项就足够了。
- 让它在看板上清晰可见。
- 在回顾会上审查它，并随着团队的成熟逐步收紧标准。
本主题的免费模板
常见问题
由谁负责完成的定义？
如果组织有相关标准，所有团队都将其作为最低要求遵守。否则，由 Scrum 团队自行制定。
完成的定义可以更改吗？
可以。团队通常会随着时间推移不断强化它。任何变更都适用于未来的工作，团队应如实说明哪些工作是按旧标准完成的。
敏捷中的完成的定义是什么？
一份共享的质量标准检查清单，每项工作都必须满足其要求才算完成。在 Scrum 中，它是附属于增量的承诺。
完成的定义与验收标准有什么区别？
完成的定义适用于每个待办事项条目，描述的是通用的质量标准；验收标准适用于单个条目，描述的是该条目必须实现的功能。一个条目两者都需要满足。
就绪的定义与完成的定义相比是什么？
部分团队使用的一份可选检查清单，用于判断待办事项条目何时足够清晰、可以纳入冲刺。与完成的定义不同，它并不是《Scrum 指南》的一部分。
完成的定义应包含哪些内容？
典型内容包括同行评审、测试、集成、必要的文档、安全性或无障碍检查以及产品负责人审核。保持足够简短，以便每次都能逐项检查。
如果某个条目不符合完成的定义，会怎样？
它没有完成。它不能发布，也不能计入速度，并会退回产品待办事项列表重新排序。
所有团队的完成的定义都相同吗？
如果多个团队开发同一产品，它们共享同一个完成的定义。每个团队都可以添加更严格的自有标准。
完成的定义应展示在哪里？
放在团队每天都能看到的地方，例如看板上或团队使用的工具中，以便在工作中使用它，而不是被遗忘。
完成的定义适用于非软件团队吗？
适用。营销团队可能会要求在一件作品算作完成之前，必须经过编辑批准、品牌和法务检查，并测试链接。
完成的定义与速度有何关系？
只有符合完成的定义的条目才计入 速度。部分完成的工作计为零。