
而具體的搜集和整理工作毫無疑問應當由客戶方完成。當然顧問應當對整理工作的組織和計劃提供經驗和幫助。但是事實往往出乎意料:在有些項目中,企業內部竟然沒有人對數據的收集和質量負責,你會看到顧問成了各部門間的協調者,顧問在催各部門提供資料,顧問在電子表格中整理數據。你在慶幸又讓"裁縫"多做了一頂帽子時,是否想過:"奇怪,他怎么知道財務部的'廣西糖業有限公司'就是銷售部的'廣西經銷部'?……"
那人說:"我們關鍵用戶少,所以最終用戶的培訓應當由實施服務方來做。而且我們公司人多,工作任務重,出差的又多,所以最好多辦幾趟,有些人可能還需要開些小灶。"
評語:第九頂帽子。這個問題是第三頂帽子的必然結果。前面講過管理高層的支持是ERP實施的第一要素,那么培訓就是排在第二的影響因素。但是關鍵用戶的培訓和最終用戶(End User)的培訓是不同的。由關鍵用戶培訓最終用戶至少有以下一些好處:<1>語言上不存在障礙。同樣一個流程或者操作,最終用戶一般更能接受關鍵用戶的講法,顧問的語言往往帶有太多的ERP術語,而用戶行業用語又太少。<2>更容易組織。
由于顧問們屬企業的外部人員,他們的威懾力或者面子往往不夠大,對企業各部門的協調能力往往流于形式。<3>自然培養起企業內部的支持路徑,而且和直接詢問顧問相比,最終用戶在詢問關鍵用戶前往往會用更多時間先思考一下。<4>鍛煉了關鍵用戶。
那人說:"財務部有套舊系統,是信息部編的。信息部目前人手不夠,不可能將期初數據整理成你們需要的格式。最好你們自己直接從舊系統中導出來整理。"
評語:第十頂帽子。很荒謬吧,但是確實存在這樣的情況。理論上實施服務方不具備客戶舊系統的技能,所以應先由客戶負責將期初數據整理成一定的格式,再由項目組把數據導入新系統。但是系統上線好比一場戰役的總攻,日子在一天天地過去,業務憑證越積越多,越拖越難追,這時你的友鄰部隊突然消失了,你必須在延遲總攻和分散兵力支持友鄰上做出選擇。
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