版本(提交-測試-發(fā)布-上線)流程管理辦法

1、關(guān)于深圳市艾派應(yīng)用系統(tǒng)有限公司版本提交/測試/發(fā)布/上線流程管理辦法1. 總則1.1. 前言本辦法制定與實(shí)施的目的是為了對(duì)公司項(xiàng)目過程關(guān)鍵點(diǎn)進(jìn)行有效管理，明確版本提交/測試/發(fā)布/上線的流程與要求，明確各流程中的人員職責(zé)和配合關(guān)系等，以便所有版本的工作得到有效跟蹤，保證工作順利有序地進(jìn)行。1.1.1.1.2. 適用范圍本規(guī)范適用于研發(fā)部所有在建項(xiàng)目，只要涉及到版本提交的工作即適用本管理辦法。2. 管理方式1.2.1.2.1) 管理流程以O(shè)A流程單的方式進(jìn)行管理，確保所有項(xiàng)目在提交-上線過程中得到有效跟蹤和控制。2) 每個(gè)流程步驟的處理人員即為當(dāng)前流程的直接責(zé)任者，當(dāng)前流程負(fù)責(zé)人的直接主管，則負(fù)

2、責(zé)當(dāng)前流程處理過程中的質(zhì)量監(jiān)管及投訴。3) 每個(gè)流程步驟中，如工作順利完成進(jìn)入下一個(gè)環(huán)節(jié)，應(yīng)在當(dāng)前工作日內(nèi)完成流程的流轉(zhuǎn)，以避免下一環(huán)節(jié)信息無法傳達(dá)。3. 版本提交-上線流程3.1. 定義版本上線:包括新系統(tǒng)初始版本上線及升級(jí)版本升級(jí)上線兩類。項(xiàng)目負(fù)責(zé)人:項(xiàng)目負(fù)責(zé)人一般為項(xiàng)目經(jīng)理或項(xiàng)目經(jīng)理指定的項(xiàng)目負(fù)責(zé)人員.3.3.1.3.2. 流程圖3.1.3.2.3.3. 流程說明流程主要包括提交、測試、發(fā)布、上線、確認(rèn)5大流程，對(duì)于存在多次的提交/測試過程不在流程中體現(xiàn)（表單中有允許5次提交，超過5次以退回疊加內(nèi)容方式進(jìn)行），同時(shí)針對(duì)過程中需要進(jìn)行配合的事項(xiàng)，如人員配合安排、上線&升級(jí)方案審核確

3、認(rèn)等事宜需線下確認(rèn)（流程中的虛線部分）。3.3.1. 項(xiàng)目負(fù)責(zé)人首次提交版本項(xiàng)目負(fù)責(zé)人進(jìn)行版本提交時(shí)，在OA工作流中發(fā)起版本提交申請(qǐng)，填寫完整流程單后主送給下一階段的測試人員處理；同時(shí)將流程單抄送給項(xiàng)目組相關(guān)人員及質(zhì)量部經(jīng)理、用服人員。1) 項(xiàng)目負(fù)責(zé)人發(fā)起版本提交申請(qǐng)時(shí)，需完整填寫提交地址、模塊信息、版本特性；同時(shí)檢查好版本庫中對(duì)應(yīng)的提交文件是否存在、提交內(nèi)容是否正確無誤。2) 對(duì)于明確不需要發(fā)布的版本，則不需要抄送給用服人員。3) 用服人員根據(jù)流程單信息，可提前做好版本提交相關(guān)準(zhǔn)備，準(zhǔn)備上線&升級(jí)方案；并注意跟進(jìn)版本的發(fā)布情況。1.2.3.3.1.3.2.3.3.3.3.1.3.3.

4、2. 測試人員測試版本測試人員在收到版本提交的流程單后，根據(jù)版本的時(shí)間要求安排完成測試工作，并發(fā)布測試結(jié)果，將填寫完整的流程表單提交給項(xiàng)目經(jīng)理。1) 測試人員在收到提交的版本時(shí)，需確認(rèn)工作流中版本提交信息是否完整無誤，如果存在問題需退回給提交者重新填寫。2) 測試人員在收到版本后及時(shí)完成版本的測試工作；測試完成后，測試人員在表單中填寫版本測試的結(jié)果信息，提交流程單給項(xiàng)目經(jīng)理。3.3.2. 項(xiàng)目負(fù)責(zé)人提交回歸版本項(xiàng)目負(fù)責(zé)人在收到測試完成郵件后；安排進(jìn)行版本的回歸修改，在針對(duì)問題單進(jìn)行了相應(yīng)的修復(fù)或應(yīng)有處理后，則可以進(jìn)行回歸版本的提交。1) 項(xiàng)目負(fù)責(zé)人發(fā)起版本回歸提交前，需檢查是否完成了相應(yīng)BUG

