大型商業(yè)銀行的業(yè)架構(gòu)轉(zhuǎn)型實踐

1、 Page * MERGEFORMAT 15大型商業(yè)銀行的業(yè)架構(gòu)轉(zhuǎn)型實踐目 錄 TOC o 1-3 h z u HYPERLINK l _Toc45008779 1.業(yè)務(wù)與 IT 之間的橋梁 PAGEREF _Toc45008779 h 3 HYPERLINK l _Toc45008780 2.銀行業(yè)務(wù)架構(gòu)的演變 PAGEREF _Toc45008780 h 4 HYPERLINK l _Toc45008781 3.銀行業(yè)務(wù)架構(gòu)設(shè)計和實踐 PAGEREF _Toc45008781 h 6 HYPERLINK l _Toc45008782 4.業(yè)務(wù)架構(gòu)設(shè)計的難點 PAGEREF _Toc4500

2、8782 h 9 HYPERLINK l _Toc45008783 5.業(yè)務(wù)架構(gòu)設(shè)計中的 trade-off PAGEREF _Toc45008783 h 11隨著云計算、大數(shù)據(jù)、區(qū)塊鏈和 AI 以及移動互聯(lián)等新一代信息技術(shù)的發(fā)展，企業(yè)數(shù)字化轉(zhuǎn)型加速。市場在變，需求也在變，面對高度創(chuàng)新和充滿不確定性的敏態(tài)業(yè)務(wù)，為快速交付高質(zhì)量的軟件產(chǎn)品或服務(wù)，企業(yè)需要有更好的業(yè)務(wù)架構(gòu)設(shè)計，去適應(yīng)不同階段的業(yè)務(wù)特性。何為業(yè)務(wù)架構(gòu)設(shè)計？企業(yè)的業(yè)務(wù)架構(gòu)設(shè)計需要考慮哪些因素？業(yè)務(wù)架構(gòu)設(shè)計的難點和挑戰(zhàn)是什么？企業(yè)應(yīng)該如何權(quán)衡？面對這些問題，InfoQ 記者采訪了 QCon 全球軟件開發(fā)大會 2020（北京站）的講師、企

3、業(yè)級業(yè)務(wù)架構(gòu)設(shè)計：方法論與實踐一書作者建信金融科技有限責任公司付曉巖老師，請他從企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計實踐者的視角聊聊這些問題。2000 年大學畢業(yè)后，付曉巖就加入建設(shè)銀行。從業(yè) 20 年，12 年在業(yè)務(wù)領(lǐng)域，8 年在 IT 領(lǐng)域，他的腳步遍及支行、分行、總行、子公司等建行內(nèi)部各層級機構(gòu)。進入 IT 領(lǐng)域后，付曉巖近乎全程經(jīng)歷了建設(shè)銀行規(guī)模宏大的企業(yè)級轉(zhuǎn)型項目，并在項目中得到歷練，從而成長為一名資深的企業(yè)級業(yè)務(wù)架構(gòu)師。業(yè)務(wù)與 IT 之間的橋梁IT 設(shè)計的真正目標是實現(xiàn)企業(yè)的價值。業(yè)務(wù)和技術(shù)應(yīng)該是統(tǒng)一的、一體的，它們都是企業(yè)的有機組成部分。在付曉巖看來，業(yè)務(wù)架構(gòu)是業(yè)務(wù)與 IT 之間的橋梁。不管規(guī)模大

4、小，企業(yè)都是一個整體，其生存、發(fā)展都依賴于企業(yè)形成內(nèi)外部合力的能力，而這一能力的形成有賴于構(gòu)建適宜其戰(zhàn)略執(zhí)行的企業(yè)架構(gòu)（EA，Enterprise Architecture）。他認為，一個好的架構(gòu)有利于企業(yè)戰(zhàn)略的執(zhí)行，尤其是數(shù)字化轉(zhuǎn)型。數(shù)字化轉(zhuǎn)型是業(yè)務(wù)與技術(shù)的深度融合，而融合需要機制，需要二者建立有效連接，業(yè)務(wù)架構(gòu)正是這種連接方式?！皯?zhàn)略通過業(yè)務(wù)架構(gòu)分解到業(yè)務(wù)流程，并將業(yè)務(wù)能力體系化、結(jié)構(gòu)化地分解到企業(yè)的各個業(yè)務(wù)部分，再轉(zhuǎn)化為 IT 需求，通過與業(yè)務(wù)目標匹配的 IT 架構(gòu)完成技術(shù)實現(xiàn)，將企業(yè)的戰(zhàn)略和能力、業(yè)務(wù)和技術(shù)有機串聯(lián)起來，構(gòu)成一個協(xié)同整體。這就是業(yè)務(wù)架構(gòu)乃至企業(yè)架構(gòu)的使命?！案稌詭r表示。

