最近做了一個活動：春節(jié)活動亮蛔，從整個開發(fā)的過程來看痴施，最初的需求和最后完成的實際需求，在一些地方是有變動的：
- 在微信中點擊分享按鈕究流，需要添加一個引導(dǎo)圖辣吃，引導(dǎo)用戶通過瀏覽器打開（開發(fā)人員開發(fā)時提出）。
- 如果用戶使用微信打開拿去花廣告業(yè)芬探，用戶在點擊分享按鈕的時候神得，應(yīng)該喚起app（測試人員測試階段提出）
- 用戶在賞金互動頁面分享的時候，可以以片+二維碼的形式分享出去（產(chǎn)品在開發(fā)階段時提出）
- 用戶兌換賞金后偷仿，需要能夠跳轉(zhuǎn)到優(yōu)惠券列表頁查看優(yōu)惠券（產(chǎn)品在開發(fā)階段提出）
- 用戶兌換賞金后哩簿，查看優(yōu)惠券的功能應(yīng)該改回“知道了”宵蕉，不然用戶沒有回到活動頁的途徑了（UI設(shè)計人員在聯(lián)調(diào)階段提出）
需求變動是避免不了的，需求變化越早提出來节榜，花費的時間成本就越少：
目前的開發(fā)流程羡玛，是很容易產(chǎn)生一些比較靠后的需求變更的：
之所以會有這些靠后的需求變更點，是因為產(chǎn)品宗苍、開發(fā)稼稿、測試在prd需求會議之后，對產(chǎn)品形態(tài)有著各種不同的認識：
因為不一樣的視角和理解讳窟，在開發(fā)让歼、聯(lián)調(diào)、測試階段產(chǎn)生了一些不同的意見挪钓，要么發(fā)現(xiàn)了一個潛在的bug是越，要么提出了一個優(yōu)化點，那些被產(chǎn)品經(jīng)理認可接納的碌上，就變成了需求變更。
如果有辦法能夠?qū)⑦@些需求變更的大部分提前發(fā)現(xiàn)（比如在聯(lián)調(diào)之前浦徊，或在開發(fā)之前）馏予，就能夠一定程度的減少時間成本。
為了盡快的消除這些理解上的偏差盔性，有必要在prd聯(lián)調(diào)之前霞丧，進行一次理解上的統(tǒng)一，具體可以以評審checkList測試點的方式冕香，開發(fā)蛹尝、測試、產(chǎn)品逐個對checkList文檔中的測試點進行評審悉尾，各方提出異議突那，產(chǎn)生修改點或者補充點，最終形成比較一致的需求理解：
評審最終會產(chǎn)生一個比較全面的checkList构眯，有了這個checkList文檔后愕难，各方的收益是：
- 對于開發(fā)人員來說，不僅知道要開發(fā)哪些功能惫霸，而且知道功能當(dāng)中的一些細節(jié)猫缭，這些細節(jié)往往是測試和產(chǎn)品知道的，但是是開發(fā)未想到的壹店。
- 對于產(chǎn)品來說猜丹，很多潛在的需求缺陷以及優(yōu)化點通過討論被及時的發(fā)現(xiàn)，不會等到測試或者上線后才被發(fā)現(xiàn)硅卢。
- 對于測試人員來說射窒，在checkList評審階段就可以根據(jù)自己的經(jīng)驗將自己的一些看法提出來藏杖，避免了測試階段在發(fā)生一些需求變更。
另外的一個好處是轮洋，通過checkList制市，開發(fā)、測試的想法會部分融入到產(chǎn)品中弊予，開發(fā)和測試更具有參與感，也更容易激發(fā)人員的創(chuàng)新能力汉柒。
