在ERP項目啟動前期，項目組兩方項目經理和我等幾個人單獨跟總裁開會，討論了初步的ERP實施計划，本來第一期上線只是考慮上其中一家工廠而已，結果臨時加入了深加工的工廠。本來項目組預定計划是2017年1月1號上線的，結果到總裁那邊就被裁定為2016年11月1號，足足提前了2個月。同時第二期上線要在明年半年的時間里上線剩余的分出全國不同地區的六家子公司，其中一家還是在海外。很驚訝的是甲方乙方的項目經理均對總裁提出的ERP上線日期並沒有提出什么交涉和異議。
在我看來對於一家沒用ERP系統，全部手工Excel作業，所有的材料成品全部使用名稱作為管理的公司，在內部甲方項目團隊人員不足，基礎極其薄弱、機房和硬件服務器還沒采買、乙方團隊人員不足、項目預算非常有限的情況之下，中間還要搭上一個計划在10月1號上線的OA系統以及成品倉的條碼系統，系統間還牽扯了非常多的接口開發，這種ERP上線日期簡直就是在開玩笑！！不過KB公司有一個“特點”，就是總裁發布的任何指示幾乎沒有人會去提出異議和糾正，捧若聖旨。
針對這個計划，乙方項目經理提出要增加一些關鍵用戶常駐在項目組，同時為了保證第二期ERP的順利開展，也需要調動其他子公司的關鍵用戶來參與項目。總裁認為不必要增加人手，現有的IT那么多人足夠了，顯然，他把維修PC的，網絡維護的那幫人也算進去了。從這里我就感覺，ERP其實起了一個不好的開頭。
在關於要不要開ERP啟動會的事情上，總裁開始覺得沒必要，他對KB公司的執行力很有信心。不過在乙方項目經理的建議下，最終還是開會了。3月份聲勢浩大的項目啟動會，連着OA系統一起開，標志着KB公司的ERP項目折騰了大半年才剛剛開始。
不多久，乙方的ERP項目團隊就給出了一份項目實施計划。驚訝的發現，原本是先調研、流程梳理、藍圖匯報，之后再客制開發和集成測試、數據整理導入、開賬上線等這樣的實施流程居然變成了先客制開發結束了才開始藍圖匯報，很明顯這樣的順序是不對的。在跟ERP的銷售經理討論這個事情的時候，他也覺得這樣的計划很是不合理。所以本來是11月1號上線的ERP直到9月底才做藍圖匯報。藍圖匯報一個上午就搞定了，實施顧問PPT做了匯報，簡要介紹了一下每個模塊的差異點和改善點，然后總裁做了發言，就結束了，沒有簽核，沒有藍圖文檔發布。這實施計划和藍圖可以看出乙方實施顧問的水平如何了！
也可能是KB公司內部的需求不太明朗，很多細節和業務的走向一直沒辦法確定下來。很多的模塊沒有常駐關鍵用戶，甚至他們也都不知道自己的需求是什么，上頭發布指示所以在確認很多事情的時候總是很困難，問題也往往很難得到非常根本的解決和確認。如此反復，直到要客制開發的時候很多需求無法確認出來，開發的東西往往都要重新回爐修改。為了節約成本，那時候我最痛苦的莫過於要去確認開發時數了。本來在QAD和SAP系統中很簡單的開發工作在Tiptop系統中就變得很復雜，開發時數也猛增。有的時候真的恨不得自己去做開發。想起那時候在TTE和立達信的日子，SAP的開發簡直如履平地，根本不是個事兒，但在這里就非常艱難。
在實施ERP過程中，發生了幾次大裁員，項目組組長幾次變更，在得知年后會裁掉ERP人員，項目組人心惶惶，前途未卜，根本無心做事兒。ERP項目仿佛要死不活的樣子，走流程，系統測試，業務討論都找不到當初的管理層了，就連總裁也都不在了。沒有了最高領導，仿佛不需要最高領導了。因此上線計划也發生過一次變更，從原來的2016年11月1號上線的日子變成了2017年1月1號。但是這期間開發還是持續進行，跟藍圖已經不是一件事兒了。
除了正常的ERP實施計划之外，項目組還需要考慮到公司電腦管控和加密系統的兼容問題。公司對電腦的權限管理的策略主要是通過批處理程序對電腦的注冊表和組策略做修改，回收用戶的很多權限，這也導致了ERP和OA的不穩定性，問題經常發生。而加密系統就更要命了，會導致OA插件的運行不正常，ERP數據導入的異常等。而前任信息部副總就一直在文檔加密跟高層吹風，把我們折騰得不行，根本沒辦法專心去做ERP項目。太多的事情要分心，比如機房建設、服務器建設、VPN網絡、總部搬遷、倉庫光纖布線、掃描槍采購、加密系統升級、一卡通、域控管理、制度修訂等等這些“例外”的大事情都給ERP項目組整的非常的疲憊，在人員嚴重不足的情況下，我們需要邊做項目邊要去交涉折騰這些事情。可想而知ERP的計划永遠趕不上變化。
ERP的計划要依托於實際情況而制定出來，不能憑空想象，不是屁股解決腦袋，也不能依據自己固有的思維和經驗去脫口而出。在人員不足、投入貧乏、資源有限的情況下更應該慎重去制定上線計划。不要去高估理想狀態的概率，要多多考慮隱藏的風險！