敏捷开发Sprint迭代流程

Backlog（待确定）-需求清单及优先级

Sprint执行与跟踪（按周是比较好的）

进入开发

Backlog：名称/版本号（生死大作战/V 1.0）            目标：描述我们这次解决什么问题，最大的方向     时间：开始时间-结束时间（浮动时间 ±2 Days）里程碑：1.登录模块 100%     2020-01-202.仪表盘功能80%    2020-02-30....5.产品手册             2020-03-156.上线公告             2020-03-30

脑图，流程图等辅助文档建立

Sprint 3。。。。。。。。。。。

大版本上线Backlog Ending

产品辅助文档-脑图流程图-过程文件-需求相关资料等

原型设计

小型原型评审

Backlog-Ending客户跟踪事故单BUG清理

产品负责人输出详细的功能结构，流程图，相应辅助文档

需求变更/新需求插入

项目人员全部参与，评审后，产品进行相应改动，输出最终版原型文件

           文件库以项目为维度，统一管理所有文件

客户支持事故单

在第一个Sprint进入开发之后，就要开始制定下一个Backlog

Sprint 2

发布公告指引跟进客户使用情况

1.站会（按人过Sprint进度，需明确百分比）频率：2次/周2.里程碑清单按进度节点检查3.有任何变动，及时预告，各负责人及时讨论，是否对Backlog上线有影响4.新需求插入，需求变更及周末加班等决策，需决策者进行决策

Sprint制定（WBS）

需求评审及Backlog制定

大型原型评审

Sprint 1

决策者（最大责任人）

做出预告，验收上线（阶段上线计划）结束Sprint

Sprint执行与跟踪（里程碑检查清单）

人员结构：产品负责人：负责整体进度推进，需求相关工作开发总负责人： -前端负责人：负责督查前端进度 -后端负责人：负责督查后端进度 -测试负责人：负责督查测试情况及上线进度客户支持人员：上线公告事故反馈及客户跟进

进入测试

产品负责人组织Backlog立项会1.与会人员：决策者、验收者、各负责人2.会议中进行需求优先级评估，决策Backlog的最终版本，设计里程碑3.项目组人员清单

上线验收报告产品手册上线公告

验收者（需求方/决策者/产品经理）

产品和测试共同输出上线验收报告产品手册上线公告（内部邮件）客户经理是否需要公告等，做好预热

被驳回或被安排至下个Backlog

项目组迭代工作流程示意图

需求收集

原型文件（未评审）

Backlog（最终版）-里程碑清单-项目人员名单

做出预告，验收上线（阶段上线计划）

           需求池1.编辑-仅产品可以编辑，需将需求当前状态，上线/预上线日期/版本标准清楚2.查阅-视项目情况开放给相关人员

产品负责人输出完整的原型文件

会议纪要（修改意见）原型文件（最终版）

各负责人拆解Backlog，制定Sprint

Backlog需求来源

产品负责人输出Backlog待确定的需求清单，需附带初步的优先级评估

Sprint管理项目工具的使用-添加需求卡，明确日期，责任人