发布预告
需求开发
演示会
需求宣讲、拆解
发布
参加演示会
针对发生的问题展开讨论
回顾上个回归会的问题
发布清单再确认
高保真走查
参加回顾会
验证演示问题
拉取分支并填入发布清单
docdd讲解
高保真出图工具：蓝狐
通过
测试报告宣读
登记演示问题
是否设计会
为了保证需求宣讲会能理解需求，需要提前查看需求文档
产品设计文档（包含高保真及工作量）
测试用例编写
回顾会
分支MR合并代码，打tag，填入发布清单
发布通知到组内
功能演示
填写提测时间/功能演示人员
设计复杂需求
产品经理
需求宣讲
晨会进度跟进
进入研发
功能发布
需求预估会
主持选择点赞榜
研发经理
需求设计
发布企业微信号通知
不通过
提前阅读需求文档
是
编写发布清单
测试人员
否
任务jira拆解
是否存在演示问题
修复演示问题
测试功能
回顾会总结准备
UI设计师
研发
提交对应MR到对应仓库，并开启WIP模式
是否通过
不通过，需要1天内重新出方案，不可设计时间无限延长
敏捷迭代流程
等待发布
DOCDD拆解拆解人员：前后端拆解标准：前端需要包含页面交互和对高保真的疑问，后端需要包含表结构设计和接口改动，前后端需要提前沟通部分交互细节
单个单子时间不可超过4h，特殊情况可特殊分析
设计产出RP+高保真
反馈进度，及时暴露风险
提交测试（分支sql等需要准备），并且同步测试环境SQL
回顾会准备
问卷填写
设计评审
通知回顾会时间
需求拆解分配
不通过：工作量超出，需求不合理等
研发人员
工作量评估
针对迭代问题回顾
评估测试风险
需求评审
需求预告
原始需求采集
测试报告总结准备
