各阶段子流程及细节描述
1、与SM做功能的可行性、必要性分析。2、输出：制作调整后更详细的PRD文档。
1.演示本期成果，若无可演示成果，则评估交付目标是否完成！2.个人任务是否完成？若未完成，原因是什么？3.分析存在的问题，为下个周期做准备。
1、上私有 1天（我司生产租户）验收（产品、视觉）2、上灰度 5天（几个生产客户）提前填checklist运维配合3、生产 （周二、四）运维配合紧急情况会从私有直接到生产
任务列表
1、PO发起需求评审会，一般在上一个迭代发版的第二天。2、会上评审进入迭代的需求可行性，必要性，风险点。注：若评审有修改意见，视复杂情况确认是否需要二次评审。
1. 需求提请
设计
SCRUM简单流程
回顾会
1、来自产品经理/运营/内部团队的需求。2、来自区域jira需求。3、输出：根据需求的复杂程度输出PRD或者Excle需求示意文档。
PO有输出PRD文档，产品原型（confluence）
5. 需求评审
1.确定本周期内需交付目标。2.leader分配/团队成员认领任务。3.评估每个人所有团队成员的任务。4.确定任务完成的标准。5.测试输出迭代计划表格。
需求评审会
重复Scrum流程
8. 每日站会（15分钟）（每日工作进度--腾讯文档）
1、UI设计；2、测试用例；3、开发设计方案；
7. 迭代计划会
下一次需求会
项目过程
15分钟内
任务分解、汇报、总结
2. 需求预沟通
任务拆解
4. 原型设计
1、后端开发；2、前端开发；3、开发自测；
迭代计划会议
站立会议
3. 需求确认
2周10个工作日
1、提前准备迭代数据输入。2、描述个人任务过程以及遇到问题，好的地方。3、分析问题和提出改进意见。
1、集成测试和功能测试。2、jira提bug；3、回归测试；4、输出：《测试报告》
1、需求会后各成员下去在线拆解任务和评估工作量（人天）2、一般当天完成
6. 任务拆解
PO梳理需求，产品backlog
1.汇报昨天所做工作，提出昨天碰到的难点和问题。2.安排今天的工作。注：1.难点和问题需记录，会后沟通
特殊流程
任务整理
1、与需求提出方确认PRD细节。2、条件：若有修改或不同意，需开会讨论，直到达成一致
1、SM发起，任务评审；2、分配任务；3、双周迭代计划表（测试排序）；4、风险识别；（全员）
评审该进入这次迭代的需求
1、PO根据PRD进行原型设计。2、输出：低保真原型。
测试
开发
任务定义
变化
1、jira工单；2、产品需求变更；影响范围计划调整3、修bug；4、生产紧急发版
10.回顾会
启动
9. 发版
1、需求评审2、迭代任务 ......
A.提出业务需求B.新增产品功能C.修改产品BUG
