1. 首頁 > 生活百科 > >

發布管理三個方面談一些想法 產品版本如何管理？( 二 )

小知識產品版本管理


c、視覺設計驗收—視覺驗收產品也可以進行， 但最好是讓視覺設計師再進行一次驗收， 這樣分工明確， 也可以有所側重， 也形成多次驗收， 防止出現意識偏差 。
2.2 產品驗收報告標準產品驗收報告包含：
a、驗收編號-表明所歸屬的項目及驗收日期
b、產品版本、上線時間、發起人
c、驗收清單項目——包括功能及視覺， 檢查清單項可以保證不遺漏， 此功能驗收還需要以prd文檔輔助， 以prd文檔為基礎， 核對本次迭代中的功能、流程等 。
d、簽字確認項——明確驗收， 權責

發布管理三個方面談一些想法 產品版本如何管理？

文章插圖
03 產品發版管理3.1 目的制定發包的相關管理制度是為了規范相關做事流程， 明確相關交接文檔， 確定相關權責， 讓事情有據可依、有根可查、有人負責， 從而提高團隊做事效率 。 此處的發版說的是公司內部通知， 不是針對外界的通知， 外界通知可由運營或相關對于推廣部門運作 。
3.2 產品發版更新流程（1）產品新功能提需求， 需要提交到禪道， 按不同類型進行分類， 歸屬到不同需求池， 需求的提交按需求點方式提交， 備注需求歸屬， 是哪個系統， 前端or后臺、模塊、功能、優先級等， 并寫明需求內容、規則 。
（2）技術人員開發并通過本地測試后， 交由測試人員進行測試 。
（3）測試人員進行測試， 參照原型等產品相關文檔數據檢查， 頁面核對， 文字核對及其它測試 。 測試產生功能性等Bug， 需向禪道提交bug， 分配bug修改人并關聯bug對應功能的研發人員 。
（4）產品測試完成， 需要產品進行驗收測試， 測試人員與技術確認， 并填寫《產品更新確認表》， 填寫本次實際更新的功能， 打印《產品更新確認表》簽字， 技術負責人簽字 。

發布管理三個方面談一些想法 產品版本如何管理？

文章插圖
（5）《產品更新確認表》交給產品確認驗收， 產品查驗更新功能與需求是否有出入， 并進行驗收 。 如果驗收測試有bug， 則由測試提交bug到禪道， 關聯相關研發人員 。 Bug修改完畢， 先由研發測試、提交測試人員、測試人員無誤提交產品 。 內部發布也需要走發布版本管理， 需產品負責人及項目負責人簽字確認 。 有必要的情況下組織會議商議對策， 會議記錄方式參考《會議紀要模板》 。
會議注意事項：
  1. 會前與參會人員溝通時間， 通知會議議題事項，
  2. 開會圍繞主題圍繞事項， 以解決事情為主， 不要搞成茶話會
  3. 事事有負責人及截止時間點
  4. 會后有跟蹤執行落實和反饋
（6）產品測試驗收完成簽字， 產品留一份簽字確認紙制文檔， 并將電子文檔給測試給研發負責人 。 由研發或測試再給更新正式發包運維人員并加此次更新已經簽字完成的《產品更新確認表》電子文檔 。
（7）發布正式環境， 測試無誤后產品通過釘釘群方式發送發布版本公告 。 產品發公告的內容主要包括：
  1. 本次產品版本更新主要需求內容， 需求提出方， 對應UI、研發人員、產品、項目經理等關聯人員；
  2. 版本號——版本號的規范參照《版本命名規則》執行；
  3. 發布時間（按實際發布時間）；
（8）測試環境通過后發包更新至預發布環境或生產環境， 測試再次進行測試驗證， 如此時發現有問題， 也必須重新按照產品發包更新流程走， 填寫《產品更新確認表》， 測試環境測試完成才可在生產環境發包 。
以上是關于產品版本命名、驗收規范、發版管理相關內容， 下一篇文章將是——項目管理；
#相關閱讀#產品管理流程及規范2——產品規劃及相關文檔
產品管理流程及規范3：產品原型設計
產品管理流程及規范4：PRD文檔撰寫

推薦閱讀