DoD议程及成果

议程：
明确主题，建立小组的DOD。（1分钟）

什么是DOD，引导大家明确定义和理解。（15分钟）

在之前的多次迭代中，列出遇到了哪些和DOD相关的问题。（40分钟）

把这些问题归类。（10分钟）

对归类问题进行分析，做到什么标准，算是完成，列出标准。（15分钟）

执行：

阐明会议主题，建立小组的DOD。

设定五分钟时间，让大家思考什么是DOD。

每人发言，讲出自己对于DOD的理解。在探讨中熟悉DOD的定义及意义。

设定10分钟时间，让大家在纸条上列举在之前迭代出现的问题。

将这些问题呈现在屏幕上，引导小组成员对这些问题进行归类。

成果：

形成DOD的相关条目：

对于代码，需要eslint静态检测和git提交时的人工审核。

对于bug，A类必须要修改，其他类型根据发版时间由需求决定当前发还是下期发。

每个用户故事都需要经过测试用例验证。

新出的功能需要UE、UI和需求共同验证后方可发版。