很多人會奇怪，項目驗收條件還需要談嗎，肯定是按照合同和技術協(xié)議驗收。

    其實在業(yè)內目前大部分管理軟件項目合同和技術協(xié)議現(xiàn)狀是：不管項目金額大小，軟件功能模塊幾乎是一個不少，用戶要求軟件公司承諾的服務內容和個性化開發(fā)也是一個不少。

    軟件供貨商在競爭壓力下很難完全杜絕的營銷過渡承諾。在這種情況下如果要以完成合同和技術協(xié)議為標準進行驗收，筆者以為達到合同原始要求發(fā)項目可能非常之少。

    管理軟件項目最開始一般技術協(xié)議只談服務內容和實現(xiàn)目標，很籠統(tǒng)，結果在實施過程中很容易出現(xiàn)業(yè)務需求爆炸的情況，軟件商難以應付。

    這種情況下軟件商就開始逐步細化產(chǎn)品功能點，按功能點確定軟件細節(jié)，只要功能點滿足，理論上就應該滿足用戶業(yè)務需要，用戶就應該驗收，至于業(yè)務能否運行，更多的是用戶的責任，這里面更多的體現(xiàn)了軟件商的自我保護。

    實際運做時無論技術協(xié)議細致還是粗略，對大部分國內用戶而言根本沒有太大的參考價值，用戶只會考慮其業(yè)務是否真的在系統(tǒng)上跑，并以此作為檢驗我們項目是否可以驗收的標準，當然有的項目可以通過商務運做，在業(yè)務上線情況不太好的情況下也能驗收。

    所以現(xiàn)在管理軟件項目一般模式是按照業(yè)務內容分幾個階段目標，完成一個業(yè)務目標就完成一階段驗收，收取一部分實施費用。

    這種情況下項目驗收的最小條件是一個或某幾個基本業(yè)務面能夠開始大面積的應用。

    這些基本業(yè)務面是不是很簡單，或者功能是不是很穩(wěn)定，或者人員是不是一定全部都上線，或者業(yè)務面上功能是否存在可改進功能，這些問題都不一定有統(tǒng)一答案，但只要用戶看到這些基本業(yè)務面可以運行并承認這個可預期的結果就可以談驗收。

    在合同邊界中沒有涉及有些好功能或者有價值的地方，實施過程中項目團隊可以留一手，可以不全部告訴用戶，在驗收前可以作為交換條件和用戶去置換很難實現(xiàn)的其它技術要求。 

    成功項目驗收的核心就是項目邊界的確定。

    實施人員平時做人要講誠信，講原則，才好驗收，無非是三條：

    做不到的事情千萬別隨意承諾；

    承諾的事情一定要努力做到；

    每次工作都使事情往前進步一點。

    快速驗收的心得

    項目經(jīng)理從一開始接手就必須建立三個內控里程碑目標。第一個里程碑是項目回款，第二個里程碑是樹立樣板，第三個里程碑是追加新合同。用做第三個里程碑的心態(tài)做第一個里程碑目標，看起來前期投入大一些，但自己投入也會促使用戶投入，最終反而能更快實現(xiàn)第一里程碑目標。

    越早談回款，越早明確驗收邊界；越是邊界清楚的項目，越容易驗收。

    實施進度越快越容易驗收。實施周期越長的項目，新增需求越多，越不容易驗收。

    某塊業(yè)務應用得到部分用戶認可就是催款的最佳時機，一旦項目某個業(yè)務進入可使用狀態(tài)項目經(jīng)理就要主動談驗收條件，明確驗收和回款的關系。