敏捷开发流程图

变更

1、集成测试2、功能测试3、回归测试4、自动化测试（每日可自动生成测试报告、模拟数据）

1、与SM做功能的可行性、必要性分析2、输出：更加详细的PRD文档

开发

10. 发版

1. 开发演示完成情况，若无演示成果，则评估交付目标是否完成2. 测试点评版本质量3. PO给出验收结论

任务列表

1. 需求收集

1、填写Checklist（全员配合）2、上演示和验证3、上生产和验收4、紧急情况会从演示直接上生产注：自动化发布+灰度支持

1、数据准备：日志信息、Bug信息、任务看板、燃尽图等2、复盘内容：人员时间占比、预估与实际工时对比、进度分析、Bug的类型登记原因分析、人员能力分析、障碍风险分析3、复盘输出：规范性改进沉淀、经验积累、下轮改进点

1、PO发起需求评审会，一般在上一个版本发布的第二天2、会上评审进入迭代需求的可行性、必要性和风险点注：若评审有修改意见，视复杂情况确定是否二次评审

下一次需求

紧急需求特殊处理，作为本轮冲刺的障碍

演示会

Scrum简单流程

1、需求评审2、迭代任务。。。

1、需求来源：客户、市场运营人员、客服、数字化中心、研发内部改进意见等2、需求描述Story：使用对象、完成功能以及预期目标3、输出：根据需求的复杂程度输出PRD

1、需求评估（人天）2、任务拆分3、确定需求优先级4、产品Backlog->Sprint Backlog5、任务录入注：一般当天完成

PRD文档、原型图、产品待办列表Backlog

1、本轮交付功能或目标完成情况2、本轮未完成情况3、测试点评版本质量4、未完成的形成新的Story，PO给出验收结论

1.  确定本周期内的交付目标2.  Leader分配任务，团队成员认领任务3.  评估团队成员每个人的任务4.  确定任务完成的标准5.  每个任务原则上不超过8H备注：依赖于客户时间和周期

5. 需求评审

6. 任务拆解

1、UI设计2、详细设计编写3、设计评审注：依据相关模板+评审Checklist

目的：评审进入这次迭代的需求

项目过程

8. 每日站会（每日工作进度汇报，控制在15min内）

1、与需求提出方确认PRD细节2、若有修改或不统一，需开会讨论，直到达成一致意见

各阶段子流程及细节描述

敏捷过程

需求评审会

11. 回顾会

A. 昨天我做了什么？B. 今天我准备做什么？C. 我的困难和风险是什么？需要什么帮助注：难点和问题需记录，会后沟通

迭代计划会议Sprint Backlog

站立会议（15min内）

1、SM发起2、任务指派，每人工作量评估3、确定完成标准4、发布计划确定5、风险识别（全员）

建议为2周10个工作日，每天为8H

9. 演示会

PO/PM梳理需求（产品Backlog）

1. 个人任务是否完成，未完成的原因2. 分析存在的问题，为下个迭代做准备

4. 原型设计

紧急需求

需求评审

需求收集和确认

回顾会

7. 迭代计划会议

1、产品需求变更要考虑：影响范围计划调整2、临时紧急需求的发包

3. 需求确认

1、前端开发+自测2、后端开发+自测3、代码走查4、自动化单元测试（可计算代码覆盖率）

启动

设计

测试

2. 需求预沟通

1、PO根据PRD进行原型设计和确认2、输出：已确认的低保真原型（移动端需要描述交互细节）

A. 业务功能需求B. 系统改进需求C. 上一轮未完成需求