您現在的位置是:首頁 > 農業

一文讀懂企業級架構管控

由 金融IT那些事兒 發表于 農業2022-05-18
簡介從架構管控的主體來看,年度工作計劃、專案立項、業務方案和需求評審、系統架構設計評審、上線評審等都需要企業架構委員會來審議,軟體設計評審、資料庫設計評審以及程式碼規範Review等則由科技部門按照架構標準規範來完成

企業級架構是什麼意思

企業完成架構設計之後,我們有了行動的目標和方向,但不能高興得太早。到目前為止,其實只是萬里長征走出了第一步。如果沒有真正彎下身子紮紮實實做實施,藍圖就成了廢紙。實施過程中總會碰到各種困難,能不能選擇繞著走?組織和人員總有思想和行動上的慣性,慢慢又回到過去的習慣當中去了……各種各樣的主觀、客觀的情況都會出現,要真正做到“一張藍圖繪到底”,太不容易了。那麼我們應該怎麼辦呢?這就要求在企業架構實施過程中進行架構管控,保證架構真正落地。

一文讀懂企業級架構管控

01 架構管控的目標

架構管控是企業架構的重要組成部分,與業務架構和IT架構鼎足而立。

一文讀懂企業級架構管控

架構管控,也叫做架構治理

,是指透過治理機制,將業務架構、IT架構、IT決策、實施、運營服務、監督等流程以及IT的各類資源與企業戰略目標緊密關聯,對資訊科技的風險與價值進行平衡,從而

確保IT與業務保持戰略一致性,確保IT投資獲得最大化的業務增值

可以說,

確保IT與業務保持戰略一致性是架構管控的總體目標

除了總體目標之後,

具體的架構管控目標是根據當前所處的階段來確定。

在尚不具備架構資產時,架構管控目標是要保證企業架構的完整性和有效性。在架構實施和運營期間,主要是保證系統級架構對企業架構的遵從。

02 架構全生命週期管理

架構管控主要圍繞架構資產進行全生命週期的管控。

企業架構全生命週期,包括企業架構設計、企業架構應用和遵從、企業架構反饋和調整最佳化三方面,構成一個完整的閉環。

企業架構設計

主要是根據企業架構願景開展業務架構、應用架構、資料架構和技術架構設計,並形成實施路徑,架構管控是要保證企業架構設計的完整有效。

企業架構應用和遵從

主要是在系統級架構設計和實施中應用企業級架構設計成果指導具體的設計實施工作,保證企業級架構被有效遵從。

企業架構反饋、評估和調整最佳化

主要是根據實施過程中碰到的架構問題以及實施成果執行實際效果等形成對架構反饋意見,根據反饋意見進行評估,並對架構進行調整,也稱為

架構變更管理

。如果當前架構已經無法透過調整最佳化來滿足需要,就必須開展新一輪的架構設計工作。

一文讀懂企業級架構管控

TOGAF的ADM(架構開發方法)就是一個以需求管理為中心的架構全生命週期方法論

,不過其中側重架構設計階段。從A架構願景到F遷移規劃都屬於架構設計階段。G實施治理對應於架構應用和遵從,H。架構變更管理對應於架構反饋和調整最佳化。

一文讀懂企業級架構管控

本文說的架構管控工作主要著眼於架構應用和遵從、架構反饋和調整最佳化這兩個方面的工作。一方面,

嚴格保證在系統級架構設計和實施中的架構遵從,一張藍圖繪到底

。另一方面,企業級架構不能僵化,要有一定彈性和靈活性,需要根據實際需要進行補充完善,與時俱進,延長其生命週期。

03 設計架構管控組織體系

要實行架構管控,必須有相應的

架構管控組織體系

來承擔相關的職責,並明確相應的

架構管控流程

。這需要建立一套

架構管控制度

架構管控組織體系中,企業架構委員會對架構管理負總責,架構辦承擔架構管理的日常運作,各業務部門和科技部門作為架構屬主對具體的架構元素負責,專案實施團隊負責架構執行,運營團隊負責架構的執行監控,企業架構師和系統架構師作為架構專業人才支撐架構管理,共同構成完整的架構管控組織體系。

