公司規(guī)模越來越大，從初的一個人擔當技術支持，也逐漸發(fā)展到五個人了，IT部門也順理成章的被獨立出來。小章因為技術出色，辦事又有條理，便被任命為IT主管。小章上任后，總經(jīng)理下放的第一件任務便是企業(yè)信息化進程要排上議事日程，為了讓公司內部的工作更加的條理化，在管理上更上一個臺階，上ERP被排在了第一件。

在經(jīng)歷選型、實施、驗收之后，小章松了口氣，以為非常圓滿的完成了上任后第一件漂亮的工作。但事實卻恰恰相反，內部的一些辦事流程依然是老樣子，一些比小章資格要老的員工更是我行我素。ERP只是成了服務器以及各個客戶端電腦中的一個擺設。項目的驗收報告也簽了，和ERP廠商雙方都蓋了章了，按理說應該項目很圓滿才對，為什么造成了這樣的局面呢？這里且不說在實施上出了什么問題，后的驗收工作很明顯也沒有做到位，沒有給自己一個明確的驗收標準，自然實施結束后沒有對應的標準進行參照，結果是軟件安裝完了，可以成功運行，算是合格驗收了。

項目驗收是企業(yè)內部的事。在驗收過程中，項目算是成功上線，和軟件提供商簽訂驗收報告之前，要進行很好的評估，嚴格參照曾建立好的驗收標準，也是說項目驗收，要給自己一桿標尺，有了標尺的參照，驗收工作自然更加完美。

一、項目該何時驗收

因為ERP針對企業(yè)來說是一項非常大的項目，所以基本上很少企業(yè)內部能在ERP項目的各個流程上有十足的經(jīng)驗，因此制定一個驗收的時間標準也很重要。

通常情況下，如果只是購買軟件廠商的標準產(chǎn)品，項目實施顧問都會制定一個實施時間表，其中包括服務器端以及客戶端軟件安裝的時間計劃等。等軟件安裝工作完成后，一般運行一、兩個星期后有些實施顧問便會要求項目驗收，如果這時驗收的話，是肯定看不到項目效果的，即使覺得項目驗收不合格，往往也說不出所以然，在這種朦朧的狀態(tài)簽訂了報告后，便預示著項目結束，后續(xù)的便剩下服務的商談，而實際的驗收效果則看不到。

從筆者所經(jīng)歷過的經(jīng)驗來看，ERP系統(tǒng)至少需要運行一個月后才可以驗收，畢竟一個月才能是一個小的系統(tǒng)周期，如果小的周期都沒有跑順，更別說一年這樣的大周期了。另外根據(jù)模塊的多少，系統(tǒng)涉及部門人員的多少，在驗收時間上還需要更多考量，如果能做到系統(tǒng)平穩(wěn)運行兩個月，財務模塊報表無差錯，再做驗收則更好。

另外對于有二次開發(fā)模塊的項目驗收，一定要將標準模塊與二次開發(fā)項目的驗收進行分開。因為二次開發(fā)的為全新的模塊，同普通軟件一樣，也應有個“公測”除Bug階段，應該在平穩(wěn)運行三至四個月后再做驗收，這樣保證了有足夠的時間去讓系統(tǒng)經(jīng)歷盡可能多的情況，也便于讓用戶找出盡可能多的Bug。

這里至所以強調一個驗收的時間，因為大部分情況下，系統(tǒng)驗收結束后，軟件廠商都是按驗收報告上簽訂的時間來提供一年的技術支持，一年時間一過便需要付費進行技術支持了。讓系統(tǒng)試運行時間長一點，也是從另一方面為我們爭取免費技術支持的時間。

二、項目該驗收什么

既然ERP項目的驗收不是服務器端、客戶端安裝結束完事，那整個ERP項目驗收的內容應該是哪些呢？有著怎樣的標準呢？這些“標尺”都嚴重影響我們的項目是“真”成功還是“假”成功，所以這里的標尺很重要。

1.項目文檔

任何企業(yè)的項目實施都不會一帆風順，每次遇到問題實施顧問都會備案，并采取相應的措施或提供相應的解決方案，以及本企業(yè)內部各部門在項目實施過程中的配合程度，提供的相關支持等。特別是在項目實施過程中，舉行的項目進度會議，會議記錄也很重要，因為會議記錄往往包含著實施顧問對整個項目的指導性建議以及本企業(yè)內部在實施過程中所遇到的問題，問題的解決進度。等等這些實施顧問一般都會整理成文檔，而這些文檔對于我們企業(yè)自身來說也是相當寶貴的，小點說，可以從這些文檔中管窺整個項目的實施過程，大點說，可以為企業(yè)后續(xù)的信息化進程提供更多的參照，避免犯重復的錯誤，少走彎路。

