
人不為己、天誅地滅。這雖然是一種被眾人所批判的處世態度。但是在現實工作中,確是普遍存在的。舉一個簡單的例子,在ERP項目實施過程中,用戶為了自己的利益,不會主動將自己的項目經驗傳授給其他人。這就導致,師傅帶領徒弟,一代不如一代。為了避免這種情況,在企業內部,應該創建一個經驗共享的學習氛圍。經驗獨享,可以讓企業重復的交學費。通過這篇文章讓企業用戶認識到經驗共享的重要性。在日后的工作中,不再為同一錯誤重復的交學費。
一、相關經驗教訓要以書面的形式固化下來。
失敗是成功之母。其實這句話并不準確。如果失敗了,沒有進行相關的總結,那么結果仍然是失敗。只有失敗之后,進行了總結,并采取了相關的預防措施。才能夠在下一次遇到類似情況時,轉敗為勝。
在ERP項目過程中(包括前期的項目實施和后期的使用),難免會碰到一些障礙與問題。對于這些內容,項目管理員應該進行不斷的總結。將這些內容(包括問題出現的背景、解決思路的分析、對應的預防措施)等等都詳細的記錄下來。這里需要注意,通常情況下用戶并不會主動的去總結。或者說他們會將這種情況記錄在自己的筆記本上,但是并不會共享出來。等到其離職,下一個新人來接替其工作時,就可能會在同一個問題上載跟斗。
所以筆者建議,項目管理員每解決一個問題,雖然這個問題是用戶自己所造成的,如沒有按規范操作。仍然需要將這個經驗教訓一五一十的記錄下來。因為誰也不能夠保障,換一個用戶來操作時,不會發生類似的問題。項目管理員在后續的培訓過程中,可以根據這些資料對用戶進行后續的培訓。
二、在系統中要采取預防措施,防止錯誤重復發生。
在系統后續使用過程中,出現了問題并不可怕。亡羊補牢、為時未晚??膳牡氖牵瑔栴}出現并解決了,但是用戶并沒有吸取教訓,下次遇到類似情況時,仍然在同一個地方犯錯誤,那就是不可饒恕了。
筆者舉一個簡單的例子。有一家客戶,對于采購訂單的價格變更有嚴格的限制。通常情況下,只有經過財務總監同意之后,才能夠對已經下發的采購訂單更改價格。企業在ERP使用過程中,剛開始的時候沒有進行嚴格的控制。采購員自己可以撤銷已經審核的訂單,并更改采購訂單的價格。發現了這個漏洞之后,項目管理員也對采購員進行了相關的培訓,強調這個流程??上У氖?,項目管理員沒有在系統中進行相關的設置。剛開始用戶還算配合??墒菐讉€月過去之后,用戶又犯了老毛病。遇到需要更改采購訂單價格時,私自撤銷采購訂單并進行更改。后來被公司的審計部門發現之后,包括項目管理員在內,都受到了比較嚴重的處罰。因為這涉及到了舞弊。
為此筆者建議,如果遇到類似的情況,不僅僅需要解決當前的問題。而且需要考慮,如果以后再次發生這種情況時,系統中是否有對應的預防措施。如可以通過權限設置,規定更改已經審核的采購訂單的價格,必須要有特定人員的授權。通過系統的工作流或者數據庫的觸發器,是比較容易實現這個需求的。
在此筆者再強調一下自己的觀點。在ERP使用過程中,出現問題并不可怕。只需要將問題解決了,就可以了。但是做到這一步還不夠。項目管理員需要考慮,在系統中如何針對這種情況采取對應的預防措施,以避免下次遇到類似情況時不會再犯同樣的錯誤。
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