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