App月度迭代计划

一：迭代时间安排：

四周为一个迭代，时间安排如下：

二.迭代流程图：

三.迭代执行规范：

1、技术审：

技术审在可执行的需求文档输出后进行,前后端在此基础上达成可执行的技术实现方案共识。

层级超过5个页面的复杂功能，建议在需求文档中增加数据流转方式和流程图。

2、三审：

为保证迭代的正常进度，三审时提供高保真设计图和交互demo，研发在此基础上评估工时 。

三审中提出的待确认点在产品文档wiki下评论备注，迭代开始前产品输出对应方案。

后端在三审的当周输出具体需求的接口文档，复杂逻辑增加前后端技术实现方案。

3、插入/变更：

对于迭代中的插入需求, 细分需求点, 统测开始后的需求插入（高风险）需邮件周知到总监。

变更时需涉及到的执行人员和研发主管共同评估，根据需求的优先级和重要程度以及变更影响到的开发进度评估是否执行变更。

4、出包标准: 

B包(测试包)：冒烟测试用例通过，不通过则为无效版本打回。

GM包（统测包）：所有迭代内的需求任务根据测试用例覆盖完毕并且修改完BUG。

安装包：当前版本App内所有页面和功能用例覆盖完整且改完BUG。

（ps：测试同学维护一份App最新版所有功能的用例并且每个版本随需求更新）

5、迭代记录：

任务排期表 （维护人：研发主管）

接口变更记录（维护人：研发主管）

版本发布记录（维护人：测试主管）