"我們決定下個月28號進行驗收"，客戶很輕松地在不經意之間和我說了這句讓我朝思暮想的話，這句話使歷時三個月的驗收日期終于定下來了。回顧這三個月，我可是費了不少心力。日期雖然定了，但是和合同規定的日期足足晚了三個月。
我所負責的這個軟件開發項目開始做得還算比較順利，測試工作也早早已經完成。但客戶遲遲不肯驗收，原因是客戶卡在一個小問題上，說此問題查清后再驗收。這個小問題在大多數情況下是不會出現的，只有在特殊的操作下才會出現。由于一直無法找到重現此Bug的規律，故這個小問題一直沒有很好的解決徹底，結果使到項目驗收一次又一次被擱置。再這么拖下去，我真不知如何給公司交待了。
為什么客戶遲遲不肯進行驗收？
一般來說，當軟件開發項目到了具備驗收的各項條件之后，開發團隊會著手準備驗收階段的工作。但如果這時發生客戶不愿意驗收的話，這是一個讓開發團隊很頭痛和很普遍的問題。原因是多方面的，主要有如下幾種情況：
（1）開發團隊沒有擺正心態：這只是小問題嗎?
一個軟件項目完成測試和修正后，但卡在一個小問題上客戶不肯驗收，這是平時我們經常說的"小問題，大學問"。也許，許多開發人員不明白：不是一個小小的問題嗎？為什么要小題大作？實際上這樣的想法是因為許多開發團隊只會站在自我利益為第一位。因此，當出現有小問題時，認為多一事不如少一事，主要需求和功能能完成行了。
因此，作為開發團隊要擺正自己的位置和心態，不是說只要完成了合同中規定的內容，完成了合同書規定的工作，并且按合同測試了可以驗收了。表面上看是客戶僅僅由于他們發現的一些小小的BUG，小題大作不肯驗收。實際上，當客戶不同意在此時驗收時，他們的判斷往往不是招標書、合同、技術協議、需求規格說明書等文檔。而是開發團隊不能給客戶足夠的信心，客戶不滿意開發團隊對BUG的處理態度，客戶認為這不是小問題，所以不肯驗收。
（2）沒有抓住領導意圖，客戶滿意度不夠
我們在軟件開發驗收過程中得到很多的經驗教訓，常見的問題是在開發過程中沒有抓住客戶的關鍵負責人或重要領導的意圖，沒有了解客戶看重的是什么。而等到開發團隊提出要驗收的時候，客戶又總是覺得這也不滿意那也不滿意，總之是不愿意驗收。主要原因是開發過程中與客戶的關系沒有提升，沒有使客戶真正的滿意。例如，對客戶反饋問題時服務不到位，當要求客戶驗收時才再發現問題仍未得到及時解決，會讓客戶心存擔憂，或讓客戶失去信任。
（3）開發流程不規范，驗收標準沒有達成一致
在項目開始的時候沒有和客戶在驗收標準達成一致，導致客戶總是拿項目的小問題說事。實際上，驗收標準是很重要的，這需要與客戶進行詳細的溝通，明確驗收前需要完成的工作。驗收標準中不光要有需要完成的工作內容和任務，還需要有一個相對固定的工期，使雙方都能朝著這個方向去努力，防止無限制的拖延。
（4）沒有處理好問題跟蹤記錄
由于許多開發合同上規定的只是一個大概的框架，再加上在開發之前沒有與用戶進行比較具體的交流和討論，沒有清晰的了解清楚客戶心目中的產品究竟是什么樣子。結果是雙方對需求都有不同的理解，例如某些需求并不是客戶真正想要的，而很多潛在的需求在項目初期卻沒有提出來。再由于在開發過程中，沒有寫好備忘錄和問題跟蹤記錄，時間一長，雙方也忘記了很多承諾和約定，到了驗收的時候可能重新翻出來。這種事情是讓開發團隊頭痛的，明明說可以先不做的內容終驗收的時候又成了必要條件。這樣后要驗收時，大家非常容易卡在一些理解差異的問題上了。
（5）客戶因資金原因推遲驗收
有時，客戶遲遲不肯驗收或故意推遲驗收，有可能客戶是以推遲驗收而推遲結算和要支付的款項。對于有這種想法的客戶是讓開發團隊為難的了。動用法律吧，擔心破壞了長久建立的關系；不動用法律吧，還真有這么不客氣的客戶。
什么是軟件開發項目驗收？
（1）什么是軟件開發驗收？
項目驗收，也稱范圍核實或移交。它是核查項目計劃規定范圍內各項工作或活動是否已經全部完成，可交付成果是否令人滿意，并將核查結果記錄在驗收文件中的一系列活動。軟件開發項目驗收是每個開發團隊乃至每個開發人員都想要的結果，因為一旦驗收通過可以收驗收結算款了，項目也可以告一段落。驗收作為開發項目的后一個環節，不但是對軟件開發質量和軟件的可交付性起到"一錘定音"的作用，而且它關系到開發團隊能否收到結算款和實現利潤的標志之一。