一文讀懂企業級架構管控

明確架構屬主。

架構管控第一步就是要做到各類架構元素與組織的對應,做到各就各位、各司其職。每一個業務領域、業務流程、業務元件都要找到它的架構屬主(業務部門),每一個IT元件(應用元件、資料元件和技術元件)都要找到它的屬主,應用元件要有負責的業務部門和實施的IT團隊,資料也要明確資料屬主,完成資料認責,技術元件也要明確IT團隊。架構元素的屬主對架構元素負責,按照藍圖建設架構元素,實現藍圖目標。

架構管控還需要有一個

企業架構委員會,從企業層面上進行架構管控的決策工作

,各部門、各團隊有架構相關的事項,需要由企業架構委員會來進行審議。企業架構委員會由公司前中後臺、各主線、板塊架構責任人、科技部門負責人組成,向公司管理層負責。

企業架構委員會是一個委員會審議機制,

架構管控實施工作的組織由企業架構委員會辦公室(簡稱架構辦)承擔

。架構辦崗位包括

企業架構師、業務架構師、應用架構師、資料架構師、技術架構師

等。架構辦可以放在科技部門,或者設立單獨的架構部門。

在開展企業架構設計或者執行期間的架構專題設計時,需要有相關部門的業務專家、IT專家、

架構師

共同組成

架構設計團隊

來完成。

當然要想貫徹架構藍圖,還需要各個

專案實施團隊

中也要配備

系統架構師

,系統架構師在具體專案中承接企業架構設計成果、設計具體的系統架構。

運營團隊

則對架構執行情況進行監控分析,提出架構改進意見。

架構辦和架構設計團隊、實施團隊的架構師要定期交流輪崗,保證架構師既能具備全域性視野,又不脫離一線工作,在實施中更好的貫徹架構藍圖。

04 設定架構管控點,保證架構遵從

架構遵從是要保證系統級架構對企業級架構遵從,主要是各類企業級架構資產在系統級架構設計和實施當中的應用。架構資產既包括業務架構設計方案、IT架構設計方案,也包括架構設計原則和架構標準規範等。

企業架構實施工作由大大小小的專案組成,需要

在專案實施過程中選擇和設定合適的架構管控點,實施架構管控,保證架構被遵從

。建議將如下環節作為架構管控點。

一文讀懂企業級架構管控

1。年度工作計劃/專案立項

在制定年度工作計劃時,要將各類需求按照架構藍圖進行梳理,

明確其在架構當中的位置,對應哪個或哪些業務元件和應用元件

,對相關內容進行合併,對不符合架構的內容進行修改或剔除,從而確定要實施哪些專案。年度計劃外的專案在立項時也要進行上述動作。

2。 業務方案和需求評審

對業務方案和需求方案進行評審,更多從對業務架構的遵從性方面進行判斷。

3。 系統架構設計評審

系統架構設計評審是對具體實施專案的系統概要設計方案/系統架構設計說明書進行評審,更多從IT架構、架構設計原則、架構標準規範的遵從性方面進行判斷。

4。軟體設計評審和資料庫設計評審

在系統詳細設計完成後,要進行軟體設計評審和資料庫設計評審,比系統架構設計更加細緻。比如系統介面要遵從UI設計規範,資料庫設計要遵從資料庫設計規範,UI設計規範、資料庫設計規範等都是架構標準規範中的一類。

5。 程式碼規範Review

從系統程式碼實現這一層面進行稽核,保證程式碼實現上遵循程式碼規範。程式碼規範Review既可以透過人工複核方式進行,也可以使用一些程式碼檢查工具來提高效率。

6。 上線評審

上線評審主要是對專案目標完成情況、系統測試情況、資料準備、管理制度、上線方案等進行評審。其中效能測試可以對系統的非功能性需求進行驗證,比如QPS等指標是否滿足設計要求。

