（2）項目驗收的標準和要點
項目驗收看似簡單，但在操作上卻是極其復雜和重要的工作，因為項目驗收無固定統一的標準。一般來說，項目驗收的標準包括：項目合同書、國際慣例、國際標準、行業標準、和企業的相關政策、法規。因此，開發團隊對項目驗收的標準情況了解越多，后期項目驗收的難度和風險越小。因此，細讀項目驗收的標準例如合同書是第一步，必須要先弄清楚這個是什么項目，項目合同中有那些客戶關注的問題。這樣才能在驗收前，有針對性準備好項目驗收工作。
在項目驗收的時候，對于項目中可能存在的一些問題，不要讓客戶想等系統沒有一點問題或保證以后沒有問題的情況下才驗收。如果客戶這樣想開發團隊麻煩了，微軟那么牛，做的操作系統還天天打補丁。開發團隊要讓客戶明白，所謂驗收，是依照合同需求和能夠滿足企業的需求，結果和預期結果一致應該算通過了，而且還容許有一些小錯誤留在驗收后改正。
一般來說，現場長時間驗收檢查不太可行。因此，在驗收前準備階段，項目負責人應主動、積極的與客戶密切溝通，及時、準確地收集和理解驗收條件。特別是客戶對即將驗收項目的真實、初步意見和評價，好是在驗收前溝通好和形成書面正式的《項目評價報告》。如還留有一些可能影響或暫時不影響項目整體驗收通過的細節、小問題、變更或異議、分歧等，應與客戶協商解決處理好，做到事先溝通、達成共識。強調已經基本上完成項目內容，滿足合同要求。
如何順利地讓客戶進入驗收狀態？
如何才能順利地讓客戶進行驗收是一直困撓開發團隊的一個難題，為了避免項目驗收無期的局面，建議加強以下幾方面工作。
（1）及時解決問題，端正處理BUG的態度
既然發現軟件存在問題，應該盡力去解決，這是開發團隊的責任。客戶不肯驗收，主要是害怕承擔責任，畢竟還有問題沒有解決嘛。如果換做我，我也不會給你驗收的。因此，要想讓客戶方驗收，首先要做好合同的明確規定和服務承諾。并以此為依據，讓客戶放心，讓客戶方驗收。在開發過程中給客戶感覺是不是用心的做事是很重要的，否則的話后期驗收會有點困難了。
在項目過程中，需要注意平時承諾的積累，比如要做到講誠信、講原則。主要是三條：做不到的事情千萬別隨意承諾、承諾的事情一定要努力做到、每次做到的事情都要進步一點點。按這三條做事，即使在與與客戶溝通中有這樣或那樣的不愉快和矛盾，客戶也會慢慢接受，也會用更多積極性眼光看存在的BUG問題。當然，項目中如果有關鍵瑕疵，也是客戶忌諱的，開發團隊一定要理解這些瑕疵并解決好。
（2）平衡和識別項目干系人需求
在項目驗收階段前，要盡量識別和關注所有項目干系人的需求和態度，并時刻給客戶灌輸只要完成那幾項工作代表項目可以驗收了。當客戶不肯驗收時，要與客戶展開深入的交流，明確客戶為什么不愿意驗收。有時客戶的問題只是借口，所以要根據客戶的表現判斷出這個背后的問題所在。當找到問題后，協調相關的資源來解決。有時和客戶直接把問題攤開溝通，或許是比較好的解決方法。
總之，開發團隊應要對項目利害關系者進行關注，和關注他們關注的內容，或者他們擔憂的內容。作為開發團隊要做到盡量做好所能控制的事情，另外一些很難由開發團隊控制的事情則需要借用一些其它的力量去完成。比如關注項目利害關系者的一些秘密需求是否得到了滿足，或請高層領導運用一些商業手段來促成項目的驗收等。
（3）重視階段性成果驗收，提高客戶感知度
其實，軟件開發項目驗收遠非是僅僅對系統的測試和檢驗這樣簡單，它是開發團隊和客戶在開發過程中雙方合作博弈的結果。因此，在項目開發過程之中，與客戶的溝通和績效匯報是非常重要的。客戶之所以遲遲不驗收項目，簡單的說是因為客戶對開發團隊做的項目不滿意。
一般來說，滿意=感知-期望。因此，客戶不滿意是因為客戶的感知度非常低，而期望很高。換句話說，是由于開發團隊對項目需求沒有定義好，或者沒有分析好，或在定義需求的時候沒有考慮到客戶的感知和期望，導致現在的項目驗收困難。所以，一方面量化和降低客戶的期望值，另一方面盡量提高客戶的感知度是非常重要的。方法可以是對于每一個階段性的成果，盡量讓客戶可以參與并且驗收，目的是為了盡可能來提高客戶的感知度。
（4）清晰處理好客戶反饋問題的跟蹤狀態
在一個項目開發周期中，每次客戶的反饋問題都需要認真做好跟蹤記錄。下次工作要根據前次備忘錄的雙方約定或客戶的反饋問題繼續進行，保障項目在雙溝通的基礎上不斷前進，并用備忘錄約束雙方的行為。
建議在收集項目出現的各種問題時，采用問題跟蹤記錄表的形式，這樣可以一目了然地顯示出曾經收集到的各種問題、目前的解決情況、以及還有什么問題沒有解決，或準備什么時候解決。這樣客戶和開發團隊都會對目前的情況非常了解，通過不斷地解決出現的問題，來收斂可能出現的問題。當存在的問題越來越少時，也表示項目開發已經在接近驗收的標準了，也可使客戶在需要驗收的時候不能再找各種各樣的借口來拖延驗收。
