ERP咋啦?
ERP本來是一個非常完美的理論體系和一套管理方法,可是經(jīng)過一番炒作之后,現(xiàn)在它在人們心目中的形象已經(jīng)幾近臭名昭著,有位著名的企業(yè)家說:“不上ERP是等死,上了ERP是找死!”ERP已經(jīng)是能夠使企業(yè)致死的一個毒瘤,但是還有許多企業(yè)明知山有虎,偏向虎山行,還執(zhí)著的在追求上ERP項目。還有很多軟件公司在投入大量的精力研究開發(fā)ERP產(chǎn)品,難道ERP成了毒品?我們不禁要問:“ERP咋啦?”
ERP在國內(nèi)成功嗎?
ERP從某種意義上講,不能算是產(chǎn)品,即使勉強算作產(chǎn)品,也是屬于大型產(chǎn)品,對于大型產(chǎn)品的研發(fā)和銷售嚴格區(qū)別于小型產(chǎn)品,它的重點不僅是要產(chǎn)品成熟,更重要的是咨詢和實施能力,在這兩方面國內(nèi)外的公司各有所長,國際公司注重產(chǎn)品成熟度的提高,但是在實施能力方面卻明顯的處于劣勢,國內(nèi)的軟件公司正相反,非常重視實施,但是在產(chǎn)品成熟度方面卻明顯不足,就像當年我們國內(nèi)某個生產(chǎn)汽車發(fā)動機的企業(yè),發(fā)動機安裝到新疆的客戶的車上,車還沒運到新疆,售后服務的工程師已經(jīng)趕到新疆了,一方面是咱們的服務到位,另一方面也說明是對咱們的產(chǎn)品沒有信心。可以說國內(nèi)的ERP沒有很成功的。尤其是從產(chǎn)業(yè)的角度來說,在國內(nèi)一直沒有能夠成為良性發(fā)展的產(chǎn)業(yè)。可以說ERP在國內(nèi)并不成功。
為啥不成功呢?
幸福的生活都一樣,失敗的原因千萬種,這里我不想長篇大論的分析,就想從本質(zhì)上分析一點,關(guān)于“一把手工程”的問題,自從開始流行ERP以來,無論是國家專家還是企業(yè)的領(lǐng)導都非常贊同一個觀點:ERP是一把手工程。但是從我的觀察來看作的最不到位的就是一把手工程,首先從用戶的角度來看,很少有用戶的一把手能夠真正參與到項目中去的,大多數(shù)是在外圍觀戰(zhàn),有的甚至整個就是局外人,僅僅是聽聽報告而已,把它看作一般的工程項目,責令專人負責之后,老板就退居二線了,難道這就是一把手工程?差矣!這只是表面上的一把手工程,被委派的負責人在項目的實施過程中根本就推不動,更為令人詫異的是在項目的實施過程中一把手根本就不會使用ERP所能夠提供的任何功能。這難道是一把手工程?這是最根本的問題,老板都不用,能夠期望下面的人使用好嗎?如果是一般的業(yè)務系統(tǒng)是可以的,但是作為管理系統(tǒng)是不現(xiàn)實的,管理的問題本來就是領(lǐng)導的問題,所以管理系統(tǒng)就必然是自上而下的推動,所以一把手不參與的壞榜樣是項目失敗的關(guān)鍵因素。
ERP能否實現(xiàn)突圍?
問題看來并不難,既然問題在老板身上,就從老板開始做工作嗎?其實并不簡單,領(lǐng)導的工作最難做,ERP能否實現(xiàn)突圍嗎?我分析要從兩個方面做工作來滿足老板的需求,才能促使一把手參與ERP項目,首先從軟件方面做工作,而且這解決問題的根本,為啥老板不愛用咱們的產(chǎn)品,難道是只是老板的問題嗎?錯了,有人說:“用戶永遠是正確的,如果用戶錯了請參照上面一條。”還是咱們的軟件不好用,或者不方便用,我們看看ERP軟件產(chǎn)品,雖然說是高層管理軟件,但是針對領(lǐng)導使用的功能模塊卻非常少。所謂針對領(lǐng)導的功能要具備如下特點:傻瓜化、所點即所得、直觀、形象。現(xiàn)在市場上的ERP軟件,無論是國內(nèi)的還是國外的,都達不到這樣的程度,難道你希望我們的老板像技術(shù)人員一樣,每天在如何使用IT技術(shù)方面花費大量的時間去學習嗎?如果老板們都學習IT技術(shù)去了,企業(yè)還不完蛋了?
傻瓜化的需求和技術(shù)性的產(chǎn)品設(shè)計之間的尖銳矛盾才是ERP突圍的關(guān)鍵點。從IT技術(shù)的發(fā)展來看,現(xiàn)在的技術(shù)水平已經(jīng)完全能夠滿足領(lǐng)導傻瓜化需求,軟件的發(fā)展要尋求新的思路,必須走出原來的以功能模塊為中心的設(shè)計思路,要從客戶需求的角度設(shè)計軟件。這就是當今世界應用軟件面向服務的架構(gòu)體系——SOA(service-oriented architecture)架構(gòu)技術(shù)。
ERP的突圍之路就是改變企業(yè)的IT架構(gòu)
在SOA(service-oriented architecture)架構(gòu)下,數(shù)據(jù)和業(yè)務邏輯融合成模型化的業(yè)務組件,且具有文檔接口,這種明確的設(shè)計和簡單和方式有助于開發(fā)和進一步擴展,一個SOA應用可以很簡單地與異構(gòu)的、外部的應用集成。隨著Web services的發(fā)展,SOA的優(yōu)勢會更快地被認識到,新的工具會使SOA應用的開發(fā)更簡單,在主流軟件設(shè)計市場主導40年的monolithic architecture將會退出市場。
隨著SOA工具逐步實現(xiàn)易用性和完成整體功能,SOA必然會占據(jù)主流市場,所有的中間件產(chǎn)品和相關(guān)開發(fā)工具,包括應用服務器、門戶產(chǎn)品、和集成套件,都會大力支持SOA部件。
SOA是一種應用技術(shù),應用的業(yè)務邏輯清楚地被組織成模型(服務),訪問接口、服務成為一個黑盒,它內(nèi)部的設(shè)計(Their internal design is independent of the nature and purpose of the requestor that calls it.)SOA能讓應用提高靈活性、重用性,但是在開發(fā)之前需要設(shè)計、洞察和協(xié)商。Web services是SOA的基礎(chǔ)標準。隨著基本的Web services服務(HTTP, DNS, XML and SOAP) 的普遍發(fā)展,國內(nèi)外領(lǐng)先的IT廠商的認可,大量的中間件和工具廠商已經(jīng)更新了他們的產(chǎn)品或提供Web services架構(gòu)的新產(chǎn)品。
ERP突圍的關(guān)鍵是企業(yè)IT架構(gòu)模型(Architectural model)要重構(gòu)。有效的企業(yè)IT架構(gòu)是業(yè)務和技術(shù)之間的一座橋梁,不管有多少種方式去詮釋架構(gòu),在設(shè)計架構(gòu)時應該注意四點:第一、架構(gòu)要有助于IT與業(yè)務需求的一致性;第二、架構(gòu)要支持新功能,如用來提高客戶關(guān)系的數(shù)據(jù)共享。第三,必須降低基于共享、兼容和高技能的開發(fā)成本,減少花費在與其他系統(tǒng)聯(lián)接的工作上的時間。第四、使系統(tǒng)更加穩(wěn)定,減少維護費用和技術(shù)支持,同時提供一個平臺使用戶可以方便的升級和增加功能。
企業(yè)IT總體架構(gòu)
企業(yè)IT架構(gòu)分為四層:
柵格層:柵格是全球技術(shù)領(lǐng)域操作環(huán)境的最高層次,包括所有的處于一個動態(tài)狀態(tài)的企業(yè),這些企業(yè)在內(nèi)部和相互間建立了穩(wěn)定的聯(lián)接。在柵格之內(nèi),各種各樣不同的網(wǎng)絡通過建立一些多功能信息交換,進行安全的通信。企業(yè)操作通過執(zhí)行一系列的業(yè)務流程發(fā)現(xiàn)商業(yè)目標,業(yè)務流程可以通過各種各樣的應用和服務得到支持。
業(yè)務流程模型層:所有業(yè)務流程可能被分為幾類,每一類具有相似的需求――叫做業(yè)務流程模型。每個業(yè)務流程模型產(chǎn)生一個架構(gòu)框架以優(yōu)化支持。
樣式層:樣式是組織和設(shè)計出來安排那些用以完成優(yōu)化作用的模塊(bricks),樣式是為設(shè)計者和開發(fā)者提供的模板。
模塊層:模塊是搭建核心技術(shù)的一些“積木”(blocks),“積木”在最低組件層描述技術(shù)體系中的元素,以提供基礎(chǔ)的技術(shù)功能,如操作系統(tǒng)和數(shù)據(jù)庫。
企業(yè)架構(gòu)的新觀點提出,當客戶關(guān)注自已的盈利增長時,他們是可以互相理解和合作的。注意增強多企業(yè)合作能力,以便在開拓新渠道、合作伙伴、供應商和給最終用戶服務升級時,適應多種形式的商業(yè)戰(zhàn)略。業(yè)務流程模型的概念與許多尋找機會獲取更高的IT性能的方案產(chǎn)生共鳴,但是這種新觀點還需要與傳統(tǒng)的體系相結(jié)合,因為到目前為止,大部分架構(gòu)和框架都是以傳統(tǒng)架構(gòu)為核心的。
上圖是它們結(jié)合的方式:上兩層平臺是新架構(gòu),下兩層是傳統(tǒng)架構(gòu)――樣式層是邏輯層,模塊層是物理層。業(yè)務架構(gòu)平臺貫穿上兩層,應用域、信息、訪問結(jié)構(gòu)(Application, Information, and Point of Access architectures)貫穿下兩層。此外還有作為后臺的安全、集成、基礎(chǔ)架構(gòu)。每部分都很重要,在整個體系中完成不同的功能。
如何建立企業(yè)架構(gòu)
架構(gòu)的設(shè)計是自上而下的,簡言之,設(shè)計的過程應該是:通過商業(yè)和IT戰(zhàn)略使“多企業(yè)柵格”緊扣業(yè)務目標,建立企業(yè)柵格層;分析“柵格”和業(yè)務流程之間的關(guān)系,把信息流加到進程中,建立業(yè)務流程模型,這是建立業(yè)務和IT之間橋梁的關(guān)鍵。
樣式的設(shè)計要以業(yè)務功能模型為基礎(chǔ),業(yè)務功能模型引導應用、數(shù)據(jù)、基礎(chǔ)框架、訪問點、集成等樣式的邏輯設(shè)計。
設(shè)計樣式要描述模型和運算規(guī)則,這些要能讓不同的企業(yè)使用于不同的目的。設(shè)計樣式時采用的是一種提問的方式,如,“數(shù)據(jù)、編碼、計劃和網(wǎng)絡的最好的邏輯和物理拓撲是什么?”作為企業(yè)架構(gòu)的一部分,企業(yè)應該為樣式制定標準。
樣式可以在企業(yè)中相似的業(yè)務模型中重復使用。
通過詳細的配置和模型執(zhí)行,自動引導我們到基礎(chǔ)的模塊層。模塊描述標準和所用產(chǎn)品的清單,具有時間屬性和生命周期。
模塊層你需要考慮很多技術(shù)問題,包括現(xiàn)在要做什么(最基本要求)、下一時間要作什么或下一個戰(zhàn)術(shù)發(fā)展、目標或戰(zhàn)略方向和計劃的周期。模塊可再分為一系列的元素,每個技術(shù)元素都是基于行業(yè)的現(xiàn)狀和發(fā)展前景來考慮的,在對行業(yè)現(xiàn)狀分析時必須要考慮標準的可用性。
先進的ERP平臺與其他的企業(yè)應用越來越重疊,一些特定元素,如非結(jié)構(gòu)化內(nèi)容庫和基于web的用戶接口,會存在較明顯的相關(guān)性,然而,ERP越來越以開拓企業(yè)信息范圍和IT資產(chǎn)為核心,例如,建立有效的決策系統(tǒng)要求來自文件數(shù)據(jù)庫的非結(jié)構(gòu)化數(shù)據(jù)與來自數(shù)據(jù)倉庫的結(jié)構(gòu)化數(shù)據(jù)很好地結(jié)合。ERP的角色不是來管理這些資產(chǎn),而是提供一個框架或環(huán)境去集成它們――技術(shù)和業(yè)務流程。同樣的,ERP也應該盡可能地吸收已存在的基礎(chǔ)架構(gòu)。為ERP建一個新門戶,與已建立的門戶平行,這好像不是一個理想的方案。把新功能集成到一個已存在的門戶中在技術(shù)上可能太復雜,但在支持用戶上可能更有效。在已有的協(xié)作機制上增建,比建立一個新系統(tǒng)與用戶熟悉的系統(tǒng)并行相比,前者更易被用戶接受。
未來的ERP將在這樣的IT架構(gòu)下重新構(gòu)筑,這是完全的面向服務的架構(gòu)體系,是完全從客戶的需求角度出發(fā)的,能夠充分的滿足客戶的個性化、傻瓜化需求,能夠為各位領(lǐng)導定制完全不同的個性化辦公桌面,這樣一來,企業(yè)領(lǐng)導在使用方面的一道壁壘就被消除了,領(lǐng)導的主動使用,本人使用信息化系統(tǒng)的模范帶頭作用和通過系統(tǒng)向下屬索要數(shù)據(jù)對信息化的推動作用,要遠遠超過各種規(guī)章制度。
轉(zhuǎn)載請注明出處:拓步ERP資訊網(wǎng)http://www.guhuozai8.cn/
本文標題:ERP的突圍之路
本文網(wǎng)址:http://www.guhuozai8.cn/html/consultation/10820622792.html