项目DoD检查清单

DoD 定义

DoD 全称 Definition of Done， 是我们敏捷中常说的“完成的定义”
这里需要注意几点：

• 1. DoD 就是完成准则，完成就是不需要再做其他任何事情，可以直接交付了。DoD就是100%完成，而不是99%，95%，90%的完成。
• 2. DoD定义了达成目标的最小活动集，不增值的、无用的活动不在此清单上。
• 3. DoD就是产品的质量活动的标准，代表了团队为保证交付质量，对质量投入的共识与承诺。

DoD 作用:

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

这次做项目的DoD检查单，并不是仅仅完成ACSM的课后作业。前一段时间，有几次发布的时候遇到了一些问题，其中几个脚本文件运行出了错。所以正好和团队一起重新更新我们我们的DoD检查单。

所以这次充分考虑到我们之前几次发布时遇到的问题。然后更新项目的DoD。

更新DoD检查单如下：

• 1. 所以代码必须编译无错误；
• 2. 删除所有无用的代码和注解；
• 3. 新架构的项目中的方法，必须写相应的Junit test方法。
• 4. 所有代码新创建的文件、方法和代码段都必须通过Sonar扫描，不得有新的Major Issue和安全问题；
• 5. 所有新的SQL脚本文件必须执行无错误，并加上表空间；
• 6. 对于每个新的用户故事，修改的bug或新功能。在最后完成时，将所有的commit 合并，便于以后Merge到具体SIT, UAT, PROD branch；
• 7. 每次在Merge到SIT, UAT, PROD后，必须在编译且通过测试；
• 8. 在具体发布任务前，汇总的SQL脚本，必须准备rollback脚本，并测试通过。