版本发布流程规范

一、产品需求确认

涉及人员范围:产品经理、UI设计师、研发工程师、测试工程师、需求部门对接人;

需求控制负责人:业务功能接口产品经理(后台产品、前台产品);

动作:

1、产品经理负责召集需求功能涉及人员进行需求宣讲,完成最终功能需求确认;

2、产品经理负责UI原型图上传至Gitlab,作为统一交付窗口提给研发;

3、产品经理根据已确定需求,沟通协调研发、测试完成排期预估,并在每周四向相关功能需求涉及人员公布最新的需求排期表;

交付:PRD文档、原型图、业务流程图、需求排期表。

二、产品研发

涉及人员范围:前端(IOS、Android、H5)研发工程师、后端(JAVA)研发工程师;

代码环境:DEV代码环境、本地代码环境(禁止超出代码环境范围);

代码环境负责人:前端研发、后端研发;

动作:

1、前、后端功能需要根据需求项目在DEV代码环境合并完成,通过自测后提交产品测试。

2、产品研发需根据测试通知,发布提测代码包至TEST环境,APP包需提供测试版本包供产品测试人员留存;

交付:

API接口文档、数据说明文档、SQL执行文档、版本说明文档(至少包含修改内容和影响内容)、提测代码版本包。

三、产品测试

涉及人员范围:测试工程师、产品经理、UI设计师、业务部门对接人;

 

代码环境:TEST代码环境;

代码环境负责人:  测试工程师;

 

动作:Jira记录缺陷。测试通过后,流转至产品经理和UI工程师验收,产品经理和UI工程师验收通过后,由产品经理通知业务部门对接人验收。

交付:测试用例(根据产品提供的PRD)、 测试报告;

四、产品上线

涉及人员范围:正式用户、运维工程师、产品经理、测试工程师、研发工程师、业务部门对接人;

 

代码环境:公司产品环境;


代码环境负责人:运维工程师;

 

发布规则说明:

1、发布时间:根据需求排期选定每周的周二、周四其中一天的下午5点作为正式版本上线时间(12月30日之前,可暂不固定发布时间,但要求每个版本发布后主流程可正常跑通。);

2、紧急发布:紧急发布时间根据实际情况而定,由产品经理确认并发起紧急发布,频次运维工程师把控。

           3、发布时涉及数据结构修改(不含新增),发布方法参考如下:

a、在线只读数据库和在线服务器中其中一台业务服务器脱线,并变更为预发布资源;

b、上线正式环境前先提交预发布,由测试工程师进行预发布测试,通过后由运维工程师发布上线至正式环境,测试工程师进行回归;

c、回归通过后,如出现小范围用户遭到异常影响,不做回滚。由产品经理发起,召集研发、测试、运维、在线查找并修复异常。

           4、代码版本及回滚说明:

a、后端代码和H5代码,研发负责提交代码版本号,运维负责记录;

b、发布过程中如代码遇到短时间不可修复的情况,运维发起与研发确认回滚操作,回滚操作确定后执行。

交付:运维操作说明、上线完成邮件邮件(产品经理发出,对象全体员工,内容包含功能点及影响范围)。

五、公司平台故障申报说明

由在线客服或内部员工发起故障申请,产品经理负责接收故障,并牵头组织相关涉及人员进行故障抢修。

六、需求部门对接人清单

运营:

渠道运营:

招商:

客服:

财务:

市场:

仓配:

七、附件

待补充

猜你喜欢

转载自blog.csdn.net/konglongaa/article/details/80777845