公司規模越來越大，從最初的一個人擔當技術支持，也逐漸發展到五個人了，IT部門也順理成章的被獨立出來。小章因為技術出色，辦事又有條理，便被任命為IT主管。小章上任后，總經理下放的第一件任務便是企業信息化進程要排上議事日程，為了讓公司內部的工作更加的條理化，在管理上更上一個臺階，上ERP被排在了第一件。
在經歷選型、實施、驗收之后，小章松了口氣，以為非常圓滿的完成了上任后第一件最漂亮的工作。但事實卻恰恰相反，內部的一些辦事流程依然是老樣子，一些比小章資格要老的員工更是我行我素。ERP只是成了服務器以及各個客戶端電腦中的一個擺設。項目的驗收報告也簽了，和ERP廠商雙方都蓋了章了，按理說應該項目很圓滿才對，為什么造成了這樣的局面呢？這里且不說在實施上出了什么問題，最后的驗收工作很明顯也沒有做到位，沒有給自己一個明確的驗收標準，自然實施結束后沒有對應的標準進行參照，結果是軟件安裝完了，可以成功運行，就算是合格驗收了。
其實ERP項目的驗收工作遠非這樣簡單，如果說項目實施是軟件廠商和本企業雙方的工作，那么項目驗收絕對就是企業內部的事。在驗收過程中，項目算是成功上線，和軟件提供商簽訂驗收報告之前，絕對要進行很好的評估，嚴格參照曾建立好的驗收標準，也就是說項目驗收，要給自己一桿標尺，有了標尺的參照，驗收工作自然更加完美。
一、項目該何時驗收
因為ERP針對企業來說是一項非常大的項目，所以基本上很少企業內部能在ERP項目的各個流程上有十足的經驗，因此制定一個驗收的時間標準也很重要。
通常情況下，如果只是購買軟件廠商的標準產品，項目實施顧問都會制定一個實施時間表，其中包括服務器端以及客戶端軟件安裝的時間計劃等。等軟件安裝工作完成后，一般運行一、兩個星期后有些實施顧問便會要求項目驗收，如果這時驗收的話，是肯定看不到項目效果的，即使覺得項目驗收不合格，往往也說不出所以然，在這種朦朧的狀態簽訂了報告后，便預示著項目結束，后續的便剩下服務的商談，而實際的驗收效果則看不到。
從筆者所經歷過的經驗來看，ERP系統至少需要運行一個月后才可以驗收，畢竟一個月才能是一個小的系統周期，如果小的周期都沒有跑順，就更別說一年這樣的大周期了。另外根據模塊的多少，系統涉及部門人員的多少，在驗收時間上還需要更多考量，如果能做到系統平穩運行兩個月，財務模塊報表無差錯，再做驗收則更好。
另外對于有二次開發模塊的項目驗收，一定要將標準模塊與二次開發項目的驗收進行分開。因為二次開發的為全新的模塊，同普通軟件一樣，也應有個“公測”除Bug階段，應該在平穩運行三至四個月后再做驗收，這樣保證了有足夠的時間去讓系統經歷盡可能多的情況，也便于讓用戶找出盡可能多的Bug。
這里至所以強調一個驗收的時間，因為大部分情況下，系統驗收結束后，軟件廠商都是按驗收報告上簽訂的時間來提供一年的技術支持，一年時間一過便需要付費進行技術支持了。讓系統試運行時間長一點，也是從另一方面為我們爭取免費技術支持的時間。
二、項目該驗收什么
既然ERP項目的驗收不是服務器端、客戶端安裝結束就完事，那整個ERP項目驗收的內容應該是哪些呢？有著怎樣的標準呢？這些“標尺”都嚴重影響我們的項目是“真”成功還是“假”成功，所以這里的標尺很重要。
1.項目文檔
任何企業的項目實施都不會一帆風順，每次遇到問題實施顧問都會備案，并采取相應的措施或提供相應的解決方案，以及本企業內部各部門在項目實施過程中的配合程度，提供的相關支持等。特別是在項目實施過程中，舉行的項目進度會議，會議記錄也很重要，因為會議記錄往往包含著實施顧問對整個項目的指導性建議以及本企業內部在實施過程中所遇到的問題，問題的解決進度。等等這些實施顧問一般都會整理成文檔，而這些文檔對于我們企業自身來說也是相當寶貴的，小點說，可以從這些文檔中管窺整個項目的實施過程，大點說，可以為企業后續的信息化進程提供更多的參照，避免犯重復的錯誤，少走彎路。
2.執行情況
執行情況相對來說是一個無形的東西，很多企業上ERP到最后，變成了財務部門信息化，其他部門的系統都成了一個花架子。之所以出現這樣的情況是因為財務的報表相對來說比較容易突現出其工作情況，其他部門可能仍舊采用老舊的辦公方式。這里驗收執行情況的標準也可以說是在驗收企業內部管理水平的提升，因為信息化本身的重要意義就在于通過軟件的標準化進一步規范企業的作業流程，一方面提高作業效率，另一方面提升企業員工的總體管理水平。
當然這里企業最高領導人的重視也是很重要的一方面，比如在實施階段就切實強調所有業務必須從系統走，傳統的手工形式不承認，時間久了，大家習慣了，規范也就養成了。所以各個部門是不是真的用上了ERP，發揮了ERP的作用，也是我們考量的目的，而不僅僅是程序菜單中多了一項而已。
3.二次開發項目的附屬物
同標準版程序不一樣的是，二次開發項目的后續維護會更麻煩，特別是軟件提供商那邊發生人事變動后，經過幾年，當時的開發人員離職后，程序再有什么問題，解決起來估計就非常麻煩了，所以在二次開發項目的驗收上得更加注意。
除了前面第一點提的最基本的項目文檔外，一定要讓軟件提供商提供項目開發的整個框架、軟件架構模型，其中也包括數據庫結構，特別是核心配置表間的一些關系以及源代碼。當然這里提的這些東西可能都需要在簽訂合同之前商談的，如果前面沒有談到這個問題，在驗收時強調一下也未嘗不可，本著互惠互利的精神，軟件提供商都愿意配合的。并且這些相關資料要保存好，以便在后續使用過程中出現問題時，企業內部的IT部門員工可以從這些文檔中尋找相關信息，對解決問題有很大作用。
4.系統性能
這里的系統性能一般是針對二次開發項目的一個驗收項目，因為對于系統的標準版本來說，一般軟件廠商都經過了很嚴格的測試，并且經過絕大多數客戶的驗證，在系統性能方面一般不會有太大的問題，否則軟件廠商的項目肯定也開展不起來。
二次開發的項目無論是對軟件廠商還是對企業內部來說，都是一個全新的軟件，既然是新的軟件，Bug在所難免，但一些基本的性能要滿足要求，比如在多用戶并發操作，以及大批量數據運行的過程中，系統是否有嚴重的性能瓶頸，這些需要通過和一線的系統操作員工進行溝通，進而了解系統的性能方面的問題。
三、小結
項目驗收是看似簡單，但操作復雜的工作，因為項目驗收無固定統一的標準。在驗收的過程中，項目文檔的驗收往往也是一個難點，一方面因為系統本身的功能、性能等方面導致容易弱化這方面的重要性。另外就是項目文檔也沒有一個統一的驗收標準，如果要求不嚴，很容易被“蒙混”過關。
ERP往往都是企業信息化中的“領頭羊”，ERP系統上好了，運行流暢了，為企業的全面信息化工作可以起到推波助瀾的作用，ERP失敗了，將會讓企業落入信息化太難或者不好的怪圈，并最終影響企業的管理水平。因此在項目驗收的過程中，一方面是驗收ERP的功能、性能、系統動作情況，另一方面就是驗收項目實施過程中的經驗，為后續的信息化工作打下基礎。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：ERP項目驗收-給自已一桿標尺
本文網址：http://www.guhuozai8.cn/html/consultation/1082031150.html
相關文章
