項(xiàng)目驗(yàn)收，既是對(duì)項(xiàng)目成果檢驗(yàn)的關(guān)鍵一步，也是確認(rèn)結(jié)果并進(jìn)行查漏補(bǔ)缺的一步。那么既然項(xiàng)目驗(yàn)收如此重要，我們又該如何進(jìn)行呢？周全的驗(yàn)收工作又要注意什么呢？

項(xiàng)目驗(yàn)收就好像你自己打的那套卷子交給老師評(píng)分一樣，自己檢查一點(diǎn)錯(cuò)都沒(méi)有，或者知道哪里有一些錯(cuò)，但是結(jié)果還是需要交由老師評(píng)判。在還沒(méi)有到交卷時(shí)間時(shí)，我們需要將自己的卷子修改到自己認(rèn)為到最好的狀態(tài)下進(jìn)行交付。

一、為什么要做項(xiàng)目驗(yàn)收呢？

每個(gè)人做卷子時(shí)都希望能夠拿到高分，但是怎么拿到高分呢？

其實(shí)可以很簡(jiǎn)單，那就是在做卷子的時(shí)候?qū)τ谖覀兊木碜訖z查再三。而項(xiàng)目驗(yàn)收就是我們做的檢查，所以項(xiàng)目驗(yàn)收是針對(duì)當(dāng)前項(xiàng)目交付前做的最終檢查，如果合格就是可以交付的，如果不合格那就沒(méi)辦法交付。

二、項(xiàng)目驗(yàn)收的流程是什么？

其實(shí)項(xiàng)目驗(yàn)收也是按照一定流程進(jìn)行的，一般的項(xiàng)目在驗(yàn)收時(shí)都會(huì)經(jīng)過(guò)程序員自測(cè)、冒煙測(cè)試、測(cè)試完成、UI驗(yàn)證、產(chǎn)品驗(yàn)收這幾個(gè)普遍的流程之后才能夠確認(rèn)驗(yàn)收，進(jìn)行項(xiàng)目的交付。

程序員自測(cè)

程序員自測(cè)其實(shí)就是程序員去測(cè)試自己所寫(xiě)模塊是否與產(chǎn)品對(duì)該模塊所提的需求完全匹配。

程序員進(jìn)行自測(cè)是對(duì)自己所寫(xiě)模塊的進(jìn)一步檢查，這樣可以使對(duì)該模塊的邏輯更加明確，同時(shí)加深對(duì)于該模塊的記憶，并且可以最大程度確保每個(gè)模塊程序書(shū)寫(xiě)的正確性。

冒煙測(cè)試

冒煙測(cè)試是對(duì)已經(jīng)完成的全部模塊進(jìn)行流程性的檢測(cè)，確認(rèn)目前完成的系統(tǒng)是否可以確保按照產(chǎn)品的全部邏輯跑完基本流程。

冒煙測(cè)試主要是增加目前對(duì)產(chǎn)品流程的熟悉度，讓測(cè)試人員可以進(jìn)行詳細(xì)的測(cè)試的準(zhǔn)備工作，也是該系統(tǒng)是否可以進(jìn)入詳細(xì)測(cè)試的一個(gè)重要依據(jù)。同時(shí)也會(huì)驗(yàn)證出在此流程下是否有一些設(shè)計(jì)缺陷需要產(chǎn)品進(jìn)行彌補(bǔ)。

測(cè)試完成

測(cè)試完成是對(duì)于整體的測(cè)試環(huán)節(jié)來(lái)說(shuō)的，他是測(cè)試人員對(duì)于系統(tǒng)整體進(jìn)行測(cè)試的一個(gè)結(jié)論，這個(gè)結(jié)論是已確認(rèn)目前系統(tǒng)的功能、性能在測(cè)試環(huán)節(jié)已經(jīng)完全符合產(chǎn)品提出的需求。

進(jìn)行測(cè)試的主要原因是對(duì)當(dāng)前系統(tǒng)的全部流程的一個(gè)回歸，和對(duì)該系統(tǒng)是否存在缺陷性問(wèn)題。測(cè)試完成的確認(rèn)是因?yàn)榇_認(rèn)之后就該系統(tǒng)就可以進(jìn)行下一項(xiàng)目的交付，來(lái)進(jìn)行更深一步的優(yōu)化。

UI 驗(yàn)證

UI 驗(yàn)證是由UI設(shè)計(jì)師來(lái)驗(yàn)證當(dāng)前的系統(tǒng)UI是否能夠達(dá)到預(yù)期的效果。

