開篇

如果要談企業(yè)架構(gòu)治理就得先說企業(yè)戰(zhàn)略。企業(yè)戰(zhàn)略是企業(yè)為實現(xiàn)其商業(yè)目標(biāo)選擇的目標(biāo)，以及為了達(dá)到目標(biāo)的路徑與手段。由于企業(yè)的一切活動都是圍繞商業(yè)展開的，同時商業(yè)活動的不斷發(fā)展需要IT的支持。因此可以將企業(yè)戰(zhàn)略分為：業(yè)務(wù)戰(zhàn)略和 IT 戰(zhàn)略。

業(yè)務(wù)戰(zhàn)略是我們經(jīng)常提起的，它描述了明確的商業(yè)目標(biāo)，并且為其制定了長期的規(guī)劃(大約 3-5 年)。

IT 戰(zhàn)略是根據(jù)業(yè)務(wù)戰(zhàn)略而制定的與IT基礎(chǔ)設(shè)置、軟/硬件服務(wù)/產(chǎn)品相關(guān)的戰(zhàn)略。它由不同項目計劃組成，利用信息技術(shù)協(xié)助企業(yè)完成業(yè)務(wù)戰(zhàn)略。IT戰(zhàn)略需要與業(yè)務(wù)戰(zhàn)略保持同步，將企業(yè)的IT能力賦能給企業(yè)的商業(yè)活動，從而完成企業(yè)的戰(zhàn)略目標(biāo)。

無論是業(yè)務(wù)戰(zhàn)略還是IT戰(zhàn)略無疑都是服務(wù)于公司治理的。公司治理是指影響公司的方向和業(yè)績表現(xiàn)的各類參與者(股東;經(jīng)理班子;董事會;職工、顧客、供應(yīng)商、債權(quán)人;政府、社區(qū)、公眾等)之間的關(guān)系，涉及主要參與者的權(quán)利、責(zé)任和影響，以及在決定公司的方向、戰(zhàn)略、業(yè)績表現(xiàn)時能做什么和應(yīng)該做什么。

有了IT戰(zhàn)略就需要對其構(gòu)建、評估和實施，只有這樣才能將其IT戰(zhàn)略與業(yè)務(wù)戰(zhàn)略緊密對齊，保證戰(zhàn)略發(fā)展的方向一致、步調(diào)一致。因此，IT治理就應(yīng)運而生了，它是用來處理業(yè)務(wù)焦點和 IT 管理之間的聯(lián)系， IT 治理是流程、實踐、規(guī)則和關(guān)系的組合。

光有IT治理來解決企業(yè)IT戰(zhàn)略落地的問題似乎還不夠，因為要讓IT戰(zhàn)略與業(yè)務(wù)戰(zhàn)略對齊并且融合并不是IT 部門或者IT 內(nèi)部結(jié)構(gòu)能夠解決的問題，需要調(diào)動公司其他的部門、資源和力量來完成。因此，就提出了企業(yè)架構(gòu)治理(EAG，Enterprise Architecture Governance)的概念。

企業(yè)架構(gòu)治理 (EAG)是行使經(jīng)濟(jì)、政治和行政權(quán)力來管理企業(yè)架構(gòu)的開發(fā)和實施。它是組織結(jié)構(gòu)和流程的集合，組織通過它控制其部署的 IT 解決方案，以確保IT戰(zhàn)略與企業(yè)架構(gòu)愿景、原則和標(biāo)準(zhǔn)保持一致。

上面提到了幾個概念注入公司治理、業(yè)務(wù)戰(zhàn)略、IT戰(zhàn)略、IT治理，企業(yè)架構(gòu)治理(EAG)等等，這里用一張圖將它們的關(guān)系梳理一下。

圖 1公司治理、業(yè)務(wù)戰(zhàn)略、IT戰(zhàn)略關(guān)系圖

如圖1 所示，從上往下看公司治理在圖的頂端，它代表公司參與者的利益，決定公司的方向、戰(zhàn)略、業(yè)績。業(yè)務(wù)戰(zhàn)略和IT戰(zhàn)略都是為了支撐公司治理而存在的，業(yè)務(wù)戰(zhàn)略決定了公司的商業(yè)發(fā)展路徑和手段，因此IT戰(zhàn)略需要主動向業(yè)務(wù)戰(zhàn)略對齊，保持步調(diào)一致。由于IT 戰(zhàn)略是頂層架構(gòu)需要具體的實施細(xì)則，因此會包含IT治理和企業(yè)架構(gòu)治理(EAG)兩個部分。

IT治理是整合企業(yè)中的IT 能力用來構(gòu)建、評估、實施IT 戰(zhàn)略的。但是只有IT能力是無法實現(xiàn)IT戰(zhàn)略的，還需要整個企業(yè)中的其他資源，因此就有了企業(yè)架構(gòu)治理(EAG)，它會去整合整個企業(yè)中的其他資源，完成企業(yè)架構(gòu)的開發(fā)和實施。從紫色區(qū)域整合了IT能力和企業(yè)資源可以看出來，它是IT能力與組織、流程等相關(guān)資源的粘合劑，它會行使企業(yè)中經(jīng)濟(jì)、政治和行政權(quán)力來管理企業(yè)架構(gòu)的開發(fā)和實施。

