我在之前寫了一篇管理｜產(chǎn)品迭代開發(fā)上線流程及產(chǎn)品發(fā)布確認(rèn)單的文章，正如評論區(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)的測試用例錄入到禪道
當(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)理負(fù)責(zé)人花颗、運營負(fù)責(zé)人捕传、項目負(fù)責(zé)人在《產(chǎn)品發(fā)布確認(rèn)單》中進行簽字。
第八步：正式發(fā)布
研發(fā)拿到《產(chǎn)品發(fā)布確認(rèn)單》才會進行發(fā)布扩劝，發(fā)布之后［產(chǎn)品經(jīng)理］庸论、［測試工程師］、［研發(fā)工程師］需要在線上做回歸驗收棒呛，對照冒煙測試用例和發(fā)布驗收報告進行抽查聂示。
最后要說的就是：很多規(guī)范都是通過一次次“不破不立”不斷總結(jié)經(jīng)驗才制定出來的。并且沒有最好簇秒，也沒有更好鱼喉，只有因地制宜、因時制宜的更合適趋观。
歡迎大家一起交流扛禽。
同時也歡迎大家下載我們的產(chǎn)品進行體驗。