5、單的修復(fù),不進(jìn)行修改的BUG是否進(jìn)行了應(yīng)有的確認(rèn)，將有效信息傳遞到下一個(gè)環(huán)節(jié)處理人員。2) 項(xiàng)目負(fù)責(zé)人需合理控制回歸的次數(shù)，對(duì)BUG是否修改作好風(fēng)險(xiǎn)評(píng)估，以避免回歸次數(shù)過多現(xiàn)象。3.3.3. 測試人員發(fā)布(歸檔)版本測試人員完成測試回歸通過后，則根據(jù)實(shí)際安排可以發(fā)起版本發(fā)布或歸檔流程；版本發(fā)布時(shí)，必須提供發(fā)布路徑、發(fā)布版本、發(fā)布功能以及注意事項(xiàng)及遺留問題相關(guān)信息1) 對(duì)于明確不需要發(fā)布給用服人員僅本地歸檔的版本，則提交給項(xiàng)目經(jīng)理確認(rèn)環(huán)節(jié)即可；2) 對(duì)于暫時(shí)不需要發(fā)布（以后需要發(fā)布）給用服人員的版本，測試人員正常提交回歸結(jié)束郵件給項(xiàng)目經(jīng)理即可；項(xiàng)目經(jīng)理在收到發(fā)布通知后再提交給測試人員發(fā)布版本。3

6、) 對(duì)于需要發(fā)布給用服人員的版本，測試人員對(duì)發(fā)布版本的正確性、完整性負(fù)責(zé)，并確保在版本發(fā)布過程中不泄漏源碼和設(shè)計(jì)文檔等關(guān)鍵資源。3.3.4. 用服人員執(zhí)行上線&升級(jí)操作用服人員根據(jù)已制定的上線&升級(jí)方案，執(zhí)行版本上線&升級(jí)操作，并根據(jù)實(shí)際執(zhí)行情況記錄上線&升級(jí)結(jié)果，撰寫相應(yīng)的升級(jí)報(bào)告，填寫流程表單，將實(shí)際情況反饋給項(xiàng)目負(fù)責(zé)人、用服部經(jīng)理和測試人員進(jìn)行確認(rèn)。1) 用服人員在執(zhí)行版本提交操作前作好充分的準(zhǔn)備工作，包括項(xiàng)目負(fù)責(zé)人確認(rèn)配合人員到位情況，局方各接口是否可用等，并按照?qǐng)?zhí)行方案中已確定的時(shí)間，進(jìn)行版本上線&升級(jí)操作。2) 用服人員在執(zhí)行操作過程中，遇到

7、無法解決的問題或無法控制的風(fēng)險(xiǎn)等情況，不能保證版本上線和系統(tǒng)割接成功完成時(shí)，應(yīng)及時(shí)與項(xiàng)目負(fù)責(zé)人、上級(jí)領(lǐng)導(dǎo)和客戶相關(guān)負(fù)責(zé)人溝通，停止執(zhí)行版本提交操作并回滾。3) 項(xiàng)目負(fù)責(zé)人需根據(jù)上線&升級(jí)時(shí)間安排好支撐人員，確保上線或割接的順利完成。1.2.3.3.1.3.2.3.3.3.3.1.3.3.2.3.3.3.3.3.4.3.3.5.3.3.6. 確認(rèn)結(jié)束流程項(xiàng)目負(fù)責(zé)人、用服部經(jīng)理、測試人員收到版本上線&升級(jí)結(jié)束通知后，依次根據(jù)自身職責(zé)進(jìn)行確認(rèn)并結(jié)束流程。1) 項(xiàng)目負(fù)責(zé)人和測試人員對(duì)版本升級(jí)報(bào)告進(jìn)行審核，對(duì)升級(jí)過程是否存在遺漏和遺留問題隱患等方面確認(rèn)，并對(duì)存在的遺留問題和遺漏等進(jìn)行相應(yīng)

8、的處理安排，并跟蹤執(zhí)行。2) 測試人員確認(rèn)是否在版本上線過程中產(chǎn)生臨時(shí)版本，并對(duì)臨時(shí)版本進(jìn)行補(bǔ)測和歸檔。3) 用服部經(jīng)理對(duì)用服人員涉及的版本上線&升級(jí)執(zhí)行情況和工作質(zhì)量等進(jìn)行必要的檢查。3.4. 補(bǔ)充規(guī)定4.5.5.1.5.2.5.3.5.4.2.3.3.1.3.2.3.3.3.4.l 發(fā)布未經(jīng)測試的臨時(shí)版本原則在項(xiàng)目時(shí)間非常緊迫的情況下，有時(shí)需要發(fā)布未經(jīng)測試的臨時(shí)版本必須提交給質(zhì)量部，由質(zhì)量部轉(zhuǎn)交給用服人員完成上線&升級(jí)操作，不允許開發(fā)人員直接提供版本給用服人員進(jìn)行版本上線&升級(jí)。項(xiàng)目負(fù)責(zé)人應(yīng)及時(shí)安排對(duì)臨時(shí)版本進(jìn)行補(bǔ)測，用正式版本升級(jí)替換臨時(shí)版本，不允許長期在線上使用

