
三、提高實施成功率
鑒于ERPⅠ 實施的高成本與高失敗率,ERPⅡ 必須基于ERPⅠ 的經驗提高實施成功率。我們可從以下三個方面來探討:
1、能夠識別問題是關鍵- ERPⅠ 實施失敗率高,主要是因為把客戶缺乏對管理重組流程及適應新系統的能力的問題與供應商缺乏提供咨詢及客制化的能力的問題混淆。不幸的是,客戶總會一直責怪供應商缺乏提供咨詢及客制化的能力,且造成系統極為難用;供應商也會一直抱怨客戶的業務流程太復雜,且其員工缺乏適應新系統的紀律與動力。而解決問題的關鍵是允許實施團隊在更短的時間內看到部分實施成果,使人們可以在問題還未嚴重時已理解解決該問題的因果關系或所需的努力。越長周期才能看到實施成果,問題就會變得越嚴重,而環境及需求的改變也會越多,人們就更難理清他們為解決問題所應作的努力。 在這情況下,他們會歸咎更多責任于別人來保護自己,而放更少精力去解決問題,因大部分精力都已放在保護自己上。由于ERPⅡ 的技術框架支撐,業務與操作流程客制化的交付和實施的周轉期更快,實施團隊可以在更短的時間內看清部分實施成果,且允許來自客戶的與來自供應商的實施團隊成員看清問題所在,并決定該如何進行合作,一同解決問題。
2、預建的功能與集成-在ERPⅡ 中預建的OA、CRM、供應商管理、PLM、ERPⅠ、B2B/B2C/B2E、HCM、DSS及BI功能將允許不同用戶組以更容易的方式體驗系統價值。功能的完整性與特色在第一天已設計成一體,共同協作;其將大大降低在客制化、集成與測試方面的花費,并允許實施團隊在更短的時間內看到部分成果。
3、對供應商與IT的依賴度更低- 在售前階段,供應商的售前團隊通常喜歡客戶很依賴他們,因為這會使得他們的談判工作更為容易。然而,到了實施階段,供應商的實施團隊會由于太多工作及太多用戶需要手把手的教導而應接不暇。而對提問的回應時間通常變得非常長,這也會導致客戶的實施團隊或用戶產生挫敗感。解決該問題的關鍵在于減少用戶對供應商或IT的不必要的依賴。老一代的編程語言把用戶設置與參數放到頭文件中,更改就需要通過編譯器重新編譯, 這一過程絕非普通用戶能應付;然而,新一代的編程語言已無此限制,故ERPⅡ 的供應商能提供點選式用戶自定義字段、規則、2D及3D報表生成器和BI功能,這將大大減少用戶對供應商及IT的不必要的依賴。
四、決策支持系統(DSS)
決策支持系統與非決策支持系統的最大區別在于系統針對決策即時反饋的信息是否及時和準確,不及時就好比拿著數天前的股票交易資料來出價買賣今天的股票, 不準確就如同有多個版本的賬簿,不知哪本是真哪本是假。DSS的例子包括實時金融交易系統和武器命令及控制系統等, 這些系統能允許用戶根據當前的環境做出交易或者攻擊的決策。財務系統并非決策支持系統,因其只能生成損益表和資產負債表來完成結算,卻無法立即進行決策。這些報表來自決策之后,另作其他用途。
ERPⅠ 有財務系統的報表模式,不能稱之為決策支持系統。傳統項目管理系統和OA系統采用文檔管理模式管理信息,亦非決策系統。ERPⅡ和交易系統使用基于交易的溝通模型,實時提取信息,才可稱得上決策支持系統。
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