本文的重點放在企業(yè)架構(gòu)治理(EAG)，后簡稱為EAG。EAG會包括企業(yè)結(jié)構(gòu)和一組政策、流程和程序，企業(yè)可以通過這些政策、流程和程序控制其部署的 IT 解決方案，以確保它們與企業(yè)架構(gòu)愿景、原則和標(biāo)準(zhǔn)保持一致。

EAG治理不僅是 CIO 和 IT主管的責(zé)任，也需要業(yè)務(wù)部門主管以及企業(yè)架構(gòu)師、領(lǐng)域架構(gòu)師、業(yè)務(wù)專家和其他人員參與，這也是為什么上文中說到的需要整合企業(yè)內(nèi)的資源。

如果沒有很好的執(zhí)行EAG，就無法保持業(yè)務(wù)戰(zhàn)略和 IT戰(zhàn)略 的一致性，這種不協(xié)調(diào)也會影響到公司戰(zhàn)略的實現(xiàn)。

本文會對EAG進(jìn)行定義，并描述其框架，然后針對框架的組成部分進(jìn)行逐一講解。

EAG定義與架構(gòu)

EA 是一項持續(xù)性的活動，其中EAG是一個過程，有助于管理和維護(hù)組織的架構(gòu)，圍繞企業(yè)戰(zhàn)略并且保證業(yè)務(wù)戰(zhàn)略和 IT戰(zhàn)略 的一致性。EAG確保企業(yè)中的所有元素(人員、部門、IT 系統(tǒng)、應(yīng)用程序)相互協(xié)調(diào)并服從IT戰(zhàn)略的發(fā)展。

EAG 治理的目標(biāo)是：

1. 確保IT戰(zhàn)略對應(yīng)的實施計劃被采納和遵守。

2. 確保決策過程與企業(yè)架構(gòu)保持一致。

3. 為所有利益相關(guān)者提供架構(gòu)上的保證。

4. 保持企業(yè)的相關(guān)性以滿足不斷變化的需求。

為了實現(xiàn)上述目的EAG引入了一些元素，并且通過EAG模型讓這些元素產(chǎn)生聯(lián)系，互相影響互相推動從而達(dá)到EAG的目標(biāo)。為了能夠全面地理解EAG 架構(gòu)，通過一張圖來描述架構(gòu)以及組件之間的關(guān)系。

如圖2 所示，我們從右下角藍(lán)色部分開始，企業(yè)架構(gòu)組織(Enterprise Architecture Organization)由企業(yè)架構(gòu)審核委員會(EARB)和能力中心(Competency Centre)組成，他們會根據(jù)EA 架構(gòu)定義、開發(fā)、維護(hù)、管理、發(fā)布企業(yè)架構(gòu)的設(shè)計。這些設(shè)計的形式多種多樣，我們統(tǒng)稱為 企業(yè)架構(gòu)分類(EA Framework Taxonomy)，后文稱為EA 分類。

EA分類也就是綠色的部分，它主要用來維護(hù)EA中的定義、規(guī)則、協(xié)議，這些分類會根據(jù)不同的IT 策略進(jìn)行調(diào)整，同時可以保存到企業(yè)架構(gòu)存儲庫中(EA Repository)。同時這些EA的分類用來標(biāo)準(zhǔn)化和優(yōu)化治理流程(Governing Process)，這也就是左上角的橙色部分。

治理流程是用來實施具體EAG 過程的，它需要企業(yè)架構(gòu)的其他領(lǐng)域的引導(dǎo)和驅(qū)動，這樣EAG才能適合EA的不同領(lǐng)域。換句話說即便是通過專家團(tuán)隊定義的EA分類形成的治理流程，也需要適應(yīng)企業(yè)的不同領(lǐng)域需要，說白了就是要從一般到特殊。讓通用的治理流程適應(yīng)具體的領(lǐng)域需求。同時企業(yè)架構(gòu)組織也會對企業(yè)架構(gòu)中不同的領(lǐng)域進(jìn)行支持。

圖 2 EAG 架構(gòu)以及組件之間的關(guān)系

上面說了EAG 架構(gòu)中組件之間的關(guān)系，這里用一句話總結(jié)。企業(yè)架構(gòu)組織是由企業(yè)中的一群人組織而成，它包括EARB(企業(yè)架構(gòu)審查委員會)和能力中心，他們會定義、開發(fā)、維護(hù)、管理、發(fā)布EA分類以及支持企業(yè)架構(gòu)的其他領(lǐng)域，定義出來的EA分類可以保存到企業(yè)架構(gòu)存儲庫中，并且可以用來標(biāo)準(zhǔn)化和優(yōu)化治理流程，有企業(yè)架構(gòu)組織所支持的企業(yè)架構(gòu)的其他領(lǐng)域也可以引導(dǎo)和驅(qū)動治理流程的完成，而治理流程就是具體處理企業(yè)架構(gòu)執(zhí)行的過程。