9、未經(jīng)測試的版本。l 版本上線&升級(jí)割接過程中緊急臨時(shí)版本的處理原則對(duì)于版本上線&升級(jí)過程中需要發(fā)布的臨時(shí)版本，因測試人員不在場而直接交由用服人員上線時(shí)，須在上線結(jié)束前對(duì)版本進(jìn)行提交歸檔，不允許過夜。 l OA流程的補(bǔ)充由于部分外地用服人員使用OA不夠方便，測試人員在OA上走完流程單后，根據(jù)需要同時(shí)補(bǔ)以外網(wǎng)郵件再進(jìn)行一次補(bǔ)充發(fā)布。3.4.1. 版本變更和取消的處理原則在版本提交完成后出現(xiàn)版本變更時(shí)，項(xiàng)目負(fù)責(zé)人應(yīng)要求退回流程單重新修改相關(guān)內(nèi)容后，重新提交表單。對(duì)于版本取消的情況，項(xiàng)目負(fù)責(zé)人應(yīng)通知從當(dāng)前環(huán)節(jié)處理人開始，將流程步驟依次走完，各環(huán)節(jié)處理人分別注明確認(rèn)版本取消的相關(guān)信息。對(duì)

10、于已經(jīng)產(chǎn)生的版本，質(zhì)量部相關(guān)環(huán)節(jié)責(zé)任人應(yīng)對(duì)其進(jìn)行特殊歸檔，與正式版本區(qū)別，項(xiàng)目負(fù)責(zé)人負(fù)責(zé)對(duì)歸檔進(jìn)行確認(rèn)。3.4.2. 特殊流程版本上線和系統(tǒng)割接的處理要嚴(yán)格遵守辦公工作流程，對(duì)于某些非常特殊或緊急需求，必須要加快流程進(jìn)展、無法遵守既定流程時(shí)，必須及時(shí)征得上級(jí)領(lǐng)導(dǎo)的許可。3.5. 檢查點(diǎn)對(duì)版本上線和系統(tǒng)割接的執(zhí)行狀況的檢查點(diǎn)，詳細(xì)項(xiàng)目如下：考核人員考核項(xiàng)目研發(fā)助理每周進(jìn)行例行檢查，確認(rèn)流程是否存在異常。主要版本有否正常流轉(zhuǎn)/結(jié)束3.6. 考核原則各部門相關(guān)人員須嚴(yán)格執(zhí)行及遵守本規(guī)范，對(duì)于流程各環(huán)節(jié)相關(guān)責(zé)任人因未有效履行職責(zé)，導(dǎo)致版本提交工作執(zhí)行不力的情況，相關(guān)直接責(zé)任人及對(duì)應(yīng)主管，均承擔(dān)相關(guān)責(zé)任

11、。項(xiàng)目負(fù)責(zé)人作為項(xiàng)目主要負(fù)責(zé)人，應(yīng)對(duì)版本的全過程組織協(xié)調(diào)工作負(fù)責(zé)，對(duì)于過程中出現(xiàn)的組織協(xié)調(diào)問題承擔(dān)主要責(zé)任。4. 附錄表一：版本提交、測試、發(fā)布、上線&升級(jí)流程表項(xiàng)目負(fù)責(zé)人（第一次版本提交）項(xiàng)目名稱計(jì)劃發(fā)布時(shí)間版本提交說明提交人員簽字提交時(shí)間測試人員（第一輪測試結(jié)束）測試結(jié)果說明測試人員簽字完成時(shí)間項(xiàng)目負(fù)責(zé)人（第二輪版本提交）版本提交說明提交人員簽字提交時(shí)間測試人員（第二輪測試結(jié)束）測試結(jié)果說明測試人員簽字完成時(shí)間項(xiàng)目負(fù)責(zé)人（第三輪版本提交）版本提交說明提交人員簽字提交時(shí)間測試人員（第三輪測試結(jié)束）測試結(jié)果說明:測試人員簽名完成時(shí)間項(xiàng)目負(fù)責(zé)人（第四輪版本提交）版本提交說明提交人員簽字提交時(shí)間測試人員（第四輪測試結(jié)束）測試結(jié)果說明測試人員簽字完成時(shí)間項(xiàng)目負(fù)責(zé)人（第五輪版本提交）版本提交說明提交人員簽字提交時(shí)間測試人員（第五輪測試結(jié)束）測試結(jié)果說明測試人員簽字完成時(shí)間測試人員（版本歸檔/發(fā)布）歸檔