5、銀行業(yè)務(wù)架構(gòu)的演變 從自己的經(jīng)歷出發(fā)，付曉巖闡述了銀行業(yè)務(wù)架構(gòu)的演進。相比其他行業(yè)，銀行是信息化起步較早的。并且，大型銀行組織結(jié)構(gòu)復(fù)雜、技術(shù)開發(fā)投入高、應(yīng)用范圍大，因此，大型銀行在架構(gòu)發(fā)展歷程上很有代表性。以國內(nèi)銀行為例，其在架構(gòu)方面的發(fā)展歷程如下：80 年代：分散架構(gòu) 20 世紀 80 年代后半期，銀行開始引入主機系統(tǒng)，這時構(gòu)建的業(yè)務(wù)系統(tǒng)“高度”分散。每個地級市都有自己的業(yè)務(wù)系統(tǒng)，不同城市間的業(yè)務(wù)無法聯(lián)通。以一筆匯款業(yè)務(wù)為例，現(xiàn)在是實時轉(zhuǎn)賬、零級清算、秒級到賬，而過去是多級清算?？绲貐^(qū)匯款，從一個城市的網(wǎng)點到自己的市分行，市分行到省分行，省分行到總行，總行到目標地的省分行，省分行到市分行，市

6、分行到網(wǎng)點。可想而知，這種方式效率極低。90 年代：大集中架構(gòu) 90 年代末，隨著計算機性能的提升和網(wǎng)絡(luò)的發(fā)展，銀行對數(shù)據(jù)集中的需求越來越強烈，因為先有數(shù)據(jù)集中才能實現(xiàn)業(yè)務(wù)集中。因此，銀行的大集中架構(gòu)拉開帷幕。付曉巖表示，“大集中可以構(gòu)建全行統(tǒng)一的業(yè)務(wù)系統(tǒng)，這對業(yè)務(wù)效率的提升是不言而喻的，但與此同時帶來的問題逐漸顯露，即豎井式開發(fā)、煙囪林立的問題?！?011 年左右：企業(yè)級架構(gòu) 據(jù)付曉巖介紹，建行在 2011 年開始進行企業(yè)級轉(zhuǎn)型，設(shè)計全行統(tǒng)一的企業(yè)級架構(gòu)，包括企業(yè)級業(yè)務(wù)架構(gòu)和 7 層 12P 的企業(yè)級系統(tǒng)架構(gòu)。2017 年，整個工程結(jié)束，建行內(nèi)部一體化初步完成。數(shù)字化時代：開放式架構(gòu) 不過，

7、架構(gòu)的演進不會就此“打住”，內(nèi)部統(tǒng)一后，銀行更重要的是適應(yīng)面向數(shù)字化時代的開放與融合要求，深度參與到生態(tài)建設(shè)中。這一階段是開放式架構(gòu)，真正從社會分工、生態(tài)分工的角度，結(jié)合生態(tài)伙伴、客戶情況，綜合分析架構(gòu)解決方案。其設(shè)想如下圖所示：付曉巖指出：數(shù)字社會必定是一個與今日大不相同的“新時代”，無論是企業(yè)，還是個人，所有參與者都將迎來一個轉(zhuǎn)型過程。對企業(yè)而言，架構(gòu)”新時代“的到來是注定的，這個”新時代“一定是業(yè)務(wù)架構(gòu)與技術(shù)架構(gòu)、業(yè)務(wù)與技術(shù)深度融合的時代。銀行業(yè)務(wù)架構(gòu)設(shè)計和實踐 考慮因素 第一，目標的匹配性 企業(yè)需要清晰了解目標是什么？要解決的問題是什么？架構(gòu)設(shè)計不是為了概念而設(shè)計，企業(yè)不是為了做業(yè)務(wù)架

