建站
咨詢
售后
建站咨詢
新聞中心
開篇
業(yè)務戰(zhàn)略是我們經常提起的，它描述了明確的商業(yè)目標，并且為其制定了長期的規(guī)劃(大約 3-5 年)。
成都創(chuàng)新互聯公司是一家集網站建設,屏南企業(yè)網站建設,屏南品牌網站建設,網站定制,屏南網站建設報價,網絡營銷,網絡優(yōu)化,屏南網站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯網需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網站。
IT 戰(zhàn)略是根據業(yè)務戰(zhàn)略而制定的與IT基礎設置、軟/硬件服務/產品相關的戰(zhàn)略。它由不同項目計劃組成，利用信息技術協(xié)助企業(yè)完成業(yè)務戰(zhàn)略。IT戰(zhàn)略需要與業(yè)務戰(zhàn)略保持同步，將企業(yè)的IT能力賦能給企業(yè)的商業(yè)活動，從而完成企業(yè)的戰(zhàn)略目標。
無論是業(yè)務戰(zhàn)略還是IT戰(zhàn)略無疑都是服務于公司治理的。公司治理是指影響公司的方向和業(yè)績表現的各類參與者(股東;經理班子;董事會;職工、顧客、供應商、債權人;政府、社區(qū)、公眾等)之間的關系，涉及主要參與者的權利、責任和影響，以及在決定公司的方向、戰(zhàn)略、業(yè)績表現時能做什么和應該做什么。
有了IT戰(zhàn)略就需要對其構建、評估和實施，只有這樣才能將其IT戰(zhàn)略與業(yè)務戰(zhàn)略緊密對齊，保證戰(zhàn)略發(fā)展的方向一致、步調一致。因此，IT治理就應運而生了，它是用來處理業(yè)務焦點和 IT 管理之間的聯系， IT 治理是流程、實踐、規(guī)則和關系的組合。
光有IT治理來解決企業(yè)IT戰(zhàn)略落地的問題似乎還不夠，因為要讓IT戰(zhàn)略與業(yè)務戰(zhàn)略對齊并且融合并不是IT 部門或者IT 內部結構能夠解決的問題，需要調動公司其他的部門、資源和力量來完成。因此，就提出了企業(yè)架構治理(EAG，Enterprise Architecture Governance)的概念。
企業(yè)架構治理 (EAG)是行使經濟、政治和行政權力來管理企業(yè)架構的開發(fā)和實施。它是組織結構和流程的集合，組織通過它控制其部署的 IT 解決方案，以確保IT戰(zhàn)略與企業(yè)架構愿景、原則和標準保持一致。
上面提到了幾個概念注入公司治理、業(yè)務戰(zhàn)略、IT戰(zhàn)略、IT治理，企業(yè)架構治理(EAG)等等，這里用一張圖將它們的關系梳理一下。
圖 1公司治理、業(yè)務戰(zhàn)略、IT戰(zhàn)略關系圖
如圖1 所示，從上往下看公司治理在圖的頂端，它代表公司參與者的利益，決定公司的方向、戰(zhàn)略、業(yè)績。業(yè)務戰(zhàn)略和IT戰(zhàn)略都是為了支撐公司治理而存在的，業(yè)務戰(zhàn)略決定了公司的商業(yè)發(fā)展路徑和手段，因此IT戰(zhàn)略需要主動向業(yè)務戰(zhàn)略對齊，保持步調一致。由于IT 戰(zhàn)略是頂層架構需要具體的實施細則，因此會包含IT治理和企業(yè)架構治理(EAG)兩個部分。
IT治理是整合企業(yè)中的IT 能力用來構建、評估、實施IT 戰(zhàn)略的。但是只有IT能力是無法實現IT戰(zhàn)略的，還需要整個企業(yè)中的其他資源，因此就有了企業(yè)架構治理(EAG)，它會去整合整個企業(yè)中的其他資源，完成企業(yè)架構的開發(fā)和實施。從紫色區(qū)域整合了IT能力和企業(yè)資源可以看出來，它是IT能力與組織、流程等相關資源的粘合劑，它會行使企業(yè)中經濟、政治和行政權力來管理企業(yè)架構的開發(fā)和實施。
本文的重點放在企業(yè)架構治理(EAG)，后簡稱為EAG。EAG會包括企業(yè)結構和一組政策、流程和程序，企業(yè)可以通過這些政策、流程和程序控制其部署的 IT 解決方案，以確保它們與企業(yè)架構愿景、原則和標準保持一致。
EAG治理不僅是 CIO 和 IT主管的責任，也需要業(yè)務部門主管以及企業(yè)架構師、領域架構師、業(yè)務專家和其他人員參與，這也是為什么上文中說到的需要整合企業(yè)內的資源。
如果沒有很好的執(zhí)行EAG，就無法保持業(yè)務戰(zhàn)略和 IT戰(zhàn)略 的一致性，這種不協(xié)調也會影響到公司戰(zhàn)略的實現。
本文會對EAG進行定義，并描述其框架，然后針對框架的組成部分進行逐一講解。
EAG定義與架構
EA 是一項持續(xù)性的活動，其中EAG是一個過程，有助于管理和維護組織的架構，圍繞企業(yè)戰(zhàn)略并且保證業(yè)務戰(zhàn)略和 IT戰(zhàn)略 的一致性。EAG確保企業(yè)中的所有元素(人員、部門、IT 系統(tǒng)、應用程序)相互協(xié)調并服從IT戰(zhàn)略的發(fā)展。
EAG 治理的目標是：
1. 確保IT戰(zhàn)略對應的實施計劃被采納和遵守。
2. 確保決策過程與企業(yè)架構保持一致。
3. 為所有利益相關者提供架構上的保證。
4. 保持企業(yè)的相關性以滿足不斷變化的需求。
為了實現上述目的EAG引入了一些元素，并且通過EAG模型讓這些元素產生聯系，互相影響互相推動從而達到EAG的目標。為了能夠全面地理解EAG 架構，通過一張圖來描述架構以及組件之間的關系。
如圖2 所示，我們從右下角藍色部分開始，企業(yè)架構組織(Enterprise Architecture Organization)由企業(yè)架構審核委員會(EARB)和能力中心(Competency Centre)組成，他們會根據EA 架構定義、開發(fā)、維護、管理、發(fā)布企業(yè)架構的設計。這些設計的形式多種多樣，我們統(tǒng)稱為 企業(yè)架構分類(EA Framework Taxonomy)，后文稱為EA 分類。
EA分類也就是綠色的部分，它主要用來維護EA中的定義、規(guī)則、協(xié)議，這些分類會根據不同的IT 策略進行調整，同時可以保存到企業(yè)架構存儲庫中(EA Repository)。同時這些EA的分類用來標準化和優(yōu)化治理流程(Governing Process)，這也就是左上角的橙色部分。
治理流程是用來實施具體EAG 過程的，它需要企業(yè)架構的其他領域的引導和驅動，這樣EAG才能適合EA的不同領域。換句話說即便是通過專家團隊定義的EA分類形成的治理流程，也需要適應企業(yè)的不同領域需要，說白了就是要從一般到特殊。讓通用的治理流程適應具體的領域需求。同時企業(yè)架構組織也會對企業(yè)架構中不同的領域進行支持。
圖 2 EAG 架構以及組件之間的關系
上面說了EAG 架構中組件之間的關系，這里用一句話總結。企業(yè)架構組織是由企業(yè)中的一群人組織而成，它包括EARB(企業(yè)架構審查委員會)和能力中心，他們會定義、開發(fā)、維護、管理、發(fā)布EA分類以及支持企業(yè)架構的其他領域，定義出來的EA分類可以保存到企業(yè)架構存儲庫中，并且可以用來標準化和優(yōu)化治理流程，有企業(yè)架構組織所支持的企業(yè)架構的其他領域也可以引導和驅動治理流程的完成，而治理流程就是具體處理企業(yè)架構執(zhí)行的過程。
也就是企業(yè)中的一幫大神，定義了一套規(guī)則，將這套規(guī)則應用到流程中，讓流程能夠應用到企業(yè)的各個領域中。
下面我們就來逐個介紹每個組件的意義和作用。其順序如下：
EA 組織結構->EA分類->EA 治理流程->EA 存儲庫
企業(yè)架構的其他領域需要根據具體企業(yè)進行區(qū)分和講解，這里不展開說明。
EA組織結構
企業(yè)架構組織幫助企業(yè)開發(fā)并支持企業(yè)架構 (EA) 的設計、審查、執(zhí)行和治理功能。它需要擔負與EAG相關的職能，從三個方面來描述：
- EA 框架：建立一套標準、程序和操作協(xié)議，用于指導決策信息技術的采用、重用、報告和報廢。包括指導原則、方法、程序、指標、最佳實踐和參考模型。
- EA 治理：建立一個跨組織、多學科的架構審查委員會 (EARB)，得到企業(yè) IT 執(zhí)行管理層的支持，負責監(jiān)督技術治理戰(zhàn)略和框架定義的實施。
- EA 合規(guī)性：定義 EA 合規(guī)策略并制定一套一致的、可重復的流程以確保該 EA 合規(guī)策略。建立正確的組織職責和結構，以支持架構治理過程和需求的報告。
在EAG 架構中談到了EA組織結構會為EA流程提供指導和特征描述，會通過EA 分類的方式應用到EA流程中。需要保證如下幾個原則：
- 標準化：制定和推廣企業(yè)范圍的 IT 標準。
- 一致性：實現所需級別的信息、流程和應用程序集成以及互操作性。
- 重用：在設計、實施和產品組合級別實現 IT 資產重用和優(yōu)勢的策略以及支持能力。
- 質量：提供滿足業(yè)務功能和技術要求的解決方案，以及確保解決方案質量的生命周期管理流程。
- 成本效益和效率：通過可重復的決策治理流程實現標準、重用和質量的一致優(yōu)勢，從而降低總解決方案生命周期成本，并更好地實現 IT 投資。
EA 小組負責整體架構規(guī)劃和監(jiān)督，包括審查技術計劃、建立標準和指南、為企業(yè)范圍的技術計劃提供定向輸入以及審查技術收購。通常，EA 首席架構師向 CIO 報告，EA 小組為 IT 領導提供指導支持。
我們通過一張圖來描述EA組織結構的包含要素以及對應的關系，如圖3 所示，先從Enterprise IT Leadership(企業(yè)IT領導) 開始，它在垂直方向會與Enterprise Architecture Review Board(EA 審查委員會)關聯，在對其進行領導的同時，也會接受委員會的建議和指導，從而幫助推進EAG的進程，畢竟需要它去調動公司的其他資源進行橫向溝通。
說到橫向溝通它會與Program Management Office (項目管理辦公室)保持密切合作，任何的EAG的EA 流程需要實施都離不開Program Management Office的推進。然后Technology Office(技術辦公室)、Enterprise Architecture Review Board(EA 審查委員會)和 EA Competency Center(EA 能力中心)形成了一個EA Architecture Group(EA架構小組)，這是一個虛擬的組織，因此用虛線將它們框起來。
他們三者需要合作完成EAG 中定義EA 分類的大部分工作，Enterprise Architecture Review Board(EA 審查委員會) 是這個虛擬團隊的核心，他負責對每個小組的產出物進行審核、指導以及監(jiān)管，同時也會和Enterprise IT Leadership(企業(yè)IT領導)不斷同步，從而保持向著正確的方向推進工作。同時Enterprise Architecture Review Board(EA 審查委員會)還有一個職責就是與企業(yè)不同領域的專家保持聯系，從而保證開發(fā)出的流程標準能夠適用于不同的領域。EA Competency Center(EA 能力中心)在水平方向也會連接Other IT Competency Centers(其他的IT能力中心)，以便不斷觀察科技和行業(yè)的變化，讓自身的能力得以擴展。
圖 3： EA 組織架構圖
上面對EA 組織架構的元素以及它們之間的關系進行了描述，這里對幾個重點組織的工作范圍和內容進行進一步地了解。
企業(yè) IT 領導委員會：由 CIO 和業(yè)務主管在內的管理人員組成，將定義企業(yè)戰(zhàn)略要素，并與項目管理辦公室和 EARB 協(xié)調，將這些要素轉化為程序要素(EA 分類)。以下是企業(yè) IT 領導委員會的職責：
- 與 CIO 一起管理業(yè)務組合
- 與 CIO 一起制定業(yè)務戰(zhàn)略
- 制定企業(yè)戰(zhàn)略方向和優(yōu)先級
- 與 EA 其他的工作組合作，在項目組合中進行盡職調查
技術辦公室：創(chuàng)建EA元素(業(yè)務模型、應用程序架構、數據架構、基礎設施等)，提出EA流程以及EA 生命周期流程。它的產出物會作為EA 分類的重要組成部分。
EA 審查委員會：由架構師組成，主要參與架構審查、項目優(yōu)先級和批準、供應商評估和流程審查。
EA 能力中心：密切關注市場中的新技術發(fā)展，并確定由此為企業(yè)產生的商業(yè)價值。它會協(xié)助將舊系統(tǒng)遷移到新技術平臺上，并且提供對應的流程和遷移方法。這是通過使用特定技術帶來的商業(yè)價值。
在典型的 IT 決策框架中有許多組織結構模型。企業(yè)通常會根據不同的決策框架使用不同的組織架構模型。具體分為集中式、分散式和聯合架構模型。
集中式架構
如圖4 所示，位于上方的Organization Enterprise Architecture是中央架構團隊的權威，負責定義EAG進程中的框架和指南，其他的Business Unit 遵循中央架構團隊的規(guī)定并予以執(zhí)行。此模型定義了要在整個企業(yè)統(tǒng)一的參考架構和開發(fā)標準。
圖 4：集中治理模型
從技能和開銷的角度來看，集中式模型是經濟的，但對于建立客戶關系、培養(yǎng) IT 員工的業(yè)務知識幫助都不大，通過這種模式定制架構解決方案從而適應多變的業(yè)務需求就顯得比較困難.
分散式架構
如圖5所示，最上層的Organization 針對不同的Business Unit 分配對應的管理權限，將管理的權限分布到不同的Business Unit上面從而適應不同的業(yè)務模式。因此，分散式架構模型也是分布式模型。在分散式模型中，解決方案架構與特定的業(yè)務線保持一致，通過Business Unit 中的架構師向對應的業(yè)務線進行報告。這是為了促進管理辦公室 (PMO) 和企業(yè)執(zhí)行委員會(EARB)之間更好地協(xié)調工作。
分散式架構使業(yè)務線對 IT 架構具有最大的控制權，并使 IT 服務交付與業(yè)務需求緊密結合。分散式架構模型面臨的主要挑戰(zhàn)是難以在業(yè)務領域單元之間實施架構一致性，從而導致 IT 資產組合分散且可能出現不一致。在實現企業(yè)范圍內的流程、信息和應用程序方面會遇到挑戰(zhàn)。此外，還存在潛在的 IT 能力冗余，跨域優(yōu)勢有限等問題。也就是能力和資源分散了，增加了IT架構的靈活性，同時也帶來了無法統(tǒng)一標準，資源冗余的問題。
圖 5：去中心化架構模型
聯合架構
在聯合模型中，企業(yè) IT 架構中央單元(例如 CIO/CTO 辦公室)主要負責架構、通用基礎架構和服務以及整個企業(yè)通用的標準和框架。每個業(yè)務領域都對自身領域的標準和資源決策負責。業(yè)務域和應用程序 IT 設計匯總到業(yè)務域進行管理。
如圖6 所示，最上面的Organization 相當于企業(yè)IT架構的中央單元，它對具體的業(yè)務單元Business Unit執(zhí)行治理工作，每個Business Unit 對其所在的業(yè)務線進行管理，并且分別向中央單元進行工作匯報。
圖 6聯合治理模型
聯合架構模型讓企業(yè)整體框架與具體業(yè)務領域之間保持良好的關系，也讓 IT 與業(yè)務需求保持了一致。
企業(yè)架構審查委員會 (EARB)
說完了EA 組織結構以及對應的三種架構模式，再把目光放到組織中最重要的組成部分：企業(yè)架構審查委員會(EARB)。EARB負責與企業(yè)中各個組織進行溝通，并且由CIO 擔任EARB的主席。
企業(yè)架構審查委員會負責處理信息管理架構的計劃，根據預期的業(yè)務成果，對計劃需要實施的行為進行審查。
企業(yè)架構審查委員會通常負責實現以下目標：
- 創(chuàng)建、管理和擁有企業(yè)架構
- 讓企業(yè)子架構之間保持一致性
- 保持企業(yè)架構的靈活性
- 滿足不斷變化的業(yè)務需求
- 利用新技術
- 保證企業(yè)架構的合規(guī)性
- 提高架構的成熟度
- 確保架構的開發(fā)原則
- 為架構更改提供決策基礎
- 識別可重用組件
架構委員會的日常工作是：
- 定期開會，保持信息溝通
- 管理和實施架構的有效性和一致性
- 解決歧義、問題、沖突
- 為實施團隊提供建議、指導和信息
- 驗證報告的服務水平、成本等
其治理職責是：
- 通過共識和授權發(fā)布架構的接受和批準
- 提供控制機制以確保架構的有效實施
- 建立和維護架構的實施，并維系架構戰(zhàn)略目標和業(yè)務戰(zhàn)略目標之間的聯系
- 通過政策更新識別架構和規(guī)劃活動的分歧，從而進行調整
EARB 結構和環(huán)境
企業(yè)架構審查委員會通過各種活動支持 EA 組織實施 IT 戰(zhàn)略，例如：
- EA 框架的定義和 EA 元素的治理
- 定義和持續(xù)改進架構管理流程
- 定義項目的架構驗收標準
- 審查架構變更、處理偏差
- 查看 EA 指標和 EA 一致性報告
- 確保架構組件與業(yè)務保持一致
- 保證IT 項目架構的復用性
圖7表示 ARB 的結構及其環(huán)境，
圖 7企業(yè)架構審查委員會和相關環(huán)境
如圖7 所示，Enterprise Architecture( EA 工作組)將與 IT 項目團隊、IT PMO 和 IT 領導層(IT Leadership)密切合作。IT 領導層為 IT 職能部門提供業(yè)務目標的戰(zhàn)略方向。EA 工作組和 EARB 將負責確保所有 IT 項目都符合戰(zhàn)略方向。他們將與項目團隊密切合作，在選擇、確定優(yōu)先級和執(zhí)行項目時提供治理并確保遵守標準和原則。EA 工作組的一項關鍵活動是為項目團隊提供架構咨詢和審查。EA 工作組將與 IT PMO 密切合作，提供最佳實踐建議和項目治理。IT 領導委員會審查 EARB 的決定。同時，CIO 是決策的最終權威，并有權最終審查/修改決策。
EA 分類
說完了企業(yè)架構審查委員會之后，就要談談這個委員會的產出物，也就是EA 分類。EA 分類是對一些規(guī)則、協(xié)議、指標、流程的定義，因此它是一個統(tǒng)稱，實際上是在EAG架構中需要用到的要素的集合。由于這種特性，EA分類也被理解為定義術語的集合，這些術語的定義是為了讓組件和架構概念結構更加清晰。每個術語都可以理解為EAG 架構中的一個要素，我們把這些要素通過一張圖展開說明。
如圖8所示，最上方的EA Governance 的部分包含了Arch Types(架構類型)、Model & Structure(模型與結構)以及Linkage to IT Governance(與IT 治理之間的關系)。最重要的部分也就是下面的 EA Framework Taxonomy(EA 框架分類)，也就是我們所說的EA 分類，這里將這些要素分成三類，每類包含一個或者多個要素，也就是說每個分類就是要素的集合，這個分類稱為組件，包括Foundational(基礎組件)、Supporting(支撐組件)以及Canonical(規(guī)范組件)。在最下方會和Architecture Domains and Linkages(架構領域以及聯系)保持關聯性， 在架構領域中就包含了具體的Business(業(yè)務)、Data(數據)、Application(應用)、Technology(技術)，這些都會給EA 分類中要素的制定提供基礎的保證。
圖 8 EA 分類要素
在上圖中我們介紹了EA 分類所處的位置和基本分類，這里對分類要素進行詳細的描述：
Foundational(基礎組件)：基于行業(yè)事實、企業(yè) IT 環(huán)境和文化，為支持組件要素和規(guī)范組件要素提供基礎。其分類結構由 EAG管理，它與 IT Governance 相關聯。Guiding Principles(指導原則)是該領域的關鍵要素。
Supporting(支持組件)：基于Foundation組件、行業(yè)實踐、企業(yè)文化和IT環(huán)境的指導原則。Metrics(指標)、Best Practices(最佳實踐)、Methodologies(方法論)、Approaches(方法)和Protocols(協(xié)議)是該領域的關鍵要素。
Canonical(規(guī)范組件)：基于參考架構、IT 流程和架構標準中的行業(yè)事實定義，以及企業(yè)的支持框架組件。Standards(標準)、Blue Prints(藍圖)、Processes(流程)是該領域的關鍵要素。
下面列出了關鍵概念和術語的具體定義。
EA 治理流程
有了EARB通過與其他部門、組織、領域合作生成對應的EA 分類，這些分類按照分組將對應的要素進行整合，然后EARB將這些要素進行輸出，然后將其應用到EA 流程中。那么說完了EARB 和 EA分類之后就來到應用EA分類的EA治理流程的部分了。
EA治理流程主要用來維護EAG的執(zhí)行流程，如果說把EAG的執(zhí)行流程理解為一個生命周期的話，那么這個生命周期過程會應用于實施技術解決方案中。下面列出五個主要過程/流程：
- 架構文檔流程
- 架構審查流程
- 架構溝通過程
- 架構合規(guī)流程
- 架構框架活力過程
架構文檔流程
EA 框架闡明了組織的業(yè)務和技術架構，為產品和合規(guī)性提供了對應分類。該文檔流程為企業(yè)確定技術解決方案提供了豐富的信息。企業(yè)和領域架構師負責企業(yè)架構的開發(fā)和驗證。
架構文檔流程描述了開發(fā)和維護 EA 框架的過程。
架構文檔流程提供了創(chuàng)建初始技術架構框架所需的步驟，并由其他架構生命周期流程觸發(fā)，包括：
- 架構框架活力過程
- 在架構合規(guī)過程中生成的請求
- 記錄架構審查過程的結果
架構審查流程
IT 項目審查是 EARB 提供的核心功能或服務之一，以幫助實現以下目標：
- 遵循企業(yè)級 IT 指導原則 – EA 合規(guī)性
- 確保與企業(yè) IT 生態(tài)系統(tǒng)的一致性
- 在企業(yè)范圍內促進IT組件復用
- 確保架構的可操作性
- 確保所有架構決策都是合理的
- 降低項目失敗風險
- 測量和監(jiān)控其他風險
- 不斷更新和交流 EA 的分類元素
以下步驟描述了 EARB 審查整個企業(yè)的項目，包括：
- 企業(yè)范圍轉型的項目
- 偏離 EA 路線圖和方向的項目
- 不限于單個部門的項目
- 關鍵任務項目
- 對業(yè)務至關重要的項目
架構溝通過程
架構溝通流程確保 EA 框架內容及時準確地溝通。如果沒有徹底的溝通過程，企業(yè)架構就只是一個文檔，也就是一個框架，沒有提供實質的內容。
所有人都有權訪問最新版本的企業(yè)架構文檔和藍圖。構建機制向所有人傳遞文檔以及更新信息。企業(yè)架構的充分溝通在確保企業(yè)活動、EA 框架、企業(yè)戰(zhàn)略計劃同步方面起著至關重要的作用。
每當企業(yè)架構由于架構審查、架構活力或架構文檔過程而發(fā)生顯著變化時，需要及時將信息傳達給架構受眾。
架構溝通是一組溝通“文檔”，可以將企業(yè)架構信息傳播給架構受眾成員。
架構合規(guī)流程
架構合規(guī)流程描述了企業(yè)對產品以及組件進行差異化調整的流程。從企業(yè)的角度來看，合規(guī)流程是管理信息技術適當以及合理的方法。
架構合規(guī)流程的關鍵觸發(fā)因素如下：
- 項目團隊需要解決任何內部工具、技術或解決方案出現的問題。
- 項目團隊也需要控制項目預算。
- 提供技術領域的單一產品的解決方案。
- 對于沒有使用的新/復雜技術的架構進行申請。
架構合規(guī)流程的審核結果是架構框架活力流程的輸入。合規(guī)流程由三個子流程組成，包括：
- 請求架構協(xié)助
- 確定技術選項
- 創(chuàng)建架構差異業(yè)務案例
架構框架活力過程
架構框架活力過程是用來確保EA 框架內容的準確性和及時性。為確保企業(yè)架構活力，從業(yè)務戰(zhàn)略要素、IT 戰(zhàn)略要素和增強建議的角度對 EA 框架進行了審查。能夠讓顧問為業(yè)務戰(zhàn)略和 IT 戰(zhàn)略提供意見。
當業(yè)務戰(zhàn)略、 IT 戰(zhàn)略發(fā)生明顯轉變時，就需要進行架構框架審查。EA 框架審查應至少每隔一到兩年進行一次。
例行審查已記錄的 EA 框架過程由子過程組成，從而對架構更新進行確定、記錄和申請。
以下三個事件導致 EA 框架發(fā)生變化：
- EARB 的建議
- 架構框架元素增強
- 提供給 CTO 的業(yè)務戰(zhàn)略轉變
- 提供給 CTO 的 IT 戰(zhàn)略轉變
EA 存儲庫
聊完了EA治理有流程之后，就談到了EA存儲庫，它是用來存儲EARB生成的EA分類信息。用來捕獲、存儲、構建和分析與企業(yè)架構有關的信息，并將信息呈現給企業(yè)利益相關者。并通過捕獲重要的企業(yè)環(huán)境以及跨業(yè)務、信息、技術和解決方案架構的內容開發(fā)和分析功能，為戰(zhàn)略決策制定提供支持。
EA 工具通過捕獲重要的企業(yè)環(huán)境以及跨業(yè)務、信息、技術和解決方案架構的內容開發(fā)和分析功能，為戰(zhàn)略決策提供支持。
它幫助利益相關者分析和優(yōu)化企業(yè)架構內容，包括業(yè)務戰(zhàn)略、組織結構、業(yè)務流程/任務和活動、信息流、應用程序和技術基礎設施。
EA 工具包含以下功能特性：
- 建模能力
- 框架和標準支持
- 創(chuàng)建、導入模型
- 強大而靈活的存儲庫和數據模型
- 易用性
- 為集成多企業(yè)提供工具
- 影響企業(yè)領域各個層面的能力
- 滿足需求的管理功能，例如安全、審計、控制、協(xié)作、配置和版本控制
未來研究方向
前面通過EAG的架構描繪了EAG每個組件的功能以及之間的關系，這都是從理論角度在描述如何進行EAG。但是方法論始終只是參考，著眼當下，企業(yè)架構師需要根據企業(yè)情況有預見性地建立協(xié)作模型，并且采取以結果為驅動的架構方法。
在最近一份關于 2022 年企業(yè)架構未來的研究報告中，Gartner 預測，現代企業(yè)架構和技術創(chuàng)新領導者將在未來十年發(fā)揮作用。企業(yè)架構師必須在以下方面擴展他們的角色和技能，
- 支持業(yè)務和 IT 的戰(zhàn)略規(guī)劃
- 專注于商業(yè)生態(tài)系統(tǒng)中的數字技術
- 學習并采用云、微服務、API 管理和 DevOps 等下一代技術。
- 增強綜合業(yè)務和技術技能，在未來十年發(fā)揮作用
- 采用不同的工具來分析不斷變化的計劃、進行中的項目和現有資產隨著時間推移的狀態(tài)的相互關系和相互依賴關系
此外，企業(yè)架構師需要參與技術創(chuàng)新，敏捷的架構開發(fā)方式。
結論
設計良好的企業(yè)架構治理結構可以降低 IT 成本和風險、加速決策制定和交付。它確保投資決策從啟動到實施都與 EA 保持一致。
治理是任何變革計劃的重要組成部分，EA 也不例外。治理為各種利益相關者提供了一個定期交互和維護企業(yè)架構的平臺。如果沒有充分的治理，企業(yè)架構將仍然是一個理論概念，無法提供所需的業(yè)務收益。
EAG在現代EA中的作用總結如下：
- 不要專注于當前狀態(tài)架構，要放眼未來架構發(fā)展
- 繼續(xù)將 EA 程序推進到下一個成熟度級別
- 了解組織的業(yè)務戰(zhàn)略、業(yè)務模型和目標，并確定 EA 如何幫助實現業(yè)務價值
- 不要被 EA 框架、行業(yè)參考模型、治理和 EA 工具擾亂心智，還是要專注企業(yè)自身的EAG
- 對 EA 程序采用持續(xù)創(chuàng)新的方法，完善每個迭代的工作
- 不要在不了解用例和功能的情況下購買 EA 工具
作者介紹
崔皓，社區(qū)編輯，資深架構師，擁有18年的軟件開發(fā)和架構經驗，10年分布式架構經驗。曾任惠普技術專家。樂于分享，撰寫了很多熱門技術文章，閱讀量超過60萬?！斗植际郊軜嬙砼c實踐》作者。
網站題目：全解現代企業(yè)架構治理
URL標題：http://www.5511xx.com/article/cdcsiso.html