UI驗(yàn)證是當(dāng)前頁(yè)面UI還原度的一個(gè)重要證據(jù)。UI驗(yàn)證是檢測(cè)當(dāng)前頁(yè)面能否做到UI圖級(jí)別的視覺(jué)效果，以及開(kāi)發(fā)人員是否按照UI設(shè)計(jì)師的界面需求進(jìn)行實(shí)現(xiàn)的一個(gè)重要準(zhǔn)則。

產(chǎn)品驗(yàn)收

產(chǎn)品驗(yàn)收是產(chǎn)品經(jīng)理在項(xiàng)目交付前進(jìn)行最后需求與程序開(kāi)發(fā)是否統(tǒng)一的過(guò)程。

產(chǎn)品經(jīng)理進(jìn)行驗(yàn)收是對(duì)整體系統(tǒng)流程的一個(gè)把關(guān)，也是對(duì)當(dāng)前系統(tǒng)一次總的檢查，在驗(yàn)收過(guò)程中需要綜合UI驗(yàn)證以及測(cè)試時(shí)的一個(gè)結(jié)果來(lái)確認(rèn)在產(chǎn)品經(jīng)理在驗(yàn)收后是否可以交付該系統(tǒng)。

三、項(xiàng)目驗(yàn)收中遇到問(wèn)題了呢？

項(xiàng)目驗(yàn)收本來(lái)就是一個(gè)需要承擔(dān)責(zé)任和成長(zhǎng)的階段，當(dāng)項(xiàng)目驗(yàn)收成功后，你會(huì)覺(jué)得整個(gè)世界都是晴朗的，但是你在驗(yàn)收過(guò)程中一旦發(fā)現(xiàn)出現(xiàn)問(wèn)題，那有可能就會(huì)有原地爆炸的風(fēng)險(xiǎn)吧。所以當(dāng)遇到了問(wèn)題我們?cè)撛趺唇鉀Q呢？

已構(gòu)建的程序與之前的規(guī)則不相符

當(dāng)我們開(kāi)發(fā)的小伙伴已經(jīng)完成了開(kāi)發(fā)，但是你發(fā)現(xiàn)與產(chǎn)品確認(rèn)需求時(shí)的規(guī)則并不一致，這時(shí)也許會(huì)覺(jué)得天嚕啦，我要怎么辦？

產(chǎn)品的規(guī)則其實(shí)確實(shí)是開(kāi)發(fā)小伙伴需要遵從的準(zhǔn)則，不過(guò)還是會(huì)經(jīng)常出現(xiàn)開(kāi)發(fā)完成的規(guī)則與確認(rèn)需求時(shí)的規(guī)則不相符的情況，這是什么原因呢？

有一部分原因就是當(dāng)時(shí)沒(méi)有溝通清楚出現(xiàn)了這個(gè)原因； 還有一部分原因產(chǎn)品的規(guī)則之前不完善，所以開(kāi)發(fā)直接按照自己覺(jué)得完善并且合 理的規(guī)則進(jìn)行書(shū)寫(xiě)了。

事出有因，但也不是沒(méi)有改正的方法。

NO.1 沒(méi)有溝通清楚，且目前做的系統(tǒng)比之前產(chǎn)品規(guī)劃的要完善，那就不需要修改，直接把當(dāng)前規(guī)則補(bǔ)充到細(xì)則上。

NO.2 沒(méi)有溝通清楚，但是目前系統(tǒng)做的并不盡人意，根據(jù)交付時(shí)間酌情修改：時(shí)間太緊急，如果按照原有規(guī)則可能無(wú)法按期交付，那就酌情進(jìn)行規(guī)則細(xì)則修改，

在不影響工期的情況下進(jìn)行修改；時(shí)間充裕，那就跟開(kāi)發(fā)確認(rèn)清楚該規(guī)則，明確到最小的細(xì)則，并且及時(shí)跟進(jìn)，確保該規(guī)則是在正常情況下修改的。

NO.3 由于產(chǎn)品的規(guī)則沒(méi)有細(xì)化并明確，導(dǎo)致開(kāi)發(fā)按照自己意愿進(jìn)行功能設(shè)計(jì)，結(jié)果出現(xiàn)部分與產(chǎn)品之前不相符的。如果時(shí)間允許可以在經(jīng)過(guò)溝通后進(jìn)行相應(yīng)規(guī)則調(diào)整，當(dāng)然不能僅僅調(diào)整代碼，規(guī)則也可以進(jìn)行相應(yīng)調(diào)整，在不影響產(chǎn)品原有設(shè)計(jì)規(guī)則的基礎(chǔ)上與當(dāng)期的代碼進(jìn)行適配，將時(shí)間成本降至最低。