也就是企業(yè)中的一幫大神，定義了一套規(guī)則，將這套規(guī)則應(yīng)用到流程中，讓流程能夠應(yīng)用到企業(yè)的各個領(lǐng)域中。

下面我們就來逐個介紹每個組件的意義和作用。其順序如下：

EA 組織結(jié)構(gòu)->EA分類->EA 治理流程->EA 存儲庫

企業(yè)架構(gòu)的其他領(lǐng)域需要根據(jù)具體企業(yè)進(jìn)行區(qū)分和講解，這里不展開說明。

EA組織結(jié)構(gòu)

企業(yè)架構(gòu)組織幫助企業(yè)開發(fā)并支持企業(yè)架構(gòu) (EA) 的設(shè)計、審查、執(zhí)行和治理功能。它需要擔(dān)負(fù)與EAG相關(guān)的職能，從三個方面來描述：

• EA 框架：建立一套標(biāo)準(zhǔn)、程序和操作協(xié)議，用于指導(dǎo)決策信息技術(shù)的采用、重用、報告和報廢。包括指導(dǎo)原則、方法、程序、指標(biāo)、最佳實踐和參考模型。
• EA 治理：建立一個跨組織、多學(xué)科的架構(gòu)審查委員會 (EARB)，得到企業(yè) IT 執(zhí)行管理層的支持，負(fù)責(zé)監(jiān)督技術(shù)治理戰(zhàn)略和框架定義的實施。
• EA 合規(guī)性：定義 EA 合規(guī)策略并制定一套一致的、可重復(fù)的流程以確保該 EA 合規(guī)策略。建立正確的組織職責(zé)和結(jié)構(gòu)，以支持架構(gòu)治理過程和需求的報告。

在EAG 架構(gòu)中談到了EA組織結(jié)構(gòu)會為EA流程提供指導(dǎo)和特征描述，會通過EA 分類的方式應(yīng)用到EA流程中。需要保證如下幾個原則：

• 標(biāo)準(zhǔn)化：制定和推廣企業(yè)范圍的 IT 標(biāo)準(zhǔn)。
• 一致性：實現(xiàn)所需級別的信息、流程和應(yīng)用程序集成以及互操作性。
• 重用：在設(shè)計、實施和產(chǎn)品組合級別實現(xiàn) IT 資產(chǎn)重用和優(yōu)勢的策略以及支持能力。
• 質(zhì)量：提供滿足業(yè)務(wù)功能和技術(shù)要求的解決方案，以及確保解決方案質(zhì)量的生命周期管理流程。
• 成本效益和效率：通過可重復(fù)的決策治理流程實現(xiàn)標(biāo)準(zhǔn)、重用和質(zhì)量的一致優(yōu)勢，從而降低總解決方案生命周期成本，并更好地實現(xiàn) IT 投資。

EA 小組負(fù)責(zé)整體架構(gòu)規(guī)劃和監(jiān)督，包括審查技術(shù)計劃、建立標(biāo)準(zhǔn)和指南、為企業(yè)范圍的技術(shù)計劃提供定向輸入以及審查技術(shù)收購。通常，EA 首席架構(gòu)師向 CIO 報告，EA 小組為 IT 領(lǐng)導(dǎo)提供指導(dǎo)支持。

我們通過一張圖來描述EA組織結(jié)構(gòu)的包含要素以及對應(yīng)的關(guān)系，如圖3 所示，先從Enterprise IT Leadership(企業(yè)IT領(lǐng)導(dǎo)) 開始，它在垂直方向會與Enterprise Architecture Review Board(EA 審查委員會)關(guān)聯(lián)，在對其進(jìn)行領(lǐng)導(dǎo)的同時，也會接受委員會的建議和指導(dǎo)，從而幫助推進(jìn)EAG的進(jìn)程，畢竟需要它去調(diào)動公司的其他資源進(jìn)行橫向溝通。

說到橫向溝通它會與Program Management Office (項目管理辦公室)保持密切合作，任何的EAG的EA 流程需要實施都離不開Program Management Office的推進(jìn)。然后Technology Office(技術(shù)辦公室)、Enterprise Architecture Review Board(EA 審查委員會)和 EA Competency Center(EA 能力中心)形成了一個EA Architecture Group(EA架構(gòu)小組)，這是一個虛擬的組織，因此用虛線將它們框起來。

