閒話不多說,直接上乾貨,基於多年的研發和產品經驗,梳理了相對通用的,互聯網產品和研發體系基於項目的瀑布式合作流程,供大家參考。
一、整體合作流程圖
二、上圖中各階段的具體說明
1、產品方案輸出
產品經理梳理產品方案,並在部門內部充分討論;視需求複雜度,可以在方案輸出過程中,及早與核心研發人員進行多次小範圍討論,以確保需求的完善和可實施性。
通過以上動作,從而確保產品經理最終提交的用於詳細評審的產品方案是完善的、可以直接實施的。
執行人:產品經理
2、產品需求評審
需求評審過程,需要後續參與實施的同事全員參與,以需求宣講和討論為主。任意角色有任何疑問,都可以在評審會上提出,並在充分討論的基礎上達成一致。切記不要把問題帶到後續的實施階段。
同時評審會上需確定研發方面的項目對接人。
執行人:產品經理發起,項目相關成員參與
3、研發返講需求
需求評審之後,項目對接人需在充分理解需求的基礎上,對需求進行返講,以確保研發同事的理解與產品經理的原始需求保持高度一致。
執行人:研發項目對接人,產品人員參與
4、項目正式啟動
在需求理解一致、各環節的實施節點評估明確之後,項目對接人以郵件形式發送項目相關同事及各部門負責人,項目即正式啟動。
執行人:項目相關人員
5、測試用例評審
在項目實施過程中,測試人員發起,與產品經理及項目對接人就測試用例進行評審,以確保測試用例對產品功能點覆蓋齊全。
執行人:測試人員、產品經理、研發項目對接人
6、項目過程跟蹤
產品經理定期每週同步一次項目進度情況;如果有需求變更或者其他原因導致的項目進度發生變化,需及時通知。
執行人:產品經理
7、項目提測
研發同事完成研發編碼及單元自測後,提交測試同事進行測試。
如同時涉及前後端,儘量同期提交測試。
執行人:研發項目對接人
8、產品測試
測試部門根據自己產品的實際情況,進行包含但不限於冒煙測試、功能測試、系統測試、兼容性測試、性能測試等內容的多輪測試。
執行人:測試人員
注:在第一階段測試結束後,UI設計同事可開始參與界面走查、產品經理參與產品功能體驗。
9、產品發佈
測試完成之後,測試同事發送測試報告郵件,郵件中需包含整體測試情況的概述和分析及發佈風險的建議評估。
需產品經理對郵件進行回覆,確認是否可以發佈以及發佈時間。
運維同事進行具體的發佈操作,發佈成功後通知項目相關人員。
執行人:運維人員
10、上線通知
產品發佈上線之後,產品經理負責發送郵件通知公司其他關聯部門同事及相關領導,並附上相關截圖和功能說明文檔。
執行人:產品經理
11、覆盤總結
項目發佈後兩週內,由產品經理發起,組織項目相關同事,對項目進行復盤總結。需要對項目的進度、質量以及相關數據效果進行分析評估和總結,
需要每次覆盤都有產出、有收穫,並將經驗和教訓加以提煉,進行復用和改進,以便後續的項目越來越好。
由產品人員整理總結覆盤文檔,發送項目參與同事及相關領導。
執行人:產品經理
注:以上合作流程中,無專職項目經理角色,“研發部門對接人”和“產品經理”在執行項目經理的部分工作。大家根據各自公司的實際情況,可以進行角色替換。
老布,從業15年的互聯網職場老兵,與大家分享所思、所想、所得。
閱讀更多 老布碼字 的文章