8、構(gòu)而做業(yè)務(wù)架構(gòu)，也不是為了上“中臺”而上“中臺”，都是為了解決問題。付曉巖表示，“目的與手段要相匹配，目標的大小決定了業(yè)務(wù)架構(gòu)設(shè)計的力度?！钡诙?，資源的適配性 企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計不僅需要投入業(yè)務(wù)和技術(shù)人員，而且還需要有經(jīng)驗的業(yè)務(wù)架構(gòu)師進行指導以逐步培養(yǎng)公司自身的業(yè)務(wù)架構(gòu)師?！坝捎跇I(yè)務(wù)架構(gòu)領(lǐng)域還比較小眾，有經(jīng)驗的企業(yè)級業(yè)務(wù)架構(gòu)師很少，更多的是技術(shù)架構(gòu)師。像一些失敗的中臺項目一樣，沒有與目標匹配的資源也是項目成敗的關(guān)鍵。”他表示。當然，即使有了業(yè)務(wù)架構(gòu)師，如果沒有足夠數(shù)量的企業(yè)業(yè)務(wù)和技術(shù)人員配合，業(yè)務(wù)架構(gòu)師也不能編出“架構(gòu)”來。第三，時間的適配性 企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計不能也不該很快，這是對企業(yè)自身的

9、深入解讀和對未來的嚴肅規(guī)劃。它需要一定的時間投入，如果抱著“吃快餐”的心態(tài)，那項目質(zhì)量很難保證。雖然架構(gòu)設(shè)計不是一次搞定，需要演化，但是要為“打地基”投入合理時間。第四，耐力的匹配性 這里的”耐力“指的是堅持以企業(yè)級業(yè)務(wù)架構(gòu)為核心，長期驅(qū)動企業(yè)業(yè)務(wù)管理、IT 管理的耐力。付曉巖認為，企業(yè)級業(yè)務(wù)架構(gòu)是一種“秩序”，而“秩序”的維護需要耐力，如果沒有堅持的定力，那一次性的成功，很可能換不回企業(yè)的投入。企業(yè)需要的是維持持久的競爭力，也自然需要耐力上的付出。業(yè)務(wù)架構(gòu)設(shè)計的三個階段 以銀行為例，其在進行業(yè)務(wù)架構(gòu)設(shè)計中一般有幾個階段。首先，建立明確的企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計工程項目，并任命強有力的行級領(lǐng)導進行統(tǒng)

10、一管控，將相關(guān)業(yè)務(wù)部門、技術(shù)部門全部拉入工程項目，以確保決策能力和執(zhí)行能力。無論國內(nèi)還是國外，企業(yè)級項目都是“管理者工程”。其次，進入項目過程，這時要明確戰(zhàn)略目標，即銀行針對多少年的戰(zhàn)略目標進行架構(gòu)設(shè)計，確定戰(zhàn)略目標是什么，戰(zhàn)略目標對應(yīng)的戰(zhàn)略能力有多少，目標越大，需要分解的能力自然越多。然后，形成現(xiàn)狀模型。將銀行現(xiàn)有的業(yè)務(wù)流程模型化、結(jié)構(gòu)化，通過統(tǒng)一的企業(yè)價值鏈進行分類、整合、標準化，并將戰(zhàn)略能力分解到現(xiàn)狀模型中，將模型與戰(zhàn)略對齊，識別需要改變的業(yè)務(wù)流程，這就產(chǎn)生目標模型。付曉巖指出，盡可能在架構(gòu)設(shè)計過程中，將全行統(tǒng)一的數(shù)據(jù)模型一并設(shè)計出來，然后結(jié)合數(shù)據(jù)模型和流程模型，提升標準化程度，設(shè)計出業(yè)

11、務(wù)組件。最終形成包括戰(zhàn)略、戰(zhàn)略能力、流程模型、數(shù)據(jù)模型、組件模型的企業(yè)級業(yè)務(wù)架構(gòu)。業(yè)務(wù)架構(gòu)設(shè)計雖然不求快，但也要注意合理控制時間，“一到兩年是比較合適的首次建模周期”。建行業(yè)務(wù)架構(gòu)設(shè)計實踐：六年磨一劍 2011 年到 2017 年，建行進行的“新一代核心業(yè)務(wù)系統(tǒng)”建設(shè)項目，正是通過企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計驅(qū)動的，也被稱為“六年磨一劍”。整個實踐，先從戰(zhàn)略定位開始，分析建行的十二五、十三五規(guī)劃，確定全行的整體戰(zhàn)略目標。并且，還將戰(zhàn)略目標分解為更細的戰(zhàn)略能力舉措和更細粒度的戰(zhàn)略能力需求，“其目的是為了讓戰(zhàn)略落地具有更清晰、操作性更強的要求”。其次，進入現(xiàn)狀建模和目標建模階段。這是將建行實際的業(yè)務(wù)和改進舉

