敏捷开发流程图

迭代计划会议（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、临时紧急需求的发包