他們?nèi)咝枰献魍瓿蒃AG 中定義EA 分類的大部分工作，Enterprise Architecture Review Board(EA 審查委員會) 是這個虛擬團(tuán)隊的核心，他負(fù)責(zé)對每個小組的產(chǎn)出物進(jìn)行審核、指導(dǎo)以及監(jiān)管，同時也會和Enterprise IT Leadership(企業(yè)IT領(lǐng)導(dǎo))不斷同步，從而保持向著正確的方向推進(jìn)工作。同時Enterprise Architecture Review Board(EA 審查委員會)還有一個職責(zé)就是與企業(yè)不同領(lǐng)域的專家保持聯(lián)系，從而保證開發(fā)出的流程標(biāo)準(zhǔn)能夠適用于不同的領(lǐng)域。EA Competency Center(EA 能力中心)在水平方向也會連接Other IT Competency Centers(其他的IT能力中心)，以便不斷觀察科技和行業(yè)的變化，讓自身的能力得以擴(kuò)展。

圖 3： EA 組織架構(gòu)圖

上面對EA 組織架構(gòu)的元素以及它們之間的關(guān)系進(jìn)行了描述，這里對幾個重點組織的工作范圍和內(nèi)容進(jìn)行進(jìn)一步地了解。

企業(yè) IT 領(lǐng)導(dǎo)委員會：由 CIO 和業(yè)務(wù)主管在內(nèi)的管理人員組成，將定義企業(yè)戰(zhàn)略要素，并與項目管理辦公室和 EARB 協(xié)調(diào)，將這些要素轉(zhuǎn)化為程序要素(EA 分類)。以下是企業(yè) IT 領(lǐng)導(dǎo)委員會的職責(zé)：

• 與 CIO 一起管理業(yè)務(wù)組合
• 與 CIO 一起制定業(yè)務(wù)戰(zhàn)略
• 制定企業(yè)戰(zhàn)略方向和優(yōu)先級
• 與 EA 其他的工作組合作，在項目組合中進(jìn)行盡職調(diào)查

技術(shù)辦公室：創(chuàng)建EA元素(業(yè)務(wù)模型、應(yīng)用程序架構(gòu)、數(shù)據(jù)架構(gòu)、基礎(chǔ)設(shè)施等)，提出EA流程以及EA 生命周期流程。它的產(chǎn)出物會作為EA 分類的重要組成部分。

EA 審查委員會：由架構(gòu)師組成，主要參與架構(gòu)審查、項目優(yōu)先級和批準(zhǔn)、供應(yīng)商評估和流程審查。

EA 能力中心：密切關(guān)注市場中的新技術(shù)發(fā)展，并確定由此為企業(yè)產(chǎn)生的商業(yè)價值。它會協(xié)助將舊系統(tǒng)遷移到新技術(shù)平臺上，并且提供對應(yīng)的流程和遷移方法。這是通過使用特定技術(shù)帶來的商業(yè)價值。

在典型的 IT 決策框架中有許多組織結(jié)構(gòu)模型。企業(yè)通常會根據(jù)不同的決策框架使用不同的組織架構(gòu)模型。具體分為集中式、分散式和聯(lián)合架構(gòu)模型。

集中式架構(gòu)

如圖4 所示，位于上方的Organization Enterprise Architecture是中央架構(gòu)團(tuán)隊的權(quán)威，負(fù)責(zé)定義EAG進(jìn)程中的框架和指南，其他的Business Unit 遵循中央架構(gòu)團(tuán)隊的規(guī)定并予以執(zhí)行。此模型定義了要在整個企業(yè)統(tǒng)一的參考架構(gòu)和開發(fā)標(biāo)準(zhǔn)。

圖 4：集中治理模型

從技能和開銷的角度來看，集中式模型是經(jīng)濟(jì)的，但對于建立客戶關(guān)系、培養(yǎng) IT 員工的業(yè)務(wù)知識幫助都不大，通過這種模式定制架構(gòu)解決方案從而適應(yīng)多變的業(yè)務(wù)需求就顯得比較困難.

分散式架構(gòu)

如圖5所示，最上層的Organization 針對不同的Business Unit 分配對應(yīng)的管理權(quán)限，將管理的權(quán)限分布到不同的Business Unit上面從而適應(yīng)不同的業(yè)務(wù)模式。因此，分散式架構(gòu)模型也是分布式模型。在分散式模型中，解決方案架構(gòu)與特定的業(yè)務(wù)線保持一致，通過Business Unit 中的架構(gòu)師向?qū)?yīng)的業(yè)務(wù)線進(jìn)行報告。這是為了促進(jìn)管理辦公室 (PMO) 和企業(yè)執(zhí)行委員會(EARB)之間更好地協(xié)調(diào)工作。

分散式架構(gòu)使業(yè)務(wù)線對 IT 架構(gòu)具有最大的控制權(quán)，并使 IT 服務(wù)交付與業(yè)務(wù)需求緊密結(jié)合。分散式架構(gòu)模型面臨的主要挑戰(zhàn)是難以在業(yè)務(wù)領(lǐng)域單元之間實施架構(gòu)一致性，從而導(dǎo)致 IT 資產(chǎn)組合分散且可能出現(xiàn)不一致。在實現(xiàn)企業(yè)范圍內(nèi)的流程、信息和應(yīng)用程序方面會遇到挑戰(zhàn)。此外，還存在潛在的 IT 能力冗余，跨域優(yōu)勢有限等問題。也就是能力和資源分散了，增加了IT架構(gòu)的靈活性，同時也帶來了無法統(tǒng)一標(biāo)準(zhǔn)，資源冗余的問題。

