很多同行傾訴企業實施erp
後遭遇的種種不幸,甚至抱怨顧問團隊的不負責和質疑erp所能帶來的價值,「不上erp等死、上erp找死」仍不絕於耳。
erp到底有沒有實用價值
所有做大做強的企業都在對企業的資源進行整合,而資源整合後帶來的管理水平、業務效率、響應速度等大幅度提公升也直接證明erp
核心理念的價值。可以肯定一點,erp產品沒有問題,有問題的可能是我們使用者自己。
這讓我想到乙個問題:知識到底有沒有用?
知識有用,但不用的話就沒用,沒必要冤枉無辜。
國外erp
符不符合中國國情
很多企業在對未來進行戰略規劃時,把企業資訊化列為重點,實施過程中卻經常出現些不符合邏輯的現象,有不少企業先是用國外erp
產品替代國內erp產品,推進中遇到困難導致專案下馬,重新啟用國內erp產品。而當問到他們當初為什麼放棄sap或oracle時,異口同聲答到:國外的軟體不適合中國的國情。可能的確存在無法正確使用外國工具的情況,但真正的原因可能是我們落後太多。
成熟的erp
遵循7:2:1的法則,系統核心理念中有70%來自通用的管理精髓,20%來自行業認可的管理理念,10%是來自企業個性化的管理模式。對於國外成熟的erp產品,我們何必用10%自私來攻擊90%的大無畏呢?
既然erp
產品沒有問題,為什麼仍然會出現種種抱怨和質疑呢?再來分析erp成敗的另外兩個關鍵因素:顧問團隊和甲方的專案成員。
關於顧問團隊和專案成員
某一諮詢公司曾將諮詢客戶歸為四類,公雞型、母雞型、金雞型和柴雞型。公雞只打鳴不下蛋,所以公雞型客戶定義成不能獲取高額利潤但對企業影響較大、宣傳功能較強的客戶;
母雞只下蛋不打鳴,所以母雞型客戶定義為僅能獲取高額利潤,但不能幫助企業宣傳;金雞型客戶是又能獲利又能宣傳的優質客戶;而柴雞型客戶則為既不能獲取利潤且對外進行負面宣傳,是諮詢公司不願遇到的客戶。
為了確保專案的成功交付和行業地位,諮詢公司盡可能派遣成功案例較多、管理經驗較多的顧問,正是由於較多的成功素材支撐,他們希望掌控專案推進大局及工作方法。
顧問團隊駐廠後,開始對業務現狀調研,但由於專案收費標準(
或顧問團隊的kpi考核)是顧問團隊的實施週期,他們在有限的時間內完成了業務調研,希望用豐富的經驗彌補調研時的不足,在針對落地的業務模組、業務流程設計時,大多數企業實施方案依然不存在問題,但少數企業卻出現了問題,很不幸您就可能置身於少數人之中。
顧問團隊對所有可能出現的業務特性進行了假設,並且系統除錯時依然按照他們預先設計的軌跡運作,一切看上去都很完美。當顧問團隊撤離後、執行過程中,逐漸暴露出預先沒有估計到的問題時,質疑之聲將會再現。
其實在實施的過程中,我們完全可以做得更好,細心的朋友或許已經發現,我少談論了另外一部分力量——
公司員工組成的專案組成員。
很多外部諮詢單位主導的專案,公司內部組成的專案組成員會卑微很多。公司內部精挑細選的業務骨幹,瞬間變成了端茶倒水、影印掃瞄的雜工,很多人員參與了專案建設,更多是帶著耳朵聽,帶著手來記,帶著一張嘴一直在自吻。
針對公司業務情況,最了解業務實際的是專案組成員,專案組成員卻在浪費公司的信任,試想一下,如果顧問團隊在設計流程中,能夠得到專案組充分支援,可能會出現的問題還會有多少?
erp成功實施只需要三步,選對產品、選對實施單位、充分參與專案建設,但正確走完這三步卻很難,望共勉。
企業資訊化實施風險
一 需求風險 1 這次專案實施要明確解決什麼問題,給不出具體清單 2 針對清單的每個問題,系統中如何解決,沒有對應回答 3 需求漫天想到 提到 也不管是不是針對要解決的問題,也沒有個重點先後,看什麼不順眼都提 4 it部門提出需求讓修改,過程中沒有業務部門骨幹和經理參與 5 需求衝突沒人拍板 領導瞎...
ERP標準實施促進企業資訊化
如何制定erp標準的問題,筆者認為,erp是一種 優化 整合和規範企業內外業務流程的解決方案 erp原本應用於製造業,就製造業而言,有各種不同的行業 在同一行業中,每個企業又由於在產業鏈上所處的位置不同而有不同的業務模式。因此,為了滿足不同企業的需求,erp系統應當是一種 配置型的產品 這也是為什麼...
ERP標準實施促進企業資訊化
如何制定erp標準的問題,筆者認為,erp是一種 優化 整合和規範企業內外業務流程的解決方案 erp原本應用於製造業,就製造業而言,有各種不同的行業 在同一行業中,每個企業又由於在產業鏈上所處的位置不同而有不同的業務模式。因此,為了滿足不同企業的需求,erp系統應當是一種 配置型的產品 這也是為什麼...