敏捷开发流程图

规划需求

执行

交付

交互发布

设计并拆分任务

认领

制定研发计划

迭代交付

缺陷

迭代计划1....................................     .........      ..................迭代计划N

转测

迭代评审迭代回顾

需求编写

一、需求迭代尽量按照月度版本去执行，1个月一个月度大版本；月中可以有个消缺版本，也可以做一些紧急需求

用户反馈

测试

一、需求需要交付前1-2个工作日发出来；二、需求评审时间默认上个迭代最后1、2天或者下个迭代第1天，需要开发、测试能达成共识；三、需求冻结之后新加需求必须走评审，研发测试达成一致，人力冲突优先考虑置换；四、需求评审过程中，发现业务走不通，业务未闭环必须打回；逻辑不合理，功能不合理有限考虑打回；五、架构组和技术支持需参加需求评审；需求评审完，架构组梳理哪些业务需要评审开发方案以及数据模型；

开发

一、代码评审内容取架构组和各组长梳理内容并集，重点评审开发方案、数据模型、核心业务代码；二、代码评审时间默认转测前1、2天、转测后1天，严格发版前1到2天评审；三、转测之前组长要过下组员的代码四、转测质量尽量达到高标准，测试用例自测没问题再提测，研发确保测试环境转测功能正常，测试验收；最低标准 测试人员认可测试功能正常转测，不影响第二天测试；研发确认对应功能转测之后才能下班

评审代码并转测

规划迭代