圖 5：去中心化架構(gòu)模型

聯(lián)合架構(gòu)

在聯(lián)合模型中，企業(yè) IT 架構(gòu)中央單元(例如 CIO/CTO 辦公室)主要負(fù)責(zé)架構(gòu)、通用基礎(chǔ)架構(gòu)和服務(wù)以及整個企業(yè)通用的標(biāo)準(zhǔn)和框架。每個業(yè)務(wù)領(lǐng)域都對自身領(lǐng)域的標(biāo)準(zhǔn)和資源決策負(fù)責(zé)。業(yè)務(wù)域和應(yīng)用程序 IT 設(shè)計匯總到業(yè)務(wù)域進(jìn)行管理。

如圖6 所示，最上面的Organization 相當(dāng)于企業(yè)IT架構(gòu)的中央單元，它對具體的業(yè)務(wù)單元Business Unit執(zhí)行治理工作，每個Business Unit 對其所在的業(yè)務(wù)線進(jìn)行管理，并且分別向中央單元進(jìn)行工作匯報。

圖 6聯(lián)合治理模型

聯(lián)合架構(gòu)模型讓企業(yè)整體框架與具體業(yè)務(wù)領(lǐng)域之間保持良好的關(guān)系，也讓 IT 與業(yè)務(wù)需求保持了一致。

企業(yè)架構(gòu)審查委員會 (EARB)

說完了EA 組織結(jié)構(gòu)以及對應(yīng)的三種架構(gòu)模式，再把目光放到組織中最重要的組成部分：企業(yè)架構(gòu)審查委員會(EARB)。EARB負(fù)責(zé)與企業(yè)中各個組織進(jìn)行溝通，并且由CIO 擔(dān)任EARB的主席。

企業(yè)架構(gòu)審查委員會負(fù)責(zé)處理信息管理架構(gòu)的計劃，根據(jù)預(yù)期的業(yè)務(wù)成果，對計劃需要實施的行為進(jìn)行審查。

企業(yè)架構(gòu)審查委員會通常負(fù)責(zé)實現(xiàn)以下目標(biāo)：

• 創(chuàng)建、管理和擁有企業(yè)架構(gòu)
• 讓企業(yè)子架構(gòu)之間保持一致性
• 保持企業(yè)架構(gòu)的靈活性

1. 滿足不斷變化的業(yè)務(wù)需求
2. 利用新技術(shù)

• 保證企業(yè)架構(gòu)的合規(guī)性
• 提高架構(gòu)的成熟度
• 確保架構(gòu)的開發(fā)原則
• 為架構(gòu)更改提供決策基礎(chǔ)
• 識別可重用組件

架構(gòu)委員會的日常工作是：

• 定期開會，保持信息溝通
• 管理和實施架構(gòu)的有效性和一致性
• 解決歧義、問題、沖突
• 為實施團(tuán)隊提供建議、指導(dǎo)和信息
• 驗證報告的服務(wù)水平、成本等

其治理職責(zé)是：

• 通過共識和授權(quán)發(fā)布架構(gòu)的接受和批準(zhǔn)
• 提供控制機(jī)制以確保架構(gòu)的有效實施
• 建立和維護(hù)架構(gòu)的實施，并維系架構(gòu)戰(zhàn)略目標(biāo)和業(yè)務(wù)戰(zhàn)略目標(biāo)之間的聯(lián)系
• 通過政策更新識別架構(gòu)和規(guī)劃活動的分歧，從而進(jìn)行調(diào)整

EARB 結(jié)構(gòu)和環(huán)境

企業(yè)架構(gòu)審查委員會通過各種活動支持 EA 組織實施 IT 戰(zhàn)略，例如：

• EA 框架的定義和 EA 元素的治理
• 定義和持續(xù)改進(jìn)架構(gòu)管理流程
• 定義項目的架構(gòu)驗收標(biāo)準(zhǔn)
• 審查架構(gòu)變更、處理偏差
• 查看 EA 指標(biāo)和 EA 一致性報告
• 確保架構(gòu)組件與業(yè)務(wù)保持一致
• 保證IT 項目架構(gòu)的復(fù)用性

圖7表示 ARB 的結(jié)構(gòu)及其環(huán)境，

圖 7企業(yè)架構(gòu)審查委員會和相關(guān)環(huán)境

