項目驗收是項目管理流程的最后一步，也是評估一個項目成敗的階段。項目驗收有其執行的基本流程，也會遇到結果與需求不符的問題，導致項目驗收的不順利。

　　影響項目會出現的問題

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

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

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

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

　　項目驗收的流程

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

　　1.團隊自測

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

　　2.冒煙測試

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

　　3.測試完成

　　測試完成是對于整體的測試環節來說的，是測試人員對于系統整體進行測試的一個結論，這個結論是已確認目前系統的功能、性能在測試環節已經完全符合產品提出的需求。

　　測試完成的確認是因為確認之后就該系統就可以進行下一項目的交付，來進行更深一步的優化。

　　4.產品驗收

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

　　項目的驗收是最后對項目質量的評估，是項目團隊勞動成果的檢測，因此，它是關系雙方利益的重要環節，了解問題、保障流程，是項目順利進行的有利條件。