做東西不能閉門造車，而項目團隊按照需求完成項目產品時自然也不能自說自話，覺得自己完成了就是成功了。我們實現的項目目標只有通過了項目驗收，才能算是達到了客戶的需求。因此項目最后的結果驗收既是項目的最后重要環節，也是對之前項目組工作的“審判”。

　　所以如何安然度過項目驗收環節，是不少項目管理者耗損心力的地方。本文將從項目結果驗收時不符的原因，以及項目驗收的步驟兩方面來進行簡單介紹。

　　項目結果與需求不符的原因

　　項目驗收本來就是一個需要承擔責任和成長的階段，在驗收過程中，最容易出現的問題就是—結果與需求不符。

　　產品的規則其實確實是開發團隊需要遵從的準則，不過還是會經常出現，開發完成的規則與確認需求時的規則不相符的情況，這是因為當時沒有溝通清楚;或者產品的規則之前不完善，所以開發直接按照自己覺得完善并且合理的規則進行書寫了。

　　當然，若目前做的系統比之前產品規劃的要完善，那就不需要修改，直接把當前規則補充到細則上;若是目前系統做的并不盡人意，根據交付時間酌情修改。如果時間太緊急，按照原有規則可能無法按期交付，那就酌情在不影響工期的情況下進行修改;如果時間充裕，那就跟開發確認清楚該規則，明確到最小的細則，并且及時跟進，確保該規則是在正常情況下修改的。

　　由于產品的規則沒有細化并明確，導致開發按照自己意愿進行功能設計，結果出現部分與產品之前不相符的。如果時間允許，可以在經過溝通后進行相應規則調整。若開發按照自己意愿進行功能設計與之前的規則沒有太大偏差。這個時候需要的就是在此基礎上進行更加明確的規則細化就可以了。

　　進行項目驗收的基本步驟

　　項目驗收也是按照一定流程進行的，一般的項目在驗收時都會經過項目團隊自測、冒煙測試、測試完成、產品驗收這幾個普遍的流程之后才能夠確認驗收，進行項目的交付。

　　首先，自測其實就是程序員去測試自己所寫模塊，是否與產品對該模塊所提的需求完全匹配，是對自己所寫模塊的進一步檢查。這樣可以使對該模塊的邏輯更加明確，同時加深對于該模塊的記憶，并且可以最大程度確保每個模塊程序書寫的正確性。

　　其次，冒煙測試是對已經完成的全部模塊進行流程性的檢測，確認目前完成的系統是否可以確保按照產品的全部邏輯跑完基本流程。冒煙測試主要是增加對產品流程的熟悉度，讓測試人員可以進行詳細的測試準備工作，也是該系統是否可以進入詳細測試的一個重要依據。

　　然后測試完成是對于整體的測試環節來說的，是測試人員對于系統整體進行測試的一個結論，這個結論是已確認目前系統的功能、性能在測試環節已經完全符合產品提出的需求。測試完成的確認是因為確認之后就該系統就可以進行下一項目的交付，來進行更深一步的優化。

　　最后，產品驗收是產品經理在項目交付前，進行最后需求與程序開發是否統一的過程。產品經理進行驗收是對整體系統流程的一個把關，也是對當前系統一次總的檢查，在驗收過程中，需要測試時的一個結果，來確認在產品經理在驗收后是否可以交付該系統。

　　歷經漫長周期辛辛苦苦完成的作品卻得不到認可，是項目團隊都不愿意看到的事情。為避免如此情況發生，對于驗收流程大家就更有不要認真執行，尤其是自測與冒煙測試，對產品進行全模塊的檢測，也是對自己工作的回溯與自檢，讓問題在產品交付于客戶前提前發現，也是最后交付成功的重要保證。