如圖7 所示，Enterprise Architecture( EA 工作組)將與 IT 項目團(tuán)隊、IT PMO 和 IT 領(lǐng)導(dǎo)層(IT Leadership)密切合作。IT 領(lǐng)導(dǎo)層為 IT 職能部門提供業(yè)務(wù)目標(biāo)的戰(zhàn)略方向。EA 工作組和 EARB 將負(fù)責(zé)確保所有 IT 項目都符合戰(zhàn)略方向。他們將與項目團(tuán)隊密切合作，在選擇、確定優(yōu)先級和執(zhí)行項目時提供治理并確保遵守標(biāo)準(zhǔn)和原則。EA 工作組的一項關(guān)鍵活動是為項目團(tuán)隊提供架構(gòu)咨詢和審查。EA 工作組將與 IT PMO 密切合作，提供最佳實踐建議和項目治理。IT 領(lǐng)導(dǎo)委員會審查 EARB 的決定。同時，CIO 是決策的最終權(quán)威，并有權(quán)最終審查/修改決策。

EA 分類

說完了企業(yè)架構(gòu)審查委員會之后，就要談?wù)勥@個委員會的產(chǎn)出物，也就是EA 分類。EA 分類是對一些規(guī)則、協(xié)議、指標(biāo)、流程的定義，因此它是一個統(tǒng)稱，實際上是在EAG架構(gòu)中需要用到的要素的集合。由于這種特性，EA分類也被理解為定義術(shù)語的集合，這些術(shù)語的定義是為了讓組件和架構(gòu)概念結(jié)構(gòu)更加清晰。每個術(shù)語都可以理解為EAG 架構(gòu)中的一個要素，我們把這些要素通過一張圖展開說明。

如圖8所示，最上方的EA Governance 的部分包含了Arch Types(架構(gòu)類型)、Model & Structure(模型與結(jié)構(gòu))以及Linkage to IT Governance(與IT 治理之間的關(guān)系)。最重要的部分也就是下面的 EA Framework Taxonomy(EA 框架分類)，也就是我們所說的EA 分類，這里將這些要素分成三類，每類包含一個或者多個要素，也就是說每個分類就是要素的集合，這個分類稱為組件，包括Foundational(基礎(chǔ)組件)、Supporting(支撐組件)以及Canonical(規(guī)范組件)。在最下方會和Architecture Domains and Linkages(架構(gòu)領(lǐng)域以及聯(lián)系)保持關(guān)聯(lián)性， 在架構(gòu)領(lǐng)域中就包含了具體的Business(業(yè)務(wù))、Data(數(shù)據(jù))、Application(應(yīng)用)、Technology(技術(shù))，這些都會給EA 分類中要素的制定提供基礎(chǔ)的保證。

圖 8 EA 分類要素

在上圖中我們介紹了EA 分類所處的位置和基本分類，這里對分類要素進(jìn)行詳細(xì)的描述：

Foundational(基礎(chǔ)組件)：基于行業(yè)事實、企業(yè) IT 環(huán)境和文化，為支持組件要素和規(guī)范組件要素提供基礎(chǔ)。其分類結(jié)構(gòu)由 EAG管理，它與 IT Governance 相關(guān)聯(lián)。Guiding Principles(指導(dǎo)原則)是該領(lǐng)域的關(guān)鍵要素。

Supporting(支持組件)：基于Foundation組件、行業(yè)實踐、企業(yè)文化和IT環(huán)境的指導(dǎo)原則。Metrics(指標(biāo))、Best Practices(最佳實踐)、Methodologies(方法論)、Approaches(方法)和Protocols(協(xié)議)是該領(lǐng)域的關(guān)鍵要素。

Canonical(規(guī)范組件)：基于參考架構(gòu)、IT 流程和架構(gòu)標(biāo)準(zhǔn)中的行業(yè)事實定義，以及企業(yè)的支持框架組件。Standards(標(biāo)準(zhǔn))、Blue Prints(藍(lán)圖)、Processes(流程)是該領(lǐng)域的關(guān)鍵要素。

下面列出了關(guān)鍵概念和術(shù)語的具體定義。

EA 治理流程

有了EARB通過與其他部門、組織、領(lǐng)域合作生成對應(yīng)的EA 分類，這些分類按照分組將對應(yīng)的要素進(jìn)行整合，然后EARB將這些要素進(jìn)行輸出，然后將其應(yīng)用到EA 流程中。那么說完了EARB 和 EA分類之后就來到應(yīng)用EA分類的EA治理流程的部分了。

EA治理流程主要用來維護(hù)EAG的執(zhí)行流程，如果說把EAG的執(zhí)行流程理解為一個生命周期的話，那么這個生命周期過程會應(yīng)用于實施技術(shù)解決方案中。下面列出五個主要過程/流程：

• 架構(gòu)文檔流程
• 架構(gòu)審查流程
• 架構(gòu)溝通過程
• 架構(gòu)合規(guī)流程
• 架構(gòu)框架活力過程

架構(gòu)文檔流程

EA 框架闡明了組織的業(yè)務(wù)和技術(shù)架構(gòu)，為產(chǎn)品和合規(guī)性提供了對應(yīng)分類。該文檔流程為企業(yè)確定技術(shù)解決方案提供了豐富的信息。企業(yè)和領(lǐng)域架構(gòu)師負(fù)責(zé)企業(yè)架構(gòu)的開發(fā)和驗證。

