大型企業(yè)如何走向隨需應變？
打造隨需應變的集團管理信息平臺
曾良 王晨光
集團管理為什么需要隨需應變？
今天，大企業(yè)的CEO比中小企業(yè)的老板顯然面臨著更大的壓力。在競爭日益激烈，市場變化速度不斷加快的今天，集團企業(yè)CEO發(fā)現他們面臨的最大挑戰(zhàn)已經不是傳統(tǒng)的管理職能，而是如何領導變革，因為變革決定了企業(yè)的可持續(xù)發(fā)展，變革是應對競爭和市場變化的唯一出路。而在集團企業(yè)的變革管理中，信息技術正在發(fā)揮越來越重大的作用，不同的變革道路，不同的變革模式，不同的變革層次都對信息技術的應用提出了挑戰(zhàn)。
首先，從變革的過程來看，集團化是任何一個希望做大做強的企業(yè)必然經歷的過程。企業(yè)的變革模式主要有四種，即內部開發(fā)模式、資源交換模式、組織間聯盟模式、企業(yè)收購模式。這四種變革模式各有其獨特的優(yōu)勢，同時又面臨著不同的風險，但是都對信息技術提出了自己的要求。如下表所示：
| 變革模式 | 變革條件 | 變革對管理的挑戰(zhàn) | 變革對信息技術的要求 |
| 內部開發(fā) | 內部存在相關資源 | ·如何實現跨職能的協調？ ·有效監(jiān)控下屬企業(yè)的業(yè)務 | ·如何適應流程變化? ·如何滿足企業(yè)個性化應用?·如何跟進快速發(fā)展的技術變化? |
| 資源交換 | 存在活躍的新資源市場 | ·如何尋找合適的合作伙伴？ ·如何整合外部資源？ | ·如何支撐管理內涵的擴展? |
| 組織間聯盟 | 資源的收購存在障礙 | ·如何協調跨組織的合作？ ·如何避免內部沖突 | ·如何實現組織間的信息共享？ ·如何解決異構系統(tǒng)的集成？ |
| 企業(yè)收購 | 資源收購存在高度障礙 | ·如何在新老員工中推行一致的內部激勵？ ·如何避免整合的風險？ | ·如何盡快重新整合收購后的系統(tǒng)？ ·如何拓展原有系統(tǒng)的業(yè)務功能？ |
其次，從變革的層次上，為了說明信息技術對集團變革的影響，金蝶將集團企業(yè)的變革分解為三個層次：常規(guī)性變革、結構性變革、戰(zhàn)略性變革。不同變革的驅動因素各不一樣，所遇到的管理障礙也不一樣，由此對變革的成本、變革的效率、變革的深度和廣度帶來了挑戰(zhàn)。如下圖所示：
| 變革層次 | 變革的驅動因素 | 變革的障礙 | 變革對信息技術的要求 |
| 常規(guī)性變革 | ·企業(yè)人員日常變動； ·內部組織關系的調整； ·業(yè)務處理方式的變更； ·工作流程的動態(tài)配置； | 內部協調效率低，反應速度慢；總部和機構的協調機制不健全，變革的一致性得不到保障； | ·如何靈活的配置業(yè)務？ ·如何降低變革的成本？ ·如何快速的實現變革？ |
| 結構性變革 | ·從粗放管理到規(guī)范管理； ·從垂直管理到矩陣管理； ·從職能管理到流程管理； ·從人性化管理到績效管理； | 規(guī)范化的制度難以執(zhí)行；僵化的流程制約了企業(yè)活力；缺少有效的績效監(jiān)控和評估手段； | ·如何高效構建業(yè)務應用 ·如何取得取得關鍵績效的重大改進？ |
| 戰(zhàn)略性變革 | ·多組織的流程協同； ·多行業(yè)的產業(yè)擴張； ·多地域的全球化發(fā)展； ·企業(yè)間的商務協同； | 不同的流程難以銜接；差異性和個性化管理能力不足；企業(yè)文化難以整合。 | ·如何高效的擴展重構業(yè)務系統(tǒng)？ ·如何快速整合上下游資源？ |
為了迎接這些挑戰(zhàn)，在變革的道路上，集團企業(yè)必須要有新的思維。專家們已經從無數的變革實踐中總結出，變革的成功與失敗將取決于四個要素：戰(zhàn)略，業(yè)務流程、信息技術和人。其中，信息技術在企業(yè)變革中起著支持作用。戰(zhàn)略執(zhí)行、流程驅動、人員協作都需要借助信息技術來完成，所以，這三個要素要在變革中發(fā)揮作用，也必須通過信息技術去驅動或實現。
但是，非常遺憾的是，我們看到很多企業(yè)在變革過程中，因為企業(yè)采用的信息技術的局限性，大大影響了變革的效果，甚至導致變革走向失敗。尤其是一些新興的、處在快速發(fā)展中的大企業(yè)，現在正在紛紛更換的他們傳統(tǒng)的ERP系統(tǒng)。借助上面對變革模式和變革層次對信息技術的要求，我們可以很容易明白為什么有那么多的企業(yè)要在變革的過程中“卸磨殺驢”——在任何一個企業(yè)集團，隨時都有可能發(fā)生不同模式、不同層次的變革，但傳統(tǒng)的ERP軟件都只能固定地為企業(yè)提供一種管理模式，即使可以通過二次開發(fā)進行客戶化定制，但并不能快速的實現“隨需而變”。
金蝶EAS是如何支持隨需應變的？
要打造隨需應變的集團管理信息平臺，首先要了解ERP的隨需應變能力是如何實現的。我們知道，金蝶EAS 在平臺上不僅具有世界領先、通過國際標準認證的基礎中間件——APUSIC應用服務器，而且擁有國內首創(chuàng)的基于模型驅動架構的業(yè)務中間件——金蝶EAS BOS。軟件設計人員知道，中間件是決定軟件應變能力的主要技術平臺，模型驅動架構（MDA）是決定軟件應變能力的最理想的開發(fā)模式，而金蝶EAS不僅采用了世界上最領先的基礎中間件和業(yè)務中間件，而且采用了世界上最領先的模型驅動架構，從技術平臺和開發(fā)模式上確保了金蝶EAS的隨需應變能力。
·中間件與隨需應變
管理軟件的“隨需應變”時代隨著中間件的成熟應用真正到來了！在中間件產生以前，無論是財務軟件還是管理軟件，都是和操作系統(tǒng)、數據庫打交道，客戶的需求與軟件的技術實現密切相關。如果客戶的需求和軟件的標準配置有出入，往往只能等到管理軟件廠商發(fā)布新的補丁，或者發(fā)布下一個版本升級。中間件在客戶的需求和技術平臺之間建立了一個隔離層，客戶的需求變更可以直接在中間件這一隔離層實現更新，這一方面解決了軟件的通用化與個性化之間的矛盾，一方面可以滿足客戶在不同成長階段的業(yè)務變革需求?？蛻舨挥迷俚却浖S商的補丁和新的版本，可以自主決定變革的模式和變革的程度。
金蝶是如何通過中間件如何幫助企業(yè)實現隨需應變的呢？
首先，金蝶在各種不同的操作系統(tǒng)和數據庫之上，自主研發(fā)了可以讓企業(yè)應用部署在異構操作系統(tǒng)之上的基礎中間件，這款產品就是在國內第一個通過SUN J2EE認證的金蝶APUSIC應用服務器。應用服務器作為應用創(chuàng)建平臺，支持管理軟件業(yè)務邏輯和業(yè)務組件的擴展和復用；作為應用部署環(huán)境，可以快速、高效的部署新的業(yè)務應用；作為系統(tǒng)運行平臺，可以實時監(jiān)控和管理運行系統(tǒng)，降低系統(tǒng)維護和升級成本。應用服務器對系統(tǒng)的創(chuàng)建、擴展、維護和管理功能獨立于具體的應用軟件，也獨立于操作平臺和數據庫，這就使企業(yè)的應用系統(tǒng)的擴展和變革可以獨立于技術平臺，應用系統(tǒng)可以在金蝶應用服務器的基礎上實現隨需應變。
其次，金蝶EAS不僅實現了應用系統(tǒng)在技術上可以隨需應變，還將應用系統(tǒng)本身的業(yè)務邏輯和實現邏輯實現了分離，自主研發(fā)了金蝶 EAS 業(yè)務中間件——金蝶EAS BOS?；A中間件解決的是應用系統(tǒng)的重構和變化與技術平臺之間的矛盾；業(yè)務中間件的目標是解決異構系統(tǒng)集成和復雜的業(yè)務變革與應用系統(tǒng)實現之間的矛盾。上文已經分析，企業(yè)面臨著不同的變革模式，集團變革具有不同的層次，要做到隨需應變，業(yè)務中間件需要為企業(yè)提供不同變革條件下的業(yè)務、信息、流程、組織結構的變革工具。金蝶EAS BOS針對企業(yè)的這種復雜變化，根據不同變革之間的流程控制邏輯關系、業(yè)務控制邏輯關系、信息處理邏輯關系、組織協同邏輯關系，設計了業(yè)務配置工具、企業(yè)建模工具、集成開發(fā)工具，為業(yè)務變革提供了隨需應變的業(yè)務管理平臺。
金蝶EAS正是憑借獨有的基礎中間件和業(yè)務中間件技術從下到上實現了管理軟件的隨需應變的技術架構，見下圖所示：
·模型驅動架構與隨需應變
金蝶EAS是國內第一套采用模型驅動架構打造的大型管理軟件，金蝶EAS模型驅動架構的設計水平也達到了世界領先水平。在模型驅動架構之上，金蝶EAS實現了隨需應變的開發(fā)模式、提供了隨需應變的原子化業(yè)務元素、奠定了以業(yè)務驅動為樞紐的隨需應變規(guī)則。
首先，金蝶EAS在模型驅動架構之下，改變了傳統(tǒng)ERP的架構方法，將技術開發(fā)和業(yè)務變革分離，又將業(yè)務設計與技術設計一一對應，在開發(fā)模式上實現了隨需應變。基于模型驅動架構的ERP軟件和傳統(tǒng)ERP軟件在開發(fā)模式上的最大不同，在于傳統(tǒng)ERP直接用第四代編程語言進行開發(fā)，模型驅動架構使用經過了業(yè)務抽象的業(yè)務語言進行開發(fā)。基于金蝶EAS BOS的開發(fā)模式，實現了業(yè)務需求模型、業(yè)務設計模型和技術實現模型的一一對應，全部開發(fā)過程都是一個統(tǒng)一的模型轉換過程中完成，這個過程稱為企業(yè)建模。金蝶EAS BOS提供了一個企業(yè)建模參考框架，使應用系統(tǒng)與企業(yè)的業(yè)務變革保持一一對應，既使應用系統(tǒng)隨需應變，又保證了變革的信息在系統(tǒng)實現過程不出現“轉換偏差”。
其次，金蝶EAS模型驅動架構在BOS平臺實現了業(yè)務模型的原子化封裝，為隨需應變提供了高度抽象的業(yè)務元素——Meta model。對企業(yè)的業(yè)務變革邏輯進行分析可以發(fā)現，業(yè)務系統(tǒng)的所有改變都是在幾種抽象“業(yè)務元素”的基礎上完成的，比如無論是采購流程還是銷售流程，無論是復雜流程還是簡單流程，他們都包括任務、業(yè)務事件、業(yè)務處理、業(yè)務實體對象、對象狀態(tài)、人員、組織結構等基本要素。這些要素在傳統(tǒng)的ERP系統(tǒng)里，沒有被單獨的抽象出來，傳統(tǒng)ERP的每一個業(yè)務要素都是具有具體業(yè)務含義的，無法作為抽象模型去描述其他流程。正如我們可以用原木造房子，也可以用原木造船，但是你不能用房子造船，房子已經不是原材料。這種原子化構件基于開放技術，可以跨平臺；這種原子化的構件剛好滿足了公共服務對開放性和耦合性的要求，可以與任何異構系統(tǒng)進行集成，并具有開放的擴展能力。
最后，金蝶EAS模型驅動架構通過 BOS為復雜的業(yè)務邏輯提供了驅動引擎。這套引擎為業(yè)務變革到系統(tǒng)變更提供了一套隨需應變的規(guī)則。一個工作流程在金蝶EAS中進行了變更，相應的流程控制邏輯、業(yè)務控制邏輯、信息處理邏輯、組織協同邏輯都會隨之改變。驅動引擎的作用，一方面是幫助企業(yè)將復雜的業(yè)務邏輯進行分解，一方面實現了從上到下的流程驅動。只要給出業(yè)務變革的輸入要素（5W1H），驅動引擎就可以保證該變革可以有條不紊的完成。這就是金蝶所稱的BOS隨需應變參考模型見下圖所示：
從BOS隨需應變參考模型可以看出，驅動引擎將業(yè)務流程、業(yè)務功能、業(yè)務數據、組織架構等從上到下銜接在一起。作為變革的管理者，我們只需要給出變革流程的5W1H，系統(tǒng)就會自動的決定由誰來執(zhí)行（Who——執(zhí)行角色），在什么條件下才會發(fā)生（When——執(zhí)行條件），發(fā)生在哪里（Where——是計算機自動執(zhí)行的計算？人機對話的過程？還是讓某人做某事的指令？），如何處理這個業(yè)務（How——界面控制邏輯與業(yè)務控制邏輯）；輸入輸出和儲存對象（What——業(yè)務信息的結構與特征），在組織的什么節(jié)點上完成的及為什么是這個節(jié)點而不是其它的節(jié)點來處理（Why——組織職責分配與崗位職務）。
所以，只要在系統(tǒng)中定義了變革的輸入內容(5WIH)，通過流程建模工具與工作流引擎，將各個業(yè)務元素之間的啟動、提交、失敗處理、分支、合并、同步、異步、循環(huán)、人工、自動、子流程等關系進行描述，然后在集團相關范圍內發(fā)布，那么，無論多么復雜的業(yè)務邏輯、組織架構、上下級關系、權限設置都可以按照這個既定的流程完成了。企業(yè)夢寐以求的業(yè)務變革隨需應變過程，在金蝶EAS BOS隨需應變參考模型的支持下得以輕松的實現。
如何借助金蝶EAS實現集團管理的隨需應變？
用戶最為關心的應該是究竟如何使用金蝶EAS實現集團管理的隨需應變。金蝶針對集團企業(yè)集團企業(yè)復雜的管理和變革要求，給出了一套支持企業(yè)不同變革道路、不同變革模式、不同變革層次的隨需應變解決方案——金蝶EAS BOS。金蝶EAS BOS針對企業(yè)漸進式變革道路，提供了不同層次的變革支持工具，全面解決企業(yè)不同變革模式的信息化問題。
以下金蝶EAS的技術架構直觀的展示了金蝶EAS BOS三大支持工具的功能和操作對象，這三大支持工具是業(yè)務配置工具、企業(yè)建模工具、集成開發(fā)工具。
