執(zhí)行過程中哼绑，想要降低偏差，減少返工碉咆，你就需要構(gòu)建系統(tǒng)能力抖韩，在產(chǎn)品研發(fā)的整個過程中，建立起真正閉環(huán)反饋的產(chǎn)品驗證機制疫铜。
開環(huán)與閉環(huán)之間的關(guān)鍵差異茂浮，就在于有沒有反饋環(huán)節(jié)，以及系統(tǒng)是否會根據(jù)反饋自動調(diào)節(jié)块攒。
image.png
方案評審（OARP決策機制）
評審的核心：在于背后的決策機制励稳。典型的決策機制叫做OARP。
OARP：Owner囱井、Approver驹尼、Reviewer、Participant四個關(guān)鍵角色庞呕。
- 負責(zé)人（Owner）: 負責(zé)給出方案新翎，組織各方討論并推進作出最終的決定
- 批準者（Approver）: 最終批準者。
- 審核者（REviewer）: 負責(zé)人和批準者挑選出的審核人住练，審核者有責(zé)任對文檔進行討論分析地啰，并提出反饋意見，負責(zé)人必須重視并給予回復(fù)讲逛。
-
參與者（Participant）：其他提意見的人亏吝。
image.png
image.png
冒煙評審
做計劃時明確定義完成標準，而冒煙測試用例盏混，可以說是開發(fā)和測試之間最基礎(chǔ)的合約蔚鸥。
BUG bash
專門找一個時間段，在這期間许赃，所有參與項目的人員止喷，集中全部精力一起來給項目找bug，目的是從各個維度衡量和體驗產(chǎn)品混聊〉可以從時間、地點、參與者预愤、現(xiàn)場安排等維度去進行思考沟于。
- 時間：全面功能測試完成后，趨于收斂的時間段開展鳖粟。需求類的bug bash社裆，可以用于需求或設(shè)計稿完成后舉行。
- 地點：單獨的會議室向图，大家集中精力做這一個事情泳秀。
- 參與者： 不同的角色人員，都需要參與到這場活動中來榄攀。
- 現(xiàn)場安排：現(xiàn)場反饋的問題直接貼在白板上嗜傅，或者通過電子白板，來滾動更新bug或建議的排名情況檩赢。
- 活動結(jié)束：直接公式Bug或建議數(shù)吕嘀，現(xiàn)場給獎品，并發(fā)郵件通報全組贞瞒。
