DoD（Definition of Done）是敏捷开发中确保工作完成的标准。它包括迭代、发布、版本、每日和用户故事等多个层面的完成定义，用于团队间设定统一的期望值和验收标准。DoD不仅随着项目进展而变化，也是团队状态的重要参考，帮助消除无效活动，提高软件质量。团队应根据自身情况定制并定期审查DoD。
每个Sprint都要验收才能算结束，而验收标准遵循DoD原则。那么究竟什么是DoD原则呢？
一、什么是DoD？
当你有两个或更多的人参与同一个事情的时候，我们的“团队”就产生了，这时我们最重要的事情，就是要设定和统一团队的期望值；在本文中，这就是“完成标准”。
一个迭代做完后，团队要进行验收，来决定本个迭代是否完成。
但每个团队对于是否完成无法达成统一，有的认为编码完成，就表示任务完成了；有的认为还需要简单自测一下，确保功能可以正常使用；还有的认为需要把自动化用例写完并测试通过才算完成。
为了避免这个问题，在敏捷软件开发中，常用Definition of Done“完成的定义”来表示工作是否已完成，不同的活动有不同的完成定义。
首先要知道：所有的DoD都不是一成不变的，在随着时间的推移、经验的积累、成员的变更、项目的变更，我们的DoD也会有很大的不同，所以我们也需要定期地检查和改进。
二、DoD的分类
有了上面的思想准备，我们再来看下面的DoD定义，就会觉得并没有那么难了。
1. 迭代DoD
最典型的是迭代DoD，这也是最初DoD应用的地方。
常见的一些规则有：
- 所有代码通过静态检测，严重问题都已修改，静态分析的规则参见……
- 所有新增代码得到人工评审；
- 所有完成的用户故事都有对应的测试用例；
- 测试用例都已执行；
- 所有完成
最低0.47元/天 解锁文章
扫一扫
9474
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