12、措與戰(zhàn)略對齊的過程。經(jīng)過這樣的模型設(shè)計過程，包括價值鏈、流程模型、數(shù)據(jù)模型、產(chǎn)品模型、用戶體驗?zāi)Ｐ秃蜆I(yè)務(wù)組件在內(nèi)的整體業(yè)務(wù)架構(gòu)設(shè)計和架構(gòu)資產(chǎn)即形成。據(jù)悉，總體架構(gòu)設(shè)計大約花費 2 年時間，這與建行龐大的體量和業(yè)務(wù)復(fù)雜度有直接關(guān)系。同步完成的還有適配整體業(yè)務(wù)要求的技術(shù)架構(gòu)，即 7 層 12P 的方案。然后，開始根據(jù)企業(yè)級業(yè)務(wù)架構(gòu)和技術(shù)架構(gòu)進行具體項目落地。整個企業(yè)級轉(zhuǎn)型總體分為三期，每期也有不同的小周期，由轉(zhuǎn)型項目的 PMO 統(tǒng)一管控進度。期間，還進行了海外建模，即實現(xiàn)全球架構(gòu)一體化的海外模型設(shè)計及海外實施。2017 年，建行公開宣布工程結(jié)束。據(jù)公開信息介紹，實際落地 114 個業(yè)務(wù)組件、整合設(shè)

13、計 900 余個業(yè)務(wù)活動、標準化 4500 余個任務(wù)、3000 余個數(shù)據(jù)實體、150 余個基礎(chǔ)產(chǎn)品和 1 萬余個可售產(chǎn)品，“在世界銀行領(lǐng)域，這是首次完成如此大范圍和深度的企業(yè)級業(yè)務(wù)架構(gòu)設(shè)計與實施”。業(yè)務(wù)架構(gòu)設(shè)計的難點技術(shù)難點：標準化 從技術(shù)層面講，業(yè)務(wù)架構(gòu)設(shè)計最大的難點是標準化。標準化是判斷服務(wù)異同和顆粒度的重要依據(jù)，這是各類架構(gòu)設(shè)計中的難題。建模離不開標準化過程，做企業(yè)級模型要橫向?qū)Ρ绕髽I(yè)所有業(yè)務(wù)領(lǐng)域，以期望在設(shè)計上實現(xiàn)“以更少支持更多”，并實現(xiàn)快速的靈活響應(yīng)和減少重復(fù)開發(fā)這兩個目標。業(yè)務(wù)架構(gòu)模型的標準化包括數(shù)據(jù)標準化、任務(wù)標準化兩部分，這兩者相輔相成，通過數(shù)據(jù)間的比較可以更好地進行任務(wù)標準

14、化，而通過與任務(wù)的結(jié)合也能更好地判斷數(shù)據(jù)定義是否準確、數(shù)據(jù)標準化是否到位。除了技術(shù)挑戰(zhàn)，還有諸多工程難點。工程難點 1：捷徑難尋 了解 DDD（領(lǐng)域驅(qū)動設(shè)計）的人可能知道，DDD 對企業(yè)級不抱太大希望，認為企業(yè)級的建設(shè)路徑只能是一個領(lǐng)域一個領(lǐng)域的不斷嘗試融合，無法通過自上向下的規(guī)劃產(chǎn)生。在付曉巖看來，金融領(lǐng)域恰恰是一個很不“專業(yè)”的專業(yè)，里面的東西五花八門，看似都在一個領(lǐng)域，實則“千差萬別”，各類業(yè)務(wù)的共性在于客戶（同一群客戶），圍繞客戶共建一個賬戶體系。換句話說，如果自上向下看，客戶和賬務(wù)應(yīng)該是企業(yè)級的，而其他部分，需要一個領(lǐng)域一個領(lǐng)域的研究，這也是建模和標準化的難點。因此，企業(yè)架構(gòu)建設(shè)的難

