基於應用程度的系統應用優化
本篇文章版權由ECF和HP所有
作者:童繼龍
有一個久遠的話題:你的ERP系統上線成功了嗎?如果說成功了,你是用什麼標準來界定成功的呢?有CIO會說:系統達成了預期的上線目標即可以宣佈成功。這可以說是一個界定標準,但這個標準只是基於企業個體的評估標準,而不是同行業內的標準。但如果要放在同行業來進行比較的話,我們如何打造ERP專案成功的“標尺”呢?如果沒有這樣一個標尺的話,我們發現是無法做橫向比較的。
其實衡量從ERP系統的角度,應該是可以出具一個衡量標準的,基於應用程度的衡量標準。比如說:房地產企業的售樓業務有許多業務環節,我們也稱之為不同的業務單元,在某業務單元內進行應用程度的評估:如實現了手工錄入房間價格可以得到2分,實現了定價時對穿底價的提醒就可以得到5分,如果能夠實現高層在系統中進行底價和麵價的審批則可以得8分。從整體而言就可以評估出來ERP系統在上線完成之後的得分是多少了。
有了這個評估方法之後,就可以在專案的初期定義ERP系統的應用目標,如:60分;如果在系統上線之後達到了60分即可稱之為成功,如果沒有達到60分的話則只能稱之為勉強成功了;但如果超出60分,則算是超出了預期。
同樣,在ERP系統從實施轉到運營階段的時候,也應該樹立清晰的系統應用提升計劃,而不只只是將這套系統放任自流。如果能夠實現系統應用一週年之後,應用程度從60分提升到70分的話,說明該系統是在不斷做深化應用的,但如果從60分下滑到50分的話,那就需要從ERP系統的運營角度進行審視:我們是否有相應的運維機制確保ERP的應用程度不斷提升的呢?
對於CIO而言,經常有一個非常大的困擾,那就是對於ERP系統的運維需要投入多少預算,投入這些預算會有哪些產出?這個預算每年是恆定的金額,還是有不同的預算金額呢?在沒有系統應用程度評估標準的前提下,這一切都是不透明的,所以ERP系統運維的預算往往在企業裡最得不到重視,也是最難申請的,而這部分的預算卻是最重要的。設想一下當把應用程度從60分提升到70分和保持60分不變,這個不同的目標,我們需要投入的資源是不同的,而這個時候我們的預算目標肯定也是不同的,而在這時候往往也能夠清晰地向決策層說明預算投入的必要性了。
從這個角度而言,基於應用程度這個指標,ERP系統的應用是一個持續優化,不斷深入的過程,而這個過程正是延長ERP系統生命週期的過程。
本篇文章版權由ECF和HP所有
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/25389417/viewspace-693891/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Windows系統之XP應用優化指南Windows優化
- Oracle9i 應用系統優化Oracle優化
- EBS R12 應用系統優化文件優化
- 應用CRM系統的優越性
- 應用系統生命週期中資料庫優化資料庫優化
- MySQL應用優化MySql優化
- 基於Xamarin.Android的應用程式啟動效能優化Android優化
- App Annie :應用商店優化 (ASO) – 優化應用商店頁面APP優化
- 優化Angular應用的效能優化Angular
- 基於SpringBoot的國際化應用Spring Boot
- Web應用程式優化Web優化
- 鴻蒙系統應用基礎開發鴻蒙
- 基於flask的最小的應用Flask
- WebRTC:基於物聯網的行業化應用Web行業
- 基於應用理解的協議棧最佳化協議
- 異構記憶體及其在機器學習系統的應用與優化記憶體機器學習優化
- 分散式系統–>(關於系統應用的基本概念)分散式
- 基於Dapr的 Azure 容器應用
- Android應用優化方案Android優化
- Vue 應用效能優化指南Vue優化
- 移動應用效能優化優化
- PHP 應用效能優化指南PHP優化
- H5應用優化H5優化
- Angular應用效能優化指南Angular優化
- 互動投影系統應用的優勢有哪些?
- 搭建直播系統功能應具備哪些基礎應用?
- 基於模擬的數字孿生系統構建與應用
- 使用 Javascript 原生的 Proxy 優化應用JavaScript優化
- sql server中的hash應用優化SQLServer優化
- 系統管理:BRDB的應用
- 智慧資訊化系統建設落地應用
- 啟用遠端系統上的應用
- 虛擬機器技術應用於應用系統統一備份和冗餘虛擬機
- 基於Flutter的仿微信聊天應用Flutter
- 基於react的影院購票應用React
- 基於Redis分散式BitMap的應用Redis分散式
- 基於業務的Web應用框架 SimpleFrameworkWeb框架Framework
- 資料庫應用優化(一)資料庫優化