架構(gòu)文檔流程描述了開發(fā)和維護(hù) EA 框架的過程。

架構(gòu)文檔流程提供了創(chuàng)建初始技術(shù)架構(gòu)框架所需的步驟，并由其他架構(gòu)生命周期流程觸發(fā)，包括：

• 架構(gòu)框架活力過程
• 在架構(gòu)合規(guī)過程中生成的請求
• 記錄架構(gòu)審查過程的結(jié)果

架構(gòu)審查流程

IT 項目審查是 EARB 提供的核心功能或服務(wù)之一，以幫助實現(xiàn)以下目標(biāo)：

• 遵循企業(yè)級 IT 指導(dǎo)原則 – EA 合規(guī)性
• 確保與企業(yè) IT 生態(tài)系統(tǒng)的一致性
• 在企業(yè)范圍內(nèi)促進(jìn)IT組件復(fù)用
• 確保架構(gòu)的可操作性
• 確保所有架構(gòu)決策都是合理的
• 降低項目失敗風(fēng)險
• 測量和監(jiān)控其他風(fēng)險
• 不斷更新和交流 EA 的分類元素

以下步驟描述了 EARB 審查整個企業(yè)的項目，包括：

• 企業(yè)范圍轉(zhuǎn)型的項目
• 偏離 EA 路線圖和方向的項目
• 不限于單個部門的項目
• 關(guān)鍵任務(wù)項目
• 對業(yè)務(wù)至關(guān)重要的項目

架構(gòu)溝通過程

架構(gòu)溝通流程確保 EA 框架內(nèi)容及時準(zhǔn)確地溝通。如果沒有徹底的溝通過程，企業(yè)架構(gòu)就只是一個文檔，也就是一個框架，沒有提供實質(zhì)的內(nèi)容。

所有人都有權(quán)訪問最新版本的企業(yè)架構(gòu)文檔和藍(lán)圖。構(gòu)建機(jī)制向所有人傳遞文檔以及更新信息。企業(yè)架構(gòu)的充分溝通在確保企業(yè)活動、EA 框架、企業(yè)戰(zhàn)略計劃同步方面起著至關(guān)重要的作用。

每當(dāng)企業(yè)架構(gòu)由于架構(gòu)審查、架構(gòu)活力或架構(gòu)文檔過程而發(fā)生顯著變化時，需要及時將信息傳達(dá)給架構(gòu)受眾。

架構(gòu)溝通是一組溝通“文檔”，可以將企業(yè)架構(gòu)信息傳播給架構(gòu)受眾成員。

架構(gòu)合規(guī)流程

架構(gòu)合規(guī)流程描述了企業(yè)對產(chǎn)品以及組件進(jìn)行差異化調(diào)整的流程。從企業(yè)的角度來看，合規(guī)流程是管理信息技術(shù)適當(dāng)以及合理的方法。

架構(gòu)合規(guī)流程的關(guān)鍵觸發(fā)因素如下：

• 項目團(tuán)隊需要解決任何內(nèi)部工具、技術(shù)或解決方案出現(xiàn)的問題。
• 項目團(tuán)隊也需要控制項目預(yù)算。
• 提供技術(shù)領(lǐng)域的單一產(chǎn)品的解決方案。
• 對于沒有使用的新/復(fù)雜技術(shù)的架構(gòu)進(jìn)行申請。

架構(gòu)合規(guī)流程的審核結(jié)果是架構(gòu)框架活力流程的輸入。合規(guī)流程由三個子流程組成，包括：

• 請求架構(gòu)協(xié)助
• 確定技術(shù)選項
• 創(chuàng)建架構(gòu)差異業(yè)務(wù)案例

架構(gòu)框架活力過程

架構(gòu)框架活力過程是用來確保EA 框架內(nèi)容的準(zhǔn)確性和及時性。為確保企業(yè)架構(gòu)活力，從業(yè)務(wù)戰(zhàn)略要素、IT 戰(zhàn)略要素和增強建議的角度對 EA 框架進(jìn)行了審查。能夠讓顧問為業(yè)務(wù)戰(zhàn)略和 IT 戰(zhàn)略提供意見。

當(dāng)業(yè)務(wù)戰(zhàn)略、 IT 戰(zhàn)略發(fā)生明顯轉(zhuǎn)變時，就需要進(jìn)行架構(gòu)框架審查。EA 框架審查應(yīng)至少每隔一到兩年進(jìn)行一次。

例行審查已記錄的 EA 框架過程由子過程組成，從而對架構(gòu)更新進(jìn)行確定、記錄和申請。

以下三個事件導(dǎo)致 EA 框架發(fā)生變化：

• EARB 的建議
• 架構(gòu)框架元素增強
• 提供給 CTO 的業(yè)務(wù)戰(zhàn)略轉(zhuǎn)變
• 提供給 CTO 的 IT 戰(zhàn)略轉(zhuǎn)變

EA 存儲庫

