Scrum 实践之 DoD

你的团队是不是经常会对于每次迭代是否完成，无法达成一致意见：
有的认为我编码完成，就表示我的任务完成了；
有的认为还需要简单自测一下，确保功能能跑通；
还有的认为需要把自动化用例写完并测试通过。

为了解决这个常见问题，团队需要对完成的定义、完成的标准或完成的准则做统一的要求，这就有了 DoD 的诞生。它也逐渐变成了敏捷开发方法中的一个重要实践。

一.DoD 定义

DoD 全称 Definition of Done， 是我们敏捷中常说的“完成的定义”
这里需要注意几点：
DoD 就是完成准则，完成就是不需要再做其他任何事情，可以直接交付了。DoD就是100%完成，而不是99%，95%，90%的完成。
DoD定义了达成目标的最小活动集，不增值的、无用的活动不在此清单上。
DoD就是产品的质量活动的标准，代表了团队为保证交付质量，对质量投入的共识与承诺。
DoD 作用

明确对完成的预期，确保项目中的内外部的干系人对完成的含义达成理解一致。
承诺的可视化，隐藏的、内部的质量投入对外暴露出来，增强团队的透明性。
避免快而脏的开发模式，不留技术债务，不遗留问题给后续迭代。
作为迭代策划的前提与约束条件，帮助我们合理估算工作量，制定切实可行的计划。
聚焦目标，减少不必要的活动，定义完成任务的最小活动集合 。
在做计划时判断是否有遗漏的活动。
在验收时检查是否有遗漏的活动，比如作为 Sprint Review的检查单的一部分。

二. 如何定义

团队成员协商一致输出，并确保所有人都可视。不要让领导定义DoD。