NO.4 由于產(chǎn)品的規(guī)則沒(méi)有細(xì)化明確，開(kāi)發(fā)按照自己意愿進(jìn)行功能設(shè)計(jì)與之前的規(guī)則沒(méi)有太大偏差。這個(gè)時(shí)候你應(yīng)該感謝開(kāi)發(fā)，與你所想的沒(méi)有南轅北轍。需要的就是在此基礎(chǔ)上進(jìn)行更加明確的規(guī)則細(xì)化就可以了。

UI 還原度與驗(yàn)收時(shí)間有沖突

當(dāng)我們 UI 同學(xué)辛苦設(shè)計(jì)的頁(yè)面，并沒(méi)有被前端小伙伴整體還原出來(lái)，估計(jì) UI 同學(xué)會(huì)被憋出內(nèi)傷呢。這個(gè)情況下又該怎么解呢？

這個(gè)根據(jù)現(xiàn)實(shí)情況來(lái)就好，告訴 UI 同學(xué)，你這個(gè)項(xiàng)目的 UI 還原度是多少，直接讓 UI 同學(xué)去分析是否通過(guò) UI 驗(yàn)收就好。但是如果時(shí)間節(jié)點(diǎn)有沖突時(shí)，可以告知UI 同學(xué)適當(dāng)降低還原度。

四、驗(yàn)收后出現(xiàn)問(wèn)題了呢？

這個(gè)項(xiàng)目被驗(yàn)收了，但是沒(méi)驗(yàn)收多久突然就告訴你我們覺(jué)得這里不對(duì)，我們覺(jué)得那里需要改，這個(gè)跟我們一開(kāi)始說(shuō)的不一致，突然發(fā)現(xiàn)有 bug，好像覺(jué)得自己要宕機(jī)了呢。

需求方想要新增需求

需求方在驗(yàn)收之前覺(jué)得很符合自己的定位，但是在驗(yàn)收之后的使用過(guò)程中突然覺(jué)得，這里如果在新增一個(gè)功能就更完美了，于是就說(shuō)，我覺(jué)得這個(gè)跟我之前想的不太一樣，需要加上這個(gè)功能就好了。

在項(xiàng)目已經(jīng)被驗(yàn)收成功的情況下，所有的新增功能都是屬于新的需求，既然是新的需求，那就需要拿出簽字的需求方案。只有提出了需求方案并且經(jīng)過(guò)了簽字才可以進(jìn)行規(guī)劃，同時(shí)規(guī)劃還是需要將這個(gè)需求規(guī)劃到下一期中，因?yàn)槟壳耙呀?jīng)完成驗(yàn)收。

其實(shí)簡(jiǎn)單來(lái)說(shuō)就是所有在驗(yàn)收后提出的需求都是需要提交方案，并且規(guī)劃到下一期的。

需求方發(fā)現(xiàn) bug

在系統(tǒng)的使用過(guò)程中突然發(fā)現(xiàn)，某個(gè)地方有 bug 了。

有 bug了就去修改就好了，這就是我們開(kāi)發(fā)團(tuán)隊(duì)的維護(hù)情況了，有 bug 其實(shí)不可怕，畢竟我們?cè)诮桓兜臅r(shí)候并沒(méi)有出現(xiàn)問(wèn)題。其實(shí)在系統(tǒng)的使用過(guò)程中出現(xiàn)問(wèn)題是不可避免的，所以在出現(xiàn)問(wèn)題后及時(shí)修正才是最好的解決辦法。

五、怎么確認(rèn)驗(yàn)收結(jié)果呢？

驗(yàn)收結(jié)果是最激動(dòng)人心的動(dòng)心，但是我們需要怎么去確認(rèn)這個(gè)結(jié)果就是我們想要的結(jié)果呢？

其實(shí)驗(yàn)收結(jié)果可以從外包和自家產(chǎn)品兩個(gè)方向。

• 外包驗(yàn)收：甲方爸爸跟你說(shuō)我覺(jué)得這個(gè)產(chǎn)品很好的，那這次驗(yàn)收基本成功了；如果甲方爸爸跟你說(shuō)，這里也許還能再優(yōu)化一下，那就需要記下優(yōu)化的點(diǎn)，繼續(xù)進(jìn)行優(yōu)化就好了，那這次驗(yàn)收基本就不能算成功了。
• 自家產(chǎn)品驗(yàn)收：自家產(chǎn)品其實(shí)主要就是滿足當(dāng)前需求方的需求，經(jīng)過(guò)檢測(cè)沒(méi)有出現(xiàn) bug，那之后再進(jìn)行輸出性迭代，就基本可以了。

所以，小伙伴們，你們現(xiàn)在的項(xiàng)目驗(yàn)收了沒(méi)啊，我現(xiàn)在的項(xiàng)目差不多快驗(yàn)收了呢！

本文由 @薛小羊 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash，基于CC0協(xié)議。