聊完了EA治理有流程之后，就談到了EA存儲庫，它是用來存儲EARB生成的EA分類信息。用來捕獲、存儲、構(gòu)建和分析與企業(yè)架構(gòu)有關(guān)的信息，并將信息呈現(xiàn)給企業(yè)利益相關(guān)者。并通過捕獲重要的企業(yè)環(huán)境以及跨業(yè)務(wù)、信息、技術(shù)和解決方案架構(gòu)的內(nèi)容開發(fā)和分析功能，為戰(zhàn)略決策制定提供支持。

EA 工具通過捕獲重要的企業(yè)環(huán)境以及跨業(yè)務(wù)、信息、技術(shù)和解決方案架構(gòu)的內(nèi)容開發(fā)和分析功能，為戰(zhàn)略決策提供支持。

它幫助利益相關(guān)者分析和優(yōu)化企業(yè)架構(gòu)內(nèi)容，包括業(yè)務(wù)戰(zhàn)略、組織結(jié)構(gòu)、業(yè)務(wù)流程/任務(wù)和活動、信息流、應(yīng)用程序和技術(shù)基礎(chǔ)設(shè)施。

EA 工具包含以下功能特性：

• 建模能力
• 框架和標(biāo)準(zhǔn)支持
• 創(chuàng)建、導(dǎo)入模型
• 強大而靈活的存儲庫和數(shù)據(jù)模型
• 易用性
• 為集成多企業(yè)提供工具
• 影響企業(yè)領(lǐng)域各個層面的能力
• 滿足需求的管理功能，例如安全、審計、控制、協(xié)作、配置和版本控制

未來研究方向

前面通過EAG的架構(gòu)描繪了EAG每個組件的功能以及之間的關(guān)系，這都是從理論角度在描述如何進(jìn)行EAG。但是方法論始終只是參考，著眼當(dāng)下，企業(yè)架構(gòu)師需要根據(jù)企業(yè)情況有預(yù)見性地建立協(xié)作模型，并且采取以結(jié)果為驅(qū)動的架構(gòu)方法。

在最近一份關(guān)于 2022 年企業(yè)架構(gòu)未來的研究報告中，Gartner 預(yù)測，現(xiàn)代企業(yè)架構(gòu)和技術(shù)創(chuàng)新領(lǐng)導(dǎo)者將在未來十年發(fā)揮作用。企業(yè)架構(gòu)師必須在以下方面擴(kuò)展他們的角色和技能，

• 支持業(yè)務(wù)和 IT 的戰(zhàn)略規(guī)劃
• 專注于商業(yè)生態(tài)系統(tǒng)中的數(shù)字技術(shù)
• 學(xué)習(xí)并采用云、微服務(wù)、API 管理和 DevOps 等下一代技術(shù)。
• 增強綜合業(yè)務(wù)和技術(shù)技能，在未來十年發(fā)揮作用
• 采用不同的工具來分析不斷變化的計劃、進(jìn)行中的項目和現(xiàn)有資產(chǎn)隨著時間推移的狀態(tài)的相互關(guān)系和相互依賴關(guān)系

此外，企業(yè)架構(gòu)師需要參與技術(shù)創(chuàng)新，敏捷的架構(gòu)開發(fā)方式。

結(jié)論

設(shè)計良好的企業(yè)架構(gòu)治理結(jié)構(gòu)可以降低 IT 成本和風(fēng)險、加速決策制定和交付。它確保投資決策從啟動到實施都與 EA 保持一致。

治理是任何變革計劃的重要組成部分，EA 也不例外。治理為各種利益相關(guān)者提供了一個定期交互和維護(hù)企業(yè)架構(gòu)的平臺。如果沒有充分的治理，企業(yè)架構(gòu)將仍然是一個理論概念，無法提供所需的業(yè)務(wù)收益。

EAG在現(xiàn)代EA中的作用總結(jié)如下：

• 不要專注于當(dāng)前狀態(tài)架構(gòu)，要放眼未來架構(gòu)發(fā)展
• 繼續(xù)將 EA 程序推進(jìn)到下一個成熟度級別
• 了解組織的業(yè)務(wù)戰(zhàn)略、業(yè)務(wù)模型和目標(biāo)，并確定 EA 如何幫助實現(xiàn)業(yè)務(wù)價值
• 不要被 EA 框架、行業(yè)參考模型、治理和 EA 工具擾亂心智，還是要專注企業(yè)自身的EAG
• 對 EA 程序采用持續(xù)創(chuàng)新的方法，完善每個迭代的工作
• 不要在不了解用例和功能的情況下購買 EA 工具

作者介紹

崔皓，51CTO社區(qū)編輯，資深架構(gòu)師，擁有18年的軟件開發(fā)和架構(gòu)經(jīng)驗，10年分布式架構(gòu)經(jīng)驗。曾任惠普技術(shù)專家。樂于分享，撰寫了很多熱門技術(shù)文章，閱讀量超過60萬。《分布式架構(gòu)原理與實踐》作者。