流程規範,版本釋出流程規範
一、産品需求确認
涉及人員範圍:産品經理、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、釋出過程中如代碼遇到短時間不可修複的情況,運維發起與研發确認復原操作,復原操作确定後執行。
傳遞:運維操作說明、上線完成郵件郵件(産品經理發出,對象全體員工,内容包含功能點及影響範圍)。
五、公司平台故障申報說明
由線上客服或内部員工發起故障申請,産品經理負責接收故障,并牽頭組織相關涉及人員進行故障搶修。
六、需求部門對接人清單
營運:
管道營運:
招商:
客服:
财務:
市場:
倉配:
七、附件
待補充
版本釋出流程規範的相關内容如下:
平台釋出規範| 電動車安全規範釋出| 規範生産流程| 規範流程| 規範工作流程| 操作流程規範| 汽車保養流程規範示意圖| 輸血的操作流程規範|