我在之前寫了一篇管理｜產(chǎn)品迭代開發(fā)上線流程及產(chǎn)品發(fā)布確認單的文章,，正如評論區(qū)有一位朋友回復(fù)說“感覺不實用”，確實,。我們在后面實踐過程中也發(fā)現(xiàn)了一些問題,，最近和公司同事又溝通出一個版本，分享如下：

一次迭代計劃

我們是通過郵件＋禪道來配合我們這個計劃的執(zhí)行,，一次迭代計劃從開始到結(jié)束都在這一個郵件中進行回復(fù)，迭代計劃中的需求和BUG在禪道上記錄和跟蹤,。

第一步：整理BUG

產(chǎn)品經(jīng)理主導(dǎo),，［測試工程師］輔導(dǎo)，從BUG池里面整理出下周迭代計劃需要處理的線上BUG清單,。
輸出：BUG清單

第二步：需求同步

［產(chǎn)品經(jīng)理］整理完下周迭代計劃需要處理的需求和［測試工程師］給出的BUG清單,，發(fā)送郵件給相關(guān)的人（發(fā)送郵件的時間為周二下班前），并確定進行需求評審的時間（需求評審時間為周三下午） ,。
輸出：需求和BUG清單,、需求評審時間

第三步：需求評審

完成需求評審。
輸出：產(chǎn)品和研發(fā)確定可以完成的需求和BUG,，并錄入到禪道中

第四步：執(zhí)行計劃

［產(chǎn)品經(jīng)理］編寫需求prd文檔及視覺稿設(shè)計,，［測試工程師］編寫測試用例，［項目經(jīng)理］討論開發(fā)計劃,。
輸出1：［產(chǎn)品經(jīng)理］郵件發(fā)送需求prd文檔及視覺稿,、［項目經(jīng)理］回郵件確定研發(fā)計劃（交付驗收起止時間和發(fā)布驗收時間，已和產(chǎn)品經(jīng)理達成一致）和測試用例（已和產(chǎn)品經(jīng)理達成一致）
輸出2：［產(chǎn)品經(jīng)理］把確定的需求錄入到禪道,，［測試工程師］把對應(yīng)的測試用例錄入到禪道

一次研發(fā)計劃示例

當(dāng)然,，這個研發(fā)計劃可以不是一周的總時長,。

第五步：進入研發(fā)

研發(fā)勞作中。
［項目經(jīng)理］為了風(fēng)險更加可控,，在研發(fā)過程中需要建立一個個階段性驗收的時間點,，這個是介于項目開始和交付驗收開始之間的研發(fā)內(nèi)部流程，當(dāng)然為了方便［產(chǎn)品經(jīng)理］跟蹤進度,，可以同步給［產(chǎn)品經(jīng)理］,。

階段性驗收計劃

階段性驗收需要提前和研發(fā)明確需要驗?zāi)男┕δ埽约膀炇盏臅r間點,，同時驗收完之后［測試工程師］需要出一個《階段性驗收報告》,，這份報告需要有一個狀態(tài)明確記錄是否合格。
目前制定的是通過率達到85%以上為合格,，如果出現(xiàn)不合格時,，有問題的功能需要在下次階段性驗收時處理掉，并且計入下次階段性驗收的通過率統(tǒng)計中,。
研發(fā)需要在禪道上及時打卡,，方便產(chǎn)品和測試及時跟蹤，同時為了解決研發(fā)打卡難的問題,，我們的所有任務(wù)都拆分成8小時之內(nèi),，一個任務(wù)不得超過8小時。

第六步：交付驗收

［測試工程師］在測試環(huán)境和預(yù)發(fā)布環(huán)境對本次迭代做完完整性測試之后需要交付給［產(chǎn)品經(jīng)理］做交付驗收,。
每一個遺留問題研發(fā)需要出一個研發(fā)的處理方案,，產(chǎn)品需要對遺留問題進行回復(fù)。
產(chǎn)品需要在迭代內(nèi)容清單后面確定驗收的結(jié)果,。
輸出：交付驗收的《測試報告》,。

第七步：發(fā)布驗收

產(chǎn)品經(jīng)理負責(zé)人、運營負責(zé)人,、項目負責(zé)人在《產(chǎn)品發(fā)布確認單》中進行簽字,。

第八步：正式發(fā)布

研發(fā)拿到《產(chǎn)品發(fā)布確認單》才會進行發(fā)布，發(fā)布之后［產(chǎn)品經(jīng)理］,、［測試工程師］,、［研發(fā)工程師］需要在線上做回歸驗收，對照冒煙測試用例和發(fā)布驗收報告進行抽查,。

最后要說的就是：很多規(guī)范都是通過一次次“不破不立”不斷總結(jié)經(jīng)驗才制定出來的,。并且沒有最好，也沒有更好,，只有因地制宜,、因時制宜的更合適。

歡迎大家一起交流。
同時也歡迎大家下載我們的產(chǎn)品進行體驗,。