拒絕失敗率——如何讓ERP專案一次成功?(3)(轉)
拒絕失敗率——如何讓ERP專案一次成功?(3)
評估與挑選ERP軟體是一個非常複雜的任務。整個流程應該以事實為基礎,這有助於你在掌握豐富資訊的情況下,做出正確的決定。挑選過程中,你需要遵循一個客觀的、綜合性的方法論的指導。這並不是指你應該利用大量事先確定的調查問卷來決定自己的選擇,因為這些問卷並沒有考慮到你的特定需求。而是指軟體的評估及挑選工作應該建立在自身戰略以及業務流程模式的基礎上。一個用以規劃、指引及控制ERP軟體評估與挑選流程的綜合性的方法論可以幫企業節省大筆資金,更不用說幫助企業避免犯大錯,這才是最重要的。
在某些公司,高層疲於應付其他看似更加重要的事務,而將ERP專案全權交給IT部門處理。如果你因為專案中涉及到軟體的問題而認為這就是一個不折不扣的技術專案,那你就錯了。事實上,這種想法是企業實施ERP失敗的主要原因之一。不管是評估各種權衡取捨的決策對業務的影響,還是確定它們對日常運營結果與戰略意圖的影響,IT都不是一個合適的部門。當然,這也不是說運營決策就是高階運營經理的職責,而沒有IT部門什麼事。
一旦確定了使用某種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部門處理。如果你因為專案中涉及到軟體的問題而認為這就是一個不折不扣的技術專案,那你就錯了。事實上,這種想法是企業實施ERP失敗的主要原因之一。不管是評估各種權衡取捨的決策對業務的影響,還是確定它們對日常運營結果與戰略意圖的影響,IT都不是一個合適的部門。當然,這也不是說運營決策就是高階運營經理的職責,而沒有IT部門什麼事。
一旦確定了使用某種ERP系統,即使它對企業沒有貢獻,很多公司也是在多年之後才將專案中止,才避免多受損失。仕途上的顧忌往往是最大的障礙。誰也不想告訴高層他們在ERP專案上投入的巨資打了水漂,一切都得重新開始。如果多年來企業一直默默承受這個糟糕的ERP決策及其實施所帶來的不良後果,專案的成本就會不斷增加,而成效卻始終看不到。失去機會的代價可能非常巨大。所以,你必須確保企業能正確地完成ERP軟體的搜尋、評估以及挑選流程,把失去機會的風險降到最低。
從概念上來說,“一張白紙、從零開始”式的方法似乎很有吸引力,但是,這正是很多公司犯下的一個大錯。如果根據這種方法進行業務流程的再設計以及隨後的ERP系統配置,企業將面臨很多複雜的工序,並且要投入很高的成本以及相當長的時間。結果,為了選擇符合行業特徵的、最佳實踐型的軟體模組,大多數公司都不得不接受折衷方案、做出取捨。如果採用預先設定好的模組,不僅整個系統的配置過程會加速,企業獲取ERP成效的日子也會提前。至於優化流程的工作可以遲些時候再進行。這並不是說你只要把預先確定的流程推上馬就行了,相反,你要在進一步推進專案之前,驗證選定的模組流程是否適用於企業的需求,至少是短期之內的需求。
企業要求快速實施ERP的呼聲非常高。這成為推動軟體賣家開發現成的ERP模組的主要激勵因素。現成的ERP模組可以加速並簡化軟體的個性化流程,但是就其本質而言,這些模組是一些特定的最佳實踐的組合體,這些實踐可以為跨部門之間的業務流程提供支援。從表面上看,這可能是非常理想的選擇,但是很少有企業會去重新思考他們應該以及可以如何運作自己的業務。通過走捷徑,這些公司雖然可以獲得符合行業特徵的ERP功能,但這些功能是非常普通的。
四、為成功做計劃
要想ERP實施一次性成功,企業必須擁有一套以戰略、人員以及流程為中心的、系統的方法。這是有效管理風險的惟一辦法。一套完善的方法會考慮到專案實施中方方面面的基礎事務,但是,如果有意外情況突然發生,你就會有所準備,不會讓它產生嚴重的後果。企業在實施專案時常犯的一個錯誤是:沒有讓員工為操作新流程、支援新系統做好充分的準備。這可能造成各種不良的後果,甚至整個專案的失敗。但這些問題都是可以避免的。
企業在開始購買以及安裝軟體之前,要對自身的業務戰略以及ERP計劃進行評估。一次性實施成功是確保公司獲得成本效益的惟一途徑。很多實施ERP失敗的人都後悔自己當初沒有停下來評估專案的實施方向正確與否。
企業在實施ERP的過程中大都會遇到很多意外的情況,下面這些問題雖然不能將這些問題都一一顧及到,但是有助於激發專案實施者的思維,引發組織的討論。
●我們想怎樣運作企業的業務?
●有哪些業務問題需要解決?
●我們是否清楚我們應該優先做的事情是什麼?
●與安裝ERP後的流程相比,我們現在的流程表現如何?
●我們有沒有為專案實施前的準備工作制定一個詳細的行動計劃?
●我們在什麼時候完成什麼任務?
●在我們現有的系統以及軟體中,缺失了哪些環節?
●專案的真實成本是多少?它將為企業帶來哪些利益?具體的時間進度表是什麼樣的?
●在高層當中有沒有一個ERP的擁護者,為專案提供與高層的必要聯絡?
●誰將實施並操作ERP軟體?
事實上,ERP以及供應鏈管理系統的實施是永遠都不可能結束的專案,畢竟,供應鏈是企業生命線的一部分。對於準備充分的企業而言,建立在ERP基礎之上的新的供應鏈管理系統將幫助他們獲取顯著的競爭優勢。
對於參與ERP專案實施的人來說,他們經歷了一個思維轉變的過程。如果企業能遵循一套正確的方法的指引,實施ERP一次性成功的機率就會大大增加。但是,這並不能保證你取得專案的成功,只有你自己以及你的員工才能保證專案的最後勝利。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-20769/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 拒絕失敗率——如何讓ERP專案一次成功?(2)(轉)
- 拒絕失敗率——如何讓ERP專案一次成功?(1)(轉)
- ERP專案失敗的原因(轉)
- 記一次專案談判的失敗經歷,要拒絕免費開發!
- ERP專案實施失敗率高的根本原因
- PR如何在專案管理中學會拒絕?(轉)專案管理
- 專案管理中學會拒絕(轉)專案管理
- win10系統修改檔案提示檔案操作失敗拒絕訪問如何解決Win10
- ERP做成EXCEL,是成功還是失敗Excel
- ERP專案失敗的四個非技術性陷阱(轉)
- 再論ERP高失敗率:實施ERP系統風險控制 (轉)
- ERP失敗案例分析(轉)
- ERP的失敗箴言(轉)箴言
- 專案失敗五宗罪(轉)
- 一個失敗專案的專案筆記(轉)筆記
- 一次失敗的專案經歷以及反省
- 軟體專案失敗因素分析(轉)
- 一個歷時3年的專案失敗記錄 (轉)
- ERP系統的失敗因素(轉)
- 如何保證服裝ERP專案成功施行
- 失敗沒關係,但一定要是“成功的”失敗(轉)
- 專案失敗並非如想象般普遍(轉)
- 專案研發為什麼失敗?(轉)
- 專案失敗並非如想象般普遍 (轉)
- 論文被拒,專案被砍?史丹佛「最慘」在讀博士教你如何直面失敗
- 失敗的敏捷專案敏捷
- 專案團隊管理的失敗經驗(轉)
- 軟體開發專案失敗原因分析(轉)
- 專案研發為什麼會失敗?(轉)
- ERP失敗案例分析
- 軟體開發專案失敗的3個原因
- 關於:ERP做成EXCEL,是成功還是失敗 的補充Excel
- ERP專案成敗的七個關鍵點(轉)
- 記一次docker安裝成功,啟動失敗的原因Docker
- 如何讓第一個試點Scrum專案成功Scrum
- 糟糕的範圍管理導致專案失敗(轉)
- VS2015 除錯失敗 提示拒絕訪問解決方法除錯
- 衡量ERP專案成功與否的七個標準(轉)