從架構管控的主體來看,年度工作計劃、專案立項、業務方案和需求評審、系統架構設計評審、上線評審等都需要企業架構委員會來審議,軟體設計評審、資料庫設計評審以及程式碼規範Review等則由科技部門按照架構標準規範來完成。

05 架構的反饋、評估和調整最佳化

企業架構到底怎麼樣,是不是發揮了應有的作用,需要

在實施和運行當中持續監控,不斷接收反饋,並進行調整最佳化,保證企業架構的先進性和適用性。

一文讀懂企業級架構管控

監控和反饋的渠道有很多,比如說比如實施階段的各類評審,筆者在

《架構如何落地?(三)實行目標管理》

中提到的監測分析體系,還可以開展一些面對面的或者書面的調研訪談,從各方面掌握情況。另外還有一些內外部環境變化的情況也需要關注,比如公司根據國家政策又制定了新的業務舉措,比如對新零售、新基建、產業鏈的拓展;比如外部技術環境發生變化,金融雲技術進一步成熟,資料安全問題得到解決。

在收集到反饋之後,各個架構屬主要進行

評估分析

,如果需要對當前架構進行調整,首先要向架構辦提出架構調整意向,或者架構辦也可以根據自己的分析,提出架構調整意向。這些架構調整意向由架構辦初步整合後,提交企業架構委員會審議。架構的評估分析和調整意向審議也需要按照一定的架構評估原則來進行。

架構調整意向審議通過後確定為要做的架構調整事項,明確責任人,負責開展架構專題設計,形成架構調整方案。架構調整方案再報企業架構委員會審議,審議通過後納入到企業架構資產當中,形成新的版本。

這裡所說的

架構調整是對當前企業架構的區域性調整

,不具有全域性影響。比如金融雲引入,會調整技術架構,但對上層的業務架構、應用架構和資料架構都沒有影響。比如新的資料主題的影響,會影響資料架構,但對其他架構也沒有影響。

如果是

具有全域性性影響的

,則通過當前架構的修補無法滿足需要,比如企業制定了新的發展戰略,就

必須開展新一輪的企業架構設計

了。過去企業制定戰略規劃都是五年做一次,但隨著經濟、技術發展日新月異,企業也必須加快調整的步伐,所以近些年三年規劃越來越多了。

06 架構管控框架

基於以上討論的內容,參考業界最佳實踐,形成了如下的

架構管控框架

,作為本文的總結:

一文讀懂企業級架構管控

參考資料:

http://www。

360doc。com/content/19/0

102/09/2069808_805972981。shtml

1。 管控目標

架構管控首先考慮的是管控目標,

管控目標是動態調整的

。在尚不具備架構資產時,架構管控目標是要保證企業架構的完整性和有效性,可以透過開展企業架構設計來完成這個目標。在架構實施和運營期間,主要是保證系統級架構對企業架構的遵從。

2。管控物件

各類架構資產是架構管控的管理物件

。架構資產種類很豐富,從架構層次看分為企業級架構設計、系統級架構設計,對於集團企業來看,還有一層叫領域級架構設計。從架構領域看分為業務架構、應用架構、資料架構和技術架構等。從架構資產的時間屬性來看,包括基線架構、目標架構、實施路徑等。

3。管控流程

包括

架構設計流程、架構遵從流程和架構評估流程

(架構反饋、評估和調整最佳化)。

架構遵從流程設計了一系列的架構管控點。

4。管控標準

架構管控標準是指一系列的架構管控資產包括架構管理制度、架構設計原則、架構標準規範和架構評估原則

。架構管控資產也屬於架構資產的一部分,

是對架構設計資產進行管控的標準和依據

5。管控組織

架構管控需要一系列的組織支撐和人才支撐,包括

架構管控的決策者企業架構委員會,架構管控實施的組織者企業架構委員會辦公室(架構辦)

,當然更離不開具體的實施者——

架構設計團隊、運營團隊和專案實施團隊

如果您也對企業架構和數字化轉型感興趣,歡迎您在評論區留言討論:)

推薦文章