完成的定义(Definition of Done)

完成的定义(Definition of Done,简称 DoD)是敏捷开发特别是 Scrum 框架中的一项正式承诺:一份团队共同制定并公开的检查清单,明确规定一个产品待办事项要满足哪些质量标准才能被宣布为完成。只有满足全部条目的工作才能计入增量,否则退回待办列表。

概述

在缺乏统一标准的团队里,完成是一个高度含糊的词:开发者说的完成可能只是代码写完,既没有测试也没有部署,由此产生大量隐藏的收尾工作和临近发布的意外。Scrum 指南将完成的定义列为正式工件承诺,要求它对整个 Scrum 团队透明一致;如果组织有统一的质量标准,团队的 DoD 至少要满足该标准。典型的 DoD 条目包括:代码通过评审、单元测试与集成测试通过、覆盖率不低于约定值、静态检查无新增告警、文档与发布说明更新、已部署到预发布环境验证等。

核心特点

• 二值判定:一项工作只有完成与未完成两种状态,不存在完成了百分之八十。
• 团队共识:清单由团队共同制定与维护,而非管理者单方面下达,并随成熟度演进逐步收紧。
• 质量内建:把测试、评审、文档等质量活动定义为工作的一部分,而非交付后的附加项。
• 透明可审计:任何人都能对照清单核查某项工作是否真正完成,评估进度不再依赖口头汇报。

应用场景

DoD 用于迭代评审时判定增量是否可展示可发布,用于估算时提醒团队把测试文档等工作量计入故事点,也用于多团队协作时对齐质量底线。与之相对的验收标准(Acceptance Criteria)针对单个用户故事的业务条件,而 DoD 是适用于所有工作的通用质量门槛,两者互补。

常见问题

问:迭代结束时故事没满足 DoD 怎么办？答:不能算作完成,也不应展示为增量,通常整体退回产品待办列表重新排序,剩余工作量重新估算,而不是记为完成了一半。

问:DoD 越严越好吗？答:要与团队能力和工程设施匹配。把远超当前自动化水平的条目写进 DoD 只会导致清单被绕过;正确做法是从可执行的底线开始,借助回顾会议逐步加严。