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