2.執(zhí)行情況

執(zhí)行情況相對來說是一個無形的東西，很多企業(yè)上ERP到后，變成了財務部門信息化，其他部門的系統(tǒng)都成了一個花架子。之所以出現(xiàn)這樣的情況是因為財務的報表相對來說比較容易突現(xiàn)出其工作情況，其他部門可能仍舊采用老舊的辦公方式。這里驗收執(zhí)行情況的標準也可以說是在驗收企業(yè)內部管理水平的提升，因為信息化本身的重要意義在于通過軟件的標準化進一步規(guī)范企業(yè)的作業(yè)流程，一方面提高作業(yè)效率，另一方面提升企業(yè)員工的總體管理水平。

當然這里企業(yè)高的重視也是很重要的一方面，比如在實施階段切實強調所有業(yè)務必須從系統(tǒng)走，傳統(tǒng)的手工形式不承認，時間久了，大家習慣了，規(guī)范也養(yǎng)成了。所以各個部門是不是真的用上了ERP，發(fā)揮了ERP的作用，也是我們考量的目的，而不僅僅是程序菜單中多了一項而已。

3.二次開發(fā)項目的附屬物

同標準版程序不一樣的是，二次開發(fā)項目的后續(xù)維護會更麻煩，特別是軟件提供商那邊發(fā)生人事變動后，經(jīng)過幾年，當時的開發(fā)人員離職后，程序再有什么問題，解決起來估計非常麻煩了，所以在二次開發(fā)項目的驗收上得更加注意。

除了前面第一點提的基本的項目文檔外，一定要讓軟件提供商提供項目開發(fā)的整個框架、軟件架構模型，其中也包括數(shù)據(jù)庫結構，特別是核心配置表間的一些關系以及源代碼。當然這里提的這些東西可能都需要在簽訂合同之前商談的，如果前面沒有談到這個問題，在驗收時強調一下也未嘗不可，本著互惠互利的精神，軟件提供商都愿意配合的。并且這些相關資料要保存好，以便在后續(xù)使用過程中出現(xiàn)問題時，企業(yè)內部的IT部門員工可以從這些文檔中尋找相關信息，對解決問題有很大作用。

4.系統(tǒng)性能

這里的系統(tǒng)性能一般是針對二次開發(fā)項目的一個驗收項目，因為對于系統(tǒng)的標準版本來說，一般軟件廠商都經(jīng)過了很嚴格的測試，并且經(jīng)過絕大多數(shù)客戶的驗證，在系統(tǒng)性能方面一般不會有太大的問題，否則軟件廠商的項目肯定也開展不起來。

二次開發(fā)的項目無論是對軟件廠商還是對企業(yè)內部來說，都是一個全新的軟件，既然是新的軟件，Bug在所難免，但一些基本的性能要滿足要求，比如在多用戶并發(fā)操作，以及大批量數(shù)據(jù)運行的過程中，系統(tǒng)是否有嚴重的性能瓶頸，這些需要通過和一線的系統(tǒng)操作員工進行溝通，進而了解系統(tǒng)的性能方面的問題。

三、小結

項目驗收是看似簡單，但操作復雜的工作，因為項目驗收無固定統(tǒng)一的標準。在驗收的過程中，項目文檔的驗收往往也是一個難點，一方面因為系統(tǒng)本身的功能、性能等方面導致容易弱化這方面的重要性。另外是項目文檔也沒有一個統(tǒng)一的驗收標準，如果要求不嚴，很容易被“蒙混”過關。

ERP往往都是企業(yè)信息化中的“領頭羊”，ERP系統(tǒng)上好了，運行流暢了，為企業(yè)的全面信息化工作可以起到推波助瀾的作用，ERP失敗了，將會讓企業(yè)落入信息化太難或者不好的怪圈，并終影響企業(yè)的管理水平。因此在項目驗收的過程中，一方面是驗收ERP的功能、性能、系統(tǒng)動作情況，另一方面是驗收項目實施過程中的經(jīng)驗，為后續(xù)的信息化工作打下基礎。