迭代计划会议（Sprint Backlog）
需求评审
1.开发演示完成情况若无演示成果，则评估交付目标是否完成。2.测试点评版本质量3.PO给出验收结论
变化
1、需求评审2、迭代任务……
各阶段子流程及细节描述
1、集成测试2、功能测试3、禅道提bug4、回归测试5、输出测试报告6、自动化测试（每日可自动生成测试报告、模拟数据）
5.需求评审
需求评审会
Scrum简单流程
1、与SM做功能的可行性、必要性分析2、输出：更加详细的PRD文档
1、与需求提出方确认PRD细节2、若有修改或不统一，需开会讨论，直到达成一致意见
A.业务功能需求B.系统改进需求C.上一轮未完成需求
1、PO根据PRD进行原型设计和确认2、输出：已确认的低保真原型
站立会议15min
任务列表
设计
下一次需求会
1、需求评估（人天）2、任务拆分3、确定需求优先级4、产品backlog-->Sprint Backlog5、任务录入备注：一般当天完成
6.任务拆解
1.个人任务是否完成，未完成的原因？2.分析存在的问题，为下个周期做准备
3.需求确认
PO/PM梳理需求（产品Backlog）
2.需求预沟通
1、PO发起需求评审会，一般在上一个版本发布的第二天。2、会上评审进入迭代需求的可行性、必要性和风险点。注：若评审有修改意见，视复杂情况确定是否二次评审。
a.昨天我做了什么？b.今天我准备做什么？c. 我的困难和风险是什么？需要什么帮助。注：难点和问题需记录，会后沟通
测试
目的：评审该进入这次迭代的需求
项目过程
9.发版
1.确定本周期内交付目标2.leader分配/团队成员认领任务3.评估每个人所有团队成员的任务4.确定任务完成的标准5.测试输出迭代计划表格备注：依赖于客户时间和周期
1、SM发起2、任务指派、每人工作量评估3、确定完成标准4、发布计划确定5、风险识别（全员）
紧急需求特殊处理，作为本轮冲刺的障碍
演示会
数据准备：日志信息、BUG信息、任务看板、燃尽图等复盘内容：人员时间占比、预估与实际工时对比、进度分析、BUG的类型登记原因分析、人员能力分析、障碍风险分析复盘输出：1、规范性改进沉淀2、经验积累3、下轮改进点
9.演示会
8.每日站会（15分钟）（每日工作进度汇报）
需求收集和确认
7.迭代计划会
敏捷过程
4.原型设计
1.本轮交付功能或目标完成情况2.本轮未完成情况3.测试点评版本质量4.未完成的形成新的story，PO给出验收结论
10.回顾会
1、需求来源：客户、市场运营人员、客服、数字化中心、研发内部改进意见等2、需求描述(story)：使用对象、完成功能、预期目标3、输出：根据需求复杂度输出的PRD文档
PRD文档、原型图、产品待办列表backlog
1、UI设计2、详细设计编写3、测试用例编写4、设计评审注：依据相关模板+评审checklist
启动
1.需求收集
1、填写checklist(全员配合)2、上演示和验证3、上生产和验收（周二、四）运维配合4、紧急情况会从演示直接上生产注：自动化发布+灰度支持
开发
1、前端开发+自测2、后端开发+自测3、代码走查4、自动化单元测试（可计算代码覆盖率）
回顾会
2周10个工作日
紧急需求
1、产品需求变更要考虑：影响范围计划调整2、临时紧急需求的发包
