ERP專案失敗的四個非技術性陷阱(轉)
ERP專案的失敗,主要原因在於產品以外的因素,或稱之為非技術性因素。它主要由廠商無法獲得合理的利潤、軟體產品被無休止地修改、走馬燈換式的專案總負責人和不斷流失的專案維護人員共同構成。
從2000年某位擁有博士頭銜的海歸派作者以一篇題為《ERP成功率為零》的文章引發爭論至今,“成功率”一直是人們質疑ERP的話題。綜合成功的共性,分析失敗的原因,筆者認為,ERP專案失敗的主要原因並不取決於軟體產品本身,而是產品以外的因素,即所謂的非技術性因素。
不盡合理的利潤
我們在批評國外ERP產品價格高得離譜的同時,卻又不得不為本土ERP廠商之間的惡性競爭而吞食失利的惡果。由於大多數企業並不瞭解ERP產品的價格構成,加上沒有一定的價格規範,即所謂合理的利潤。企業在對ERP進行選型時,首先考察的是軟體廠商的產品是否先進,能否適合該企業所在的行業。當企業認為你的產品先進且擁有成熟的行業化解決方案後,接下來就面臨一個很現實的問題——產品價格。大多數客戶會遵循這樣一個市場法則,同質或質差不大的ERP產品,誰的價格低,誰就有可能被選中。
既然市場經濟的原則是鼓勵公平競爭,問題的關鍵是,目前我國的市場經濟模式尚處於探索階段,相關行業法規與制度不夠健全,或執法力度相對較弱,加上買方市場的形成、客戶對價格較為敏感等客觀因素的存在,從而導致本土ERP軟體產品價格的一路下滑,幾乎到了不賺錢甚至賠錢的地步。
市場的另一個法則是追逐合理利潤,任何一個企業都是以商業利益為主要目的,軟體廠商也不能例外。試想,軟體廠商會把自己最優秀的實施隊伍投入到不賺錢甚至賠錢的專案中去嗎?筆者認為,不賺錢或賠本的ERP專案,從簽約之日起就已經埋藏了失敗的種子。
無休止的客戶化
ERP失敗的另一個非技術性因素,就是軟體被無休止地修改。據權威專家認為,一套相對成熟的ERP軟體系統,如果被改動30%,那麼該軟體的效能及穩定性將會受到嚴重損害。筆者認為,國產ERP中被改動30%以上的情況普遍存在,造成這種局面的原因有兩種可能:一是軟體廠商產品不夠成熟;另一種情況是,產品成熟,但軟體廠商為了提高客戶滿意度,或為爭取早日回款,從而迎合企業無原則地二次開發。
軟體是否成熟,筆者建議企業在進行軟體選型時,最好聘請專業的、中立的IT諮詢公司協助。對於軟體廠商無原則迎合企業的二次開發要求,筆者不敢苟同,其直接後果就是導致專案實施週期的無限期延長。特別是“合同標的”以外的客戶化工作,多數企業都不接受另行付費的要求,有的使用者甚至今天要求這樣修改,明天想法又變了,要求再改另一種方式,完全不考慮軟體廠商的時間成本,認為企業只要投資了,軟體廠商就必須滿足要求。試想,如果一個房屋業主請裝修公司為其在室內建了一面隔牆,後來業主後悔了,要求將隔牆拆掉,業主會拒絕支付建造隔牆的費用嗎?答案不言而明。
易變的專案負責人
ERP專案總負責人往往由企業“一把手”或主管企業資訊化的副總經理或副廠長擔任,這也是確保ERP實施成功的首要要素。但如果該負責人一旦離職或退休,取而代之的是一個對資訊化持反對意見的領導者,或者可能就是前任的“反對者”。這樣一來,ERP專案就很可能流產,即使專案已經正常執行,也可能會因為某種原因或藉口而停止使用。雖然這種情況少之又少,但不可否認,這也是ERP專案失敗的非技術性因素之一。定位在中大型企業使用者的一套ERP管理軟體動輒幾百萬,甚至上千萬元。而一個企業從決定上ERP專案,到進行軟體選型、專案實施(包括業務流程重組、二次開發等),可能要歷時一年半載,甚至更長時間,如果因企業內部人員的變更或政治鬥爭而導致專案失敗,的確損失慘重。
流失的專案維護者
之所以把這個標題單獨拿出來寫,是因為企業ERP專案維護人員的大量流失目前在已經實施ERP的企業中普遍存在,也是許多企業最為煩惱、又無可奈何的事情。小企業姑且不論,國內許多中大型、特大型企業都專門設有資訊部,就職於該部門的人員多數是來自國內名牌大專院校的計算機專業人才。他們具備企業工作經驗,不僅懂計算機技術,對企業管理及業務流程也非常瞭解,加上專業諮詢公司或ERP廠商的全方位培訓,往往一個ERP專案正常執行後,這些人員已經成為專案實施專家。
眾所周知,IT專業人才在我國一直處於供不應求的狀態,他們是國內薪資較高的階層之一,當然也是軟體廠商成本居高不下的主要原因。而一個不爭的事實是,許多國營企業特別是偏遠地區企業員工待遇偏低。因此,一個企業實施ERP系統後,如果不能夠及時提升ERP系統維護人員的待遇或對他們進行必要的關懷時,這些人員很可能會流失到軟體廠商或IT諮詢公司中去。由於新的維護人員對系統缺乏瞭解,又缺少必要的培訓,許多小的技術問題都要依賴於軟體廠商。考慮成本因素,有時軟體廠商很難提供及時的服務。如此以來,小問題積攢多了,系統正常執行就要受到影響。最後,一套本來執行良好的ERP系統,可能因為企業ERP維護人員的流失而宣告失敗。
ERP專案失敗的非技術性因素遠遠不止以上四個方面,但通過以上分析,筆者呼籲軟體廠商、企業和諮詢機構應共同努力,高度重視ERP專案失敗的非技術因素。只有企業成功了,我國的ERP產業才會充滿希望。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-20532/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 一個SaaS專案失敗的原因 從個人角度覆盤專案失敗的5個重要原因
- 非易失性儲存器MRAM技術介紹
- 優秀技術人的管理陷阱(轉)
- 一個非技術人員對 GNOME 專案使用 GitLab 的感受Gitlab
- 避免專案失敗的六個基本關注點
- SpringBoot專案Autowired失敗Spring Boot
- 非易失性記憶體技術及資料庫記憶體資料庫
- 盤點敏捷專案失敗的6個主要原因敏捷
- 能力陷阱:能力越強,越容易失敗
- 那些騰訊投資失敗的專案
- 2個最重要的非技術性的軟體開發技能
- 數字化轉型失敗的四大原因
- 技術轉向專案管理的心得筆記專案管理筆記
- 機器學習專案失敗的9個原因,你中招了嗎?機器學習
- 大資料從業10年,從一個BI專案的失敗,看到資料治理的重要性大資料
- 銷售之路:揭秘失敗陷阱,邁向成功之道
- 一次失敗的專案經歷以及反省
- 自動化專案失敗的七宗罪
- SpringBoot專案引入Elasticsearch時啟動失敗Spring BootElasticsearch
- 為什麼RPA專案失敗了呢?
- 準備的一年的專案上線失敗
- 以失敗為機制:奇異人生中的真實失敗與虛構性失敗
- 【服裝ERP】施行在專案中的重要性
- 一起單測引起的專案載入失敗慘案
- 傳統ERP管理專案有哪些問題?專案ERP系統哪個好?
- 自動化測試專案為何失敗
- 技術人創業:失敗不是成功,但反思是創業
- 企業使用ERP系統導致失敗的因素所在
- 非易失性Flash詳解
- 紅日四為什麼失敗?
- FE-c(前端技術社群)專案開發筆記(非redux版)前端筆記Redux
- 非易失性NV-SRAM的應用
- 社交專案中用到的技術
- 引入js檔案失敗JS
- 以我失敗的職業經歷:給初入職場的技術人員幾個小建議
- 資料專案與erp專案的差異
- 非易失性MRAM讀寫操作
- 非易失性儲存器EEPROM
- 如何選擇非易失性SRAM