從根上解決問題 ERP不僅僅是一套軟體 (轉)
小雷的煩惱,是有根上的缺失的。馬上上線了,再試圖去彌補似乎太晚了。要解決這個問題還是要從根上下功夫,
上線在望了,經過了辛苦努力,經過了多少日夜煎熬的ERP專案,似乎離成功只有一步之遙了,此時的專案負責人,小雷卻遇到了大麻煩,一步到位全部上線還是分步上線無法確定。
讀到這個問題,不由的想起了幾個筆者作為甲方和乙方參與過的專案,也都不同程度的遇到了類似的問題。
曾經有一個以生產大型機械零部件為主要業務的中型企業,在ERP專案實施到一半的時候,也遇到了小雷的煩惱,經過反覆的討論和艱難的抉擇,最終選擇了先實施總公司的財務,然後在車間逐個推廣生產;因此不得不在專案的中途改變了整個專案的計劃,實施公司的人員也進行了調整。
另一個專案,甲方是一家以生產重型工程機械為主要業務的國內大型企業,從專案一開始就出現了對一步上線還是分步,如何分步等問題的激烈討論,直到專案要準備上線了,還沒有最終決定下來。財務部門說財務不能先上,因為財務的資料需要業務部門的資料生成;採購部門說採購不能先上,因為採購需要計劃生成採購計劃,並需要財務的稽核;銷售部門說銷售不能先上,因為銷售需要時刻清楚成品庫存;庫存部門說庫存不能先上,因為大量基礎資料和採購資料的支援;生產部門說生產不能先上,因為生產需要計劃的安排和基礎資料;計劃部門說計劃不能先上,因為計劃需要其他業務穩定下來之後,有了比較準確的業務資料作支援。經過了艱苦的部門間的大討論,通過利益的博弈和風險的分配,最終確定了以基礎資料先行,庫存、採購、銷售次之,生產和計劃再次,財務最終上的方案。
小雷的煩惱也是好多企業普遍的煩惱,就本案中,說到一步上線還是分步上線的問題,首先是為什麼在上線在即的時候,還會出現對這個問題的疑惑?其次是,從整個專案管理的角度,如何更好的確定解決問題的方案,並能確保在業務部門都很支援的情況下,推行下去。
看待這個問題,我們還是要從專案的本源去分析。
ERP不僅僅是一套軟體
“秦朗的主要競爭對手德諾上了ERP,效果不錯,業績增長很快。秦朗的老總看了之後,甚是眼紅”。僅僅希望通過一套軟體的應用就能將企業的業績很快提升,是一個普遍的誤區。
ERP不僅僅是一套軟體,更是一種管理思想,一種對國內很多企業來說是全新的管理思路。實施ERP本質上是引入一套全新的管理思路,是對企業管理的一次變革。
對於ERP的實施,企業自身管理上的改變、改良和提升,比最終ERP軟體的應用和使用更加重要。從ERP的管理本質來說,企業學習了ERP,受到了啟發,並在企業中進行或多或少的管理變革活動,可以說此時企業的ERP實施已經開始了。
所以,筆者認為,在ERP實施之前進行必要的解凍工作,按照ERP的管理理念,進行管理制度和管理體系的審視,進行從企業發展戰略到管理落地的重新思考,進行業務流程的梳理,並重新制訂和完善配套的管理制度和績效考核體系,是比ERP軟體的應用和實施更重要的。如果說ERP是對企業進行一次ERP管理理念的改革,那麼這場改革應該開始於企業業務流程的梳理和管理體系的重新審視。
如果對ERP的定位不準或者不夠,最終的效果肯定很難達到預期,專案過程中出現難以推動或者其他的問題,都是不可避免的。所以從這個案例中,我們也可以預想,ERP專案上完以後,秦朗的老總對主要競爭對手德諾上ERP的效果仍然會“甚是眼紅”。
“一把手”工程
既然ERP是一次整個企業管理思路變革,那麼設想從企業的執行層面自下而上的推動是比較困難的。自上而下的推動和引導是ERP實施成功的保障。
但是需要強調的是,“一把手”要推拉結合的推動ERP實施。一方面要強力度的安排、指派、站出來強調和下決心;更要站在管理改革的高度,進行宣傳和制定績效等,才會極大地激發部門的積極性,可能好多部門都要爭著要做改革的試點,一步還是多步問題的風險也會從根本上大大降低,真正成為技術問題。
統一規劃,分步實施
凡事預則立,不預則廢;孫子講先勝而後戰。ERP的實施也是一樣,沒有規劃的ERP,只能摸著石頭過河。
遇到了一步還是多步的問題了,大家討論一下,出個臨時的方案,遇到功能不足了,大家商量一下,出個方案,最終的結果就是一個滿是補丁的ERP,功能上不整合,實施方法上沒有一致性。
ERP的規劃,最好的是整個企業IT的規劃,從企業的管理現狀和IT現狀出發,分析企業發展的戰略,根據業務需求和管理需求,站在整個企業資訊化的高度,進行全面的規劃,是企業ERP實施成功的關鍵,是ERP實施不可或缺的步驟。規劃中既要包括系統、軟體模組的需求,也要綜合考慮諸多因素後,決定如何分先後安步驟進行實施。
對於ERP,要像蓋房子,不要急著動手,先把圖紙劃好吧。
如此看來,小雷的煩惱,是有根上的缺失的。馬上上線了,再試圖去彌補似乎太晚了。要解決這個問題還是要從根上下功夫,一方面轉變觀念,獲得一把手的拉動支援,從而獲得業務部門的支援;另一方面,還是應該勾勒出一個整個專案的總體規劃,有了總體才能指導具體的實施,才能決定是一步還是多步,如何多步。
亡羊補牢,為時未晚;找到了根本,方能柳暗花明。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-20521/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- SOLIDWORKS軟體不僅僅是三維機械設計軟體Solid
- AI是一個真正的系統而不僅僅是軟體AI
- 實踐敏捷估算(1)——不僅僅是估不準的問題敏捷
- DBA不僅僅是管理資料庫--也要管理中介軟體資料庫
- NoSQL——not onlySQL不僅僅是SQLSQL
- 元素,不僅僅是化學
- Redis不僅僅是快取,還是……Redis快取
- ERP的實施 可否從根本上解決企業問題(轉)
- Linux不僅僅是開源Linux
- 電子競技,不僅僅是遊戲遊戲
- 軟體測試——你不僅僅應該會點點點
- 【虹科分享】Redis 不僅僅是記憶體資料庫Redis記憶體資料庫
- 你的工作不僅僅是程式設計程式設計
- iCloud不僅僅是為了雲音樂Cloud
- CDP營銷方案 不僅僅是資料整合!
- 前端魔法堂——異常不僅僅是try/catch前端
- 程式設計師不僅僅是寫程式碼程式設計師
- 如何建立良好的軟體?軟體不僅僅是編寫程式碼而更是開發知識! - csc.gov.sgGo
- 專業解讀KoaHub軟體市場——不僅僅微商城原始碼!原始碼
- 資料隱私不僅僅是指機密性
- 為什麼 async/await 不僅僅是句法糖AI
- 商業智慧BI不僅僅是報表工具,它的真正價值是:決策支援
- Apache Flink,流計算?不僅僅是流計算!Apache
- DBA不僅僅是管理資料庫--也要管理好需求資料庫
- 拿工資不僅僅是讓你寫程式碼的
- 雲不僅僅是一種全新的IT基礎設施
- 京東雲開發者|軟體架構視覺化及C4模型:架構設計不僅僅是UML架構視覺化模型
- 不僅僅是前端er——折騰伺服器武裝自己前端伺服器
- 重要 | Spark和MapReduce的對比,不僅僅是計算模型?Spark模型
- android socket聊天室——也不僅僅是聊天室Android
- AI降噪軟體的出現,不僅僅要終結手機雙麥克風時代AI
- 從源頭上解決微信域名攔截問題
- Valve正在招聘各種學術人才,不僅僅是做遊戲遊戲
- 深入理解BERT Transformer ,不僅僅是注意力機制ORM
- SmartCode—不僅僅是功能強大的程式碼生成器
- IBM Watson啟示錄:AI不應該僅僅是炫技IBMAI
- 為什麼說六西格瑪不僅僅是資料運算
- 智慧手機紅辣椒金典評測:不僅僅是實惠