15、度跟企業(yè)所在行業(yè)的特點有直接關(guān)系。沒有一個通用的企業(yè)級業(yè)務(wù)模型可以隨便套，“阿里的業(yè)務(wù)架構(gòu)套不到銀行頭上，銀行的業(yè)務(wù)架構(gòu)也套不到阿里頭上”，甚至一個行業(yè)內(nèi)，企業(yè)跟企業(yè)間內(nèi)部特點的差別，也會決定企業(yè)架構(gòu)建設(shè)路徑和結(jié)果的不同。沒有簡單復(fù)制的模式能幫你快速切換到企業(yè)級，“自己的路只能自己走”。但是，需要所有從業(yè)人員共同探索的，也恰恰是如何構(gòu)建成熟的行業(yè)級模型，這是未來實現(xiàn)大規(guī)模軟件生產(chǎn)的關(guān)鍵。工程難點 2：文化難建 多數(shù)情況下，企業(yè)級不是一個單純的技術(shù)問題，這讓技術(shù)人員非常為難，因為這根本不在其能力范圍內(nèi)。如果是一個業(yè)務(wù)種類繁多、部門龐雜、等級森嚴的傳統(tǒng)企業(yè)，建企業(yè)級相當于對部門邊界、協(xié)同關(guān)系的重新

16、界定，它對企業(yè)文化的依賴和改變都很強。工程難點 3：權(quán)責難定 在組織中，一件事情能做好，前提是做事的人權(quán)責匹配。但是，架構(gòu)定位的困難在于，權(quán)力太小，不足以維護企業(yè)級；權(quán)力過大，又會發(fā)展成新的部門化組織，可能會導致架構(gòu)決策行為方式出現(xiàn)“僵化”。建立合適的集體決策機制很重要。工程難點 4：長志難立 企業(yè)級（項目）的長期堅持是件難事，它的放棄和崩壞不一定是是架構(gòu)組織撤銷、機制停掉這么激烈的動作，而是各種“畏難情緒”、“客觀原因”導致的緩慢的無序，它是一個個需求的分配、落地的偏離堆積產(chǎn)生的。并且，“破窗效應(yīng)”對它的影響也很明顯?？傊欢ú灰恪耙淮涡浴钡钠髽I(yè)級工程。業(yè)務(wù)架構(gòu)設(shè)計中的 trade-of

17、f 在業(yè)務(wù)架構(gòu)設(shè)計中，企業(yè)除了“直面”挑戰(zhàn)，還要權(quán)衡諸多事宜。付曉巖認為，業(yè)務(wù)架構(gòu)設(shè)計是個迭代的過程，要允許反復(fù)和調(diào)整，不能武斷，沒有耐心。首先，不能允許簡單的“拍”結(jié)構(gòu)。架構(gòu)師必須具有開放性，保持謙虛。架構(gòu)師是“中心”，但不要總把“權(quán)威”看得太重，架構(gòu)是企業(yè)整體資產(chǎn)。從某種角度說，企業(yè)做架構(gòu)正是為擺脫對特定架構(gòu)師的“單點依賴”，讓架構(gòu)工作能保持“業(yè)務(wù)連續(xù)性”。因此，架構(gòu)設(shè)計要保持這種謙遜，這樣才能讓更好的設(shè)計思路進入設(shè)計師的視野，進入設(shè)計方案。其次，允許什么樣的架構(gòu)調(diào)整。1.查漏補缺。項目有周期，每個環(huán)節(jié)都有一定時限。除首次做企業(yè)級轉(zhuǎn)型外，業(yè)務(wù)架構(gòu)設(shè)計是很重要卻又不能被分配太多時間的環(huán)節(jié)。因

18、此，業(yè)務(wù)架構(gòu)師必須在盡可能短的時間給出覆蓋度盡可能完整的架構(gòu)方案。但是，時間越短、信息越少，就越可能出現(xiàn)疏漏。在細化階段發(fā)現(xiàn)問題很正常，自然調(diào)整就好。2.發(fā)現(xiàn)更好在實施階段，由于輸入的細節(jié)通常比業(yè)務(wù)架構(gòu)設(shè)計階段更多，并且不排除在實施階段發(fā)現(xiàn)更好的做法，這樣的改良可以重寫到業(yè)務(wù)架構(gòu)中，由此帶來的業(yè)務(wù)架構(gòu)調(diào)整是有益的。3.現(xiàn)實妥協(xié)架構(gòu)設(shè)計經(jīng)常不僅僅只有一個可行方案。架構(gòu)師手里永遠準備著兩套方案，隨時可以拋棄其中一套。比如，原本設(shè)計時有兩個方案可以選擇，在為 C 領(lǐng)域做業(yè)務(wù)架構(gòu)設(shè)計時，A 領(lǐng)域和 B 領(lǐng)域都有可以采用的實現(xiàn)能力。A 領(lǐng)域的業(yè)務(wù)性質(zhì)與 C 領(lǐng)域更為接近，于是架構(gòu)設(shè)計時選擇 A 領(lǐng)域，但

