ERP專案實施過程中的致命過失(轉)
自從1990年Gartner Group提出了ERP概念之後,引起了全球性的管理變革。在美國和一些歐洲已開發國家,ERP已經接近飽和,它們現在看好的是CRM系統,2001年CRM系統的投資就已經超過了ERP,並且今年CRM市場將會更加活躍;而作為發展中國家的中國進入ERP發展階段應該在1997年,而去年和今年年初都表現出很強勁的勢頭。不僅國內ERP軟體廠商紅紅火火,而且國際知名的四大企業管理軟體供應商,Oracle、SAP、Siebel、PeoleSoft都紛紛落腳中國,來分吃中國資訊化這塊"巨型蛋糕"。
而且ERP軟體供應商的豪言壯語也頻頻出現。例如近期:
金蝶徐少春:現在是ERP的春秋戰國時代,我相信遲早有一天會"一統天下"。現在,我們的產品線已經延伸到ERP、財務軟體、電子商務、中介軟體等,我們還要讓我們的OA(辦公自動化)產品在中國遍地開花。金蝶在全面進軍,多線作戰。金蝶有信心打敗任何一個競爭對手,我們的目標是做軟體業的"聯想",或者說,我們的理想是做終結ERP市場春秋戰國時代的秦國。
PeopleSoft康可為:中國是PeopleSoft 8 今年最重要的投資市常PeopleSoft對中國的市場懷有巨大的信心,PeopleSoft希望能夠佔據ERP、CRM、財務管理、人力資本、供應鏈管理這些主要領域,貴公司放言要爭做中國第一。
中國的ERP市場正呈現出一派繁榮景象,就像三、四年前的美國。既然我們正走在別人的後面,不僅要運用別人的技術和經驗,更重要的是要學習別人曾經的過失,儘量讓我們少走彎路。洋人的失誤正是我們能夠降低成本、節省時間的良好機會。洋人把大筆大筆的人民幣裝到了兜裡,我們就應該讓每一分錢都花得值得。不僅僅是把技術、系統從國外搬進來,更重要的是要學習它們的管理經驗、專案實施的成敗原因。這些需要我們自己去分析,別人不可能把什麼都告訴我們。
以下我將總結出國際上在實施ERP專案時曾經犯過的致命錯誤。
致命過失1:沒有能夠正確理解所要採用的ERP專案的意義
* 如果我們正已經決定採用一個ERP專案,我們要明白短期內這可能是我們最後一次更新企業主要系統,以後的任何升級和改善,都不會改變基本的平臺設計。
* 投資ERP專案是一個重要的委託事項,我們應當考慮將IT部門的部分權力讓渡給軟體供應商。我們的方向將會部分受到產品的限制,也就會受到軟體供應商的束縛。因此對於我們來說,為我們的組織選擇一個恰到好處的軟體包則顯得尤為關鍵。很明顯在我們做選擇時要考慮到除成本和功能以外的方方面面。軟體供應商的遠景和應變能力與它現今軟體的效能同樣重要。
* ERP專案的部署通常是龐大而複雜的。專案可能影響到我們企業中的每一個人和每一個業務。因此為了能夠在專案實施後發揮出ERP系統的每一個潛能,必須要公開專案的詳細說明。
* ERP專案不僅僅是IT部門的專案,它應當是企業級專案。因此ERP專案的實施需要全體員工的共同參與,要發揚主人公的精神。許多ERP專案失敗的原因在於只是把ERP當作是IT創新,因為這樣可能會得不到整個企業確保成功的必要支援。
* 不要低估專案的規模和影響,我們需要整體關注專案。許多專案會遭受組織中許多平行創新衝突的影響。因此我們需要進行專案優先順序排序和協調,就會避免造成不良影響。
致命過失2:沒有給專案配備恰當的人力資源
* 許多ERP專案因為錯誤的人員配備而陷入困境。專案團隊中的人員不僅必須要通曉企業的各種業務,而且在必要時可以對業務進行完善與改進。
* 專案和團隊管理需要得到組織的尊敬,這樣才能得到全體員工的信任。團隊成員必須被授權來參與企業決策。
* 一個ERP專案給企業帶來的是優化業務流程的極佳機會。我們應當給專案分派企業中"最好的"員工,如果說他們這些員工的專案參與對企業組織沒有任何傷害,那我們就可能選錯了人。
* 有選擇的專案開發人員無疑要重視他們角色的重要性,他們必須對組織的未來有一個清醒的認識。所選擇的專案開發人員必須得到專案委員會的認可,並確保他們是組織中的最佳人眩
* 在最高層以下,所配備的人力資源必須應當是全職的。不要讓他們在做專案的同時還要完成他們以前的日常工作。這樣才能確保有技能的人力資源參與的專案不會被打斷。
* 參與專案的人員能夠通過專案來擴充他們的能力。大多數專案團隊成員發展了一種對企業業務流程的一種更廣、更深的理解。因此他們的能力通過參與專案獲得極大提高。
* 經驗表明需要一種正確的戰略來激勵和保留這些團隊成員。這可能會與企業現有的人力資源政策發生衝突,但是我們可以採用一種靈活的政策。
致命過失3:沒有有效地管理變革
* 許多企業在整體上低估了它們的ERP系統將會影響到人、角色、所需技能和組織結構。
* 成功的變革管理是決定ERP成功與否的關鍵因素,但是它很難被有效實施。許多組織在心理上看起來好像對變革管理感到不舒服,因此它們必然會排斥變革管理,不會提供積極的配合和支援。
* 在短期來看,有效的變革管理應當要確保我們的組織和員工樂意並能夠接收新的業務流程和系統。員工一般情況下都會牴觸變革,除非我們有一個很好的理由……。為了避免牴觸的發生,需要制定不同的戰略來應對不同的員工。
* 籠統的交流方式是無效的,需要根據人的不同影響和能力採取響應的政策。最有效的交流戰略得到專案代表網路的支撐。這些人進行雙向資訊交流,有助於分發專案交流材料,而且也提供專案團隊盲點的有價值反潰
* 好的諮詢支援是無價的。變革管理的領導者應該能夠受到尊敬,並且需要得到各個層次組織人員的支援。並且專案經理往往應該在變革管理中發揮重要的作用。
* 使用者培訓成為變革管理的重要組成部分。組織不僅是提供簡單的系統操作培訓,還應當提供更廣泛的培訓。培訓應當解釋專案的企業目標、專案後的新流程、人的新角色和系統的其他方面。培訓會議也應當為大家提供一個交流的機會,以加速員工對新交付的解決方案的支援。
致命過失4:沒有管理好收益
* 大多數ERP實施是以詳細的業務實證為基礎,這些業務實證需要不斷的再研究和再評估。
* 大多數專案經理會對專案的成本和時間有一個詳細的報告,但是很少有針對"獲得的收益有多少"的報告。專案預算與實施可以如期執行,但獲得收益卻往往難以準時實現。
* 建議應該把業務實證當作一種生動的檔案,被作為一種有效的專案管理工具。範疇管理需要在考慮時間和成本的同時,考慮收益。業務實證檔案需要在專案的主要階段進行在評估,在重申理想成本的同時勿忘了收益的期望值。
* 組織和環境因素的變化可能會影響可以獲得的收益。因此,業務實證檔案需要更詳細地來分析資訊是否有用。對於每一個主要的收益類別,我們需要確定可能會影響收益實現的因素。
* 業務實證檔案應當成為一個詳細交付計劃的基礎,這個計劃需要在專案的主要階段獲得再次使用。而且它需要在專案的末期得到管理和跟蹤,以確保實現所要交付的收益。
致命過失5:沒有處理好整合
* 許多組織竭力阻止各個系統的整合,既想開發新的ERP系統,又希望能夠保留原有組織結構。而且"以職能為中心"的企業依舊存在,高階管理角色沒有變動。
* 然而,整合將要挑戰傳統職能性部門的邊界,並且整合可以實現把資訊直接交給現場操作員工,這樣就減少了對行政支援人員的依賴性。
* 整合可能對現有權力分配構成一定的威脅,並且改變了組織中一些高階領導的角色。
* 我們最好對組織結構和管理角色進行較大的變革,以從新系統中提取最大的收益。
* 工作角色需要根據流程線進行重新定義,為每一個主要專案團隊成員分配端到端解決方案的職責。例如一個專案團隊成員需要對購買到付款的整個流程負責。這可能要重新定義採購經理、庫存經理和應付帳款部門的角色。
致命過失6:沒有在專案實施之前進行長期的戰略規劃
* 許多公司在專案結束之前沒有能夠考慮到實施ERP專案的長期效應,因而降低了專案應有的效果。
* 如果某些方面可以提前被考慮到,它能夠有助於提高專案團隊的透明度,並最大化專案的收益。
* 組織需要從長期來考慮如何支援它們新的系統。要知道哪些方面需要定製,以及最大化投資回報率需要什麼能力。
* 內部支援組織可能會成為組織的關鍵戰略性助推器。在內部培養這種能力可以減少未來的諮詢費用。如果這種型別的支援組織被併入企業遠景,專案經理可以為對應的職位選擇合適的人眩
* 總之,組織應當意識到,最初的專案實施只是一個跳板,一個長期性的組織需要長期的持續改進。"專案模組"階段轉變為一種結構化改進階段,是一些組織實施系統的主要問題。這需要大量的前期規劃工作。
總結出洋人的六條過失,就是為了讓我們國人少摔點交,因為我們必須要明白,我們有很多企業就根本摔不起這個交。因此,我們需要慎重、慎重、再慎重!讓我們感到有點欣慰的是,我們的ERP市場正在逐步走向成熟,企業實施ERP也逐步趨於理性化。其實我們永遠只要記住一條原則就行了,那就是:企業始終是以追求利潤最大化(或股東利益最大化)為目的的。我們上ERP專案就是為了能夠適應新的競爭環境、新的遊戲規則,以獲得新時代客戶的利潤。ERP不是最終的目的,ERP只是面向供應鏈管理的管理資訊系統,我們的最終目的是在全球範圍內獲取最大的客戶利潤。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-21015/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 企業實施ERP專案過程的管理(轉)
- 專案實施過程
- Oracle ERP財務部分專案實施過程Oracle
- 真實ERP專案選型過程(轉)
- 軟體外包專案實施過程中的關鍵因素(轉)
- 企業ERP實施過程中的知識轉移研究
- ERP實施過程中的難點分析與對策探討(轉)
- 幾大ERP軟體實施方法與過程 (轉)
- ERP實施的專案管理(轉)專案管理
- IT成本管理的實施過程(轉)
- 企業資料中臺實施過程中失敗的因素
- ERP實施的專案管理(上)(轉)專案管理
- ERP實施的專案管理(下)(轉)專案管理
- ERP專案的實施體會 (轉)
- 專案實施中如何正確理解“ERP”(轉)
- ERP專案的實施中贏得資訊回報(轉)
- 專案經理對ERP專案實施的作用(轉)
- 資訊化專案實施過程中14種常見管理問題
- ERP專案實施經驗談(轉)
- 帶你走進SAP專案實施過程——前言(0)
- 專案管理過程概述 (轉)專案管理
- 專案管理過程中的知識管理初探(轉)專案管理
- 專案管理過程中的問題分析方法(轉)專案管理
- 帶你走進SAP專案實施過程——立項(1)
- ERP專案實施失敗率高的根本原因
- 國外ERP專案實施“誤”在哪?(轉)
- 企業實施ERP專案指南(轉載)
- 分析:企業實施ERP難過的坎在哪裡?(轉)
- 如何提高ERP專案實施的執行力(轉)
- 分析:大型ERP專案實施的組織方法(轉)
- 專案管理過程中的知識管理初探1(轉)專案管理
- 專案管理過程中的知識管理初探2(轉)專案管理
- 專案管理過程中的知識管理初探3(轉)專案管理
- 專案管理過程中的問題分析方法1(轉)專案管理
- 專案管理過程中的問題分析方法2(轉)專案管理
- 專案管理過程中的問題分析方法3(轉)專案管理
- 重建控制檔案的一次實施過程
- ERP專案失敗的原因(轉)