议程：
明确主题，建立小组的DOD。（1分钟）
什么是DOD，引导大家明确定义和理解。（15分钟）
在之前的多次迭代中，列出遇到了哪些和DOD相关的问题。（40分钟）
把这些问题归类。（10分钟）
对归类问题进行分析，做到什么标准，算是完成，列出标准。（15分钟）
执行：
阐明会议主题，建立小组的DOD。
设定五分钟时间，让大家思考什么是DOD。
每人发言，讲出自己对于DOD的理解。在探讨中熟悉DOD的定义及意义。
设定10分钟时间，让大家在纸条上列举在之前迭代出现的问题。
将这些问题呈现在屏幕上，引导小组成员对这些问题进行归类。
成果：
形成DOD的相关条目：
对于代码，需要eslint静态检测和git提交时的人工审核。
对于bug，A类必须要修改，其他类型根据发版时间由需求决定当前发还是下期发。
每个用户故事都需要经过测试用例验证。
新出的功能需要UE、UI和需求共同验证后方可发版。
