业务需求上线全流程V2.1

需求接收

冒烟是否通过

1、开发人员准备上线checklist，包括但不限于变更文档、数据库脚本、changelog、上线顺序、监控/灰度/回滚方案等；2、项目经理确认行方变更流程批准完毕；3、召开上线会议，会上     a、项目经理确认各模块上线时间，上线负责人及验证人员     b、开发人员解读上线方案；     c、测试人员确认上线顺序；     d、达成上线共识；5、项目经理同步以上信息给i行方及其他干系人，确认行方上线验收人员及时间安排6、生产演练（如上线会议决议内有）7、灰度发布（如上线会议决议内有）及生产验证8、全量发布及生产验证

参与复盘

详设评审通知

冒烟测试

准备上线checklist

是

需求分析

详设评审纪要

1、测试案例用思维导图梳理；2、测试案例中应包含但不限于冒烟测试用例、需求场景解析、详设程序逻辑测试、测试场景拆分、测试依赖关系、测试数据准备、性能测试、UI测试、安全测试

需求规格书

通知

需求评审通过文档（纸质版）

chencklist/备注

需求评审通知

1、测试案例评审纪要需邮件通知参会各方；

系统研发

开发人员

业务需求上线全流程

测试排期

封版上线

开始

研发编码

1、冒烟测试不通过，测试人员有一票否决权打回

输出冒烟测试案例

测试评审通知

需求沟通会议纪要

测试人员

测试案例评审纪要输出

需求产出

需求结稿

1、需求定稿后，各方需手工签署纸质版的需求评审通过文档；2、定稿需求需邮件发给各关联方，并更新TAPD

需求定稿

上线会议

迭代复盘

原型图

传TAPD

需求规格书（定稿）

1、产品经理收到测试通过邮件进行验收测试，通过后通知需求方验收；2、行方验收通过后签署验收文档，代码封版准备上线

需求沟通

生产验证

需求答疑和确认

反复沟通

详细设计说明书（定稿）

详细设计

UAT验收测试

详设评审

需求评审纪要输出

研发排期

参与需求评审

测试案例（定稿）

测试案例

1、详设评审至少提前一天邮件通知相关人员（项目经理、开发、测试、需求方）；2、详细设计说明书应包括但不限于系统架构图、功能流程图、时序图、数据库表结构、详细程序逻辑说明、关联模块、依赖关系、上线顺序、灰度方案、监控方案、回滚方案

迭代规划

生产演练

1、详设评审纪要需邮件通知参会各方；2、如研发排期评审后确实需要调整，需多方沟通确定

参与详设评审

上线checklist

1、测试案例定稿后需邮件发给各关联方，并更新TAPD

参与测试评审

1、迭代节奏：两周一轮迭代2、迭代确定需更新TAPD，并发出迭代立项邮件，并附上迭代排期计划表；

需求评审纪要

测试案例编写

行方产品经理

设计师

1、迭代排期计划表更新需邮件发给各关联方；

详设评审纪要输出

测试案例评审

产品经理

否，打回

原始需求文档

需求梳理

产出物

复盘会议纪要及改进决定

灰度发布

上线会议决议

1、详细设计说明书定稿后需邮件发给各关联方，并更新TAPD

SIT测试

1、以行方产品经理需求邮件为准；2、原始需求统一对接腾梭产品经理

单元测试

1、上线前一天要求完成SIT和UAT测试；2、重要bug必须当天关闭，不能过夜处理；3、测试每天下班前发邮件同步测试进度；4、测试全部完成后回复提测邮件，并附上测试报告；如有遗留问题，在邮件和测试报告均需提现，红字标出；

迭代排期计划表更新

1、一个需求发一封提测邮件，便于统计；2、多个系统配合，相关开发人员将提测信息提供给最晚开发完成的人，由最晚开发完成的人发邮件提测

1、、测试评审至少提前一天邮件通知相关人员（项目经理、开发、测试、需求方），邮件附上测试案例；

1、需求评审至少提前一天邮件通知相关人员（项目经理、开发、测试、设计师、需求方）；2、需求通知邮件需包括需求背景及目的；

设计稿完稿

设计排期、初稿、评审、完稿

迭代排期计划表

需求评审

提测

迭代确定

全量发布

1、需求评审纪要需邮件通知参会各方；

测试案例定稿

系统测试

详设定稿

验收文档（纸质版）

1、设计稿由产品经理确认；2、如果设计稿需要需求方确认，由产品经理牵头与需求方共同确认设计稿；3、设计稿完稿需上传TAPD

详细设计说明书

测试报告

测试案例评审纪要

项目经理