19、實際推進項目時，負責 A 領(lǐng)域的項目組由于客觀條件限制，無法按時實現(xiàn)，只好再轉(zhuǎn)到 B 領(lǐng)域，這兩個方案基本等價，但是架構(gòu)和模型上必須要做一定的調(diào)整，這是受現(xiàn)實條件制約的。4.錯誤修正對于架構(gòu)設(shè)計錯誤，架構(gòu)師要深入了解錯誤原因，總結(jié)原因，反省和提升自我，“好的架構(gòu)師都是時間和項目鑄就的”。如果一名架構(gòu)師經(jīng)常出現(xiàn)此類問題，就必須考慮對其進行調(diào)整，或到項目組重新鍛煉，或是不再讓其擔任架構(gòu)職責；如果是整個架構(gòu)師團隊經(jīng)常出現(xiàn)此類問題，很可能是工作機制的原因?？傊w問題與個體問題不同，需要區(qū)別對待。再次，不允許明顯違反既有規(guī)則的調(diào)整。以客戶統(tǒng)一視圖需求為例，這是典型的跨領(lǐng)域需求，但又具有一定的領(lǐng)域特性

20、。因為金融行業(yè)客戶可能同時在多個領(lǐng)域發(fā)生業(yè)務(wù)，但每個業(yè)務(wù)線從自己的領(lǐng)域出發(fā)，應(yīng)用客戶視圖時不一定要看所有內(nèi)容。這就相當于在一個統(tǒng)一的數(shù)據(jù)基礎(chǔ)上分領(lǐng)域定制，這樣的需求既可以由客戶管理組件實現(xiàn)，又能由負責數(shù)據(jù)倉庫、數(shù)據(jù)主題的項目組實現(xiàn)，無論哪種實現(xiàn)，本質(zhì)上都是通過數(shù)據(jù)倉庫加工。但是，分工一旦形成，就不要隨意調(diào)整。如果既定是由客戶組件做，特別是客戶管理組件已經(jīng)實現(xiàn)部分功能時，就不應(yīng)該允許客戶管理組件再以各種理由拒絕后續(xù)需求，把其他需求交給數(shù)據(jù)加工的項目組去做，這樣會導致架構(gòu)混亂和決策原則的不一致。不要輕易推翻已經(jīng)成為事實的判斷原則，要通過事實建立共識，建立規(guī)則。6關(guān)于企業(yè)開展業(yè)務(wù)架構(gòu)設(shè)計的 6 點思

21、考 關(guān)于企業(yè)開展業(yè)務(wù)架構(gòu)設(shè)計工作的思考，付曉巖表示，不想泛泛而談，先設(shè)定前提條件。如今正在進入時代轉(zhuǎn)型的“陣痛期”，我們將成為直面轉(zhuǎn)型的一代人，終將在一個不那么長的時間里，面對真正的“數(shù)字化時代”。以此為出發(fā)點，我們應(yīng)做好幾點：1. 培養(yǎng)業(yè)務(wù)架構(gòu)師 業(yè)務(wù)架構(gòu)目前是人設(shè)計的，而非 AI 自動設(shè)計，因此業(yè)務(wù)架構(gòu)師的培養(yǎng)是第一位的。業(yè)務(wù)架構(gòu)設(shè)計需要長期的實踐，具備良好的結(jié)構(gòu)化思維，需要對方法的深入了解和工程上下游的充分了解，而非靈機一動突然悟道，需要“慢功夫”。2. 建立架構(gòu)之橋 業(yè)務(wù)架構(gòu)位于業(yè)務(wù)和技術(shù)的中央，沒有經(jīng)過企業(yè)級設(shè)計的“地形地貌”，會逐漸演變成“迷宮”，充斥著各種鮮為人知、容易迷路的“捷徑”。如果建設(shè)了能支持從業(yè)務(wù)模式到技術(shù)實現(xiàn)完整關(guān)聯(lián)、逐層展示的業(yè)務(wù)架構(gòu)，企業(yè)就會有一張清晰的地圖來進行“導航