淺析企業(yè)級架構(gòu)帶來的模式改變

數(shù)字化轉(zhuǎn)型背景下，銀行業(yè)務(wù)和IT技術(shù)融合發(fā)展的趨勢愈發(fā)明顯。企業(yè)級架構(gòu)通過統(tǒng)一的方法論進行企業(yè)級分析、設(shè)計、規(guī)劃和實施，有助于將業(yè)務(wù)和技術(shù)更好地結(jié)合在一起，建立一整套基于操作模型的標(biāo)準(zhǔn)化流程，進而成功執(zhí)行和實現(xiàn)戰(zhàn)略轉(zhuǎn)型。企業(yè)級架構(gòu)主要可分為業(yè)務(wù)架構(gòu)與IT架構(gòu)兩大部分，其核心作用包括貫徹企業(yè)戰(zhàn)略、促進業(yè)務(wù)和科技融合、消除部門豎井，以及統(tǒng)一方法、統(tǒng)一語言、統(tǒng)一標(biāo)準(zhǔn)等，最終潛移默化地持續(xù)提升整體效率。針對這一趨勢，筆者結(jié)合價值評估、數(shù)據(jù)治理、業(yè)技融合、方法實踐等視角，嘗試分析了實施企業(yè)級架構(gòu)所能帶來的模式改變與價值提升。一、價值評估有章可循近年來，金融科技與銀行業(yè)務(wù)的依存關(guān)系愈發(fā)緊密，特別是各類新技術(shù)、新場景的不斷涌現(xiàn)，推動用戶體驗持續(xù)完善、風(fēng)控水平快速提升。然而，面對金融業(yè)務(wù)的快速發(fā)展，盡管科技部門采用了敏捷模式、外協(xié)模式不斷提高產(chǎn)能，卻依然很難達到需求方的期望。在此背景下，為有效緩解供需矛盾，需求價值評估環(huán)節(jié)應(yīng)需而生，即當(dāng)改造范圍及工作量評估完成后，業(yè)務(wù)部門和科技部門在需求排期會再次進行溝通，以保證高優(yōu)先級需求優(yōu)先開發(fā)。但事實上，需求方大多以本部門利益為上，排期結(jié)論往往很難達成一致，其根本原因即在于價值評估沒有貫穿在需求產(chǎn)生的過程中。企業(yè)級架構(gòu)建設(shè)循著企業(yè)價值創(chuàng)造的鏈條，可面向業(yè)務(wù)領(lǐng)域逐步開展需求識別和定義。對于業(yè)務(wù)領(lǐng)域而言，其主要職責(zé)是創(chuàng)造業(yè)務(wù)價值，承接戰(zhàn)略分析成果，進行產(chǎn)品研發(fā)。實踐中，業(yè)務(wù)領(lǐng)域需要清晰定義本領(lǐng)域應(yīng)具備的能力，提出能力建設(shè)方案，并在領(lǐng)域范疇內(nèi)，按照計劃—執(zhí)行—監(jiān)督的完整價值流，識別出業(yè)務(wù)活動。業(yè)務(wù)活動是指創(chuàng)造端對端業(yè)務(wù)價值的具體工作，其價值交付主要以產(chǎn)品為載體，包括產(chǎn)品服務(wù)的客戶、產(chǎn)品提供的渠道、產(chǎn)品所需的合作伙伴等，在流程模型中需要進行全面辨識。基于企業(yè)級架構(gòu)方法論形成的業(yè)務(wù)需求和業(yè)務(wù)模型，有助于業(yè)務(wù)價值的體現(xiàn)和評估：一是基于企業(yè)級架構(gòu)的全局視角，可以減少個別部門的短期促銷行為，同時避免不規(guī)范需求引發(fā)的產(chǎn)品定價、業(yè)務(wù)流程不一致等問題。二是企業(yè)級架構(gòu)承接業(yè)務(wù)戰(zhàn)略，始終圍繞著價值創(chuàng)造建設(shè)，而需求在經(jīng)過“戰(zhàn)略解析—能力主題—產(chǎn)品設(shè)計—流程設(shè)計—能力實現(xiàn)”的工作模型檢驗后，將能夠更好地滿足戰(zhàn)略需要，有利于提高核心競爭力。三是需求的業(yè)務(wù)價值更容易量化，基于企業(yè)級架構(gòu)，可建立產(chǎn)品、客戶、渠道、合作方貢獻度評價體系，對需求帶來的效益進行數(shù)字化評估。四是業(yè)務(wù)需求價值評估能力提高，可以使科技產(chǎn)能更好地傾向于重點需求開發(fā)，快速形成競爭力。二、數(shù)據(jù)治理追本溯源如果說價值交付是建設(shè)企業(yè)級架構(gòu)的核心，那么業(yè)務(wù)信息則是構(gòu)成企業(yè)級架構(gòu)的基礎(chǔ)，內(nèi)容涉及業(yè)務(wù)架構(gòu)的業(yè)務(wù)對象以及業(yè)務(wù)模型的實體模型等。對此，IT架構(gòu)的數(shù)據(jù)架構(gòu)進一步從數(shù)據(jù)定義、數(shù)據(jù)管理、數(shù)據(jù)服務(wù)等方向，規(guī)定了數(shù)據(jù)生命周期中各種形態(tài)的管理原則。數(shù)據(jù)架構(gòu)組成示意如圖1所示。例如，針對實體建模，該架構(gòu)詳細描述定義了業(yè)務(wù)實體和實體屬性；針對數(shù)據(jù)定義，要求開發(fā)數(shù)據(jù)結(jié)構(gòu)準(zhǔn)確繼承實體模型；針對元數(shù)據(jù)管理，要求建立企業(yè)級數(shù)據(jù)字典，保證數(shù)據(jù)能被正確描述和使用。此外，在數(shù)據(jù)質(zhì)量管控方面，則是要求在組織、辦法和流程等維度進行全面統(tǒng)籌。圖1數(shù)據(jù)架構(gòu)組成示意實踐證明，如果不能全面梳理數(shù)據(jù)脈絡(luò)，數(shù)據(jù)治理的結(jié)果往往是事倍功半。對此，企業(yè)級架構(gòu)有助于為全面實施數(shù)據(jù)治理打開局面：一是在需求的業(yè)務(wù)建模階段，業(yè)務(wù)流程的數(shù)據(jù)需求和實體模型需要進行相互驗證，并通過企業(yè)級數(shù)據(jù)字典進行定義，在源頭保證數(shù)據(jù)準(zhǔn)確性。二是從架構(gòu)設(shè)計到實施工藝，從實體建模到數(shù)據(jù)結(jié)構(gòu)設(shè)計，借助企業(yè)級架構(gòu)可形成全面的數(shù)據(jù)管理辦法，保證數(shù)據(jù)在產(chǎn)生、傳輸、存儲、服務(wù)各個環(huán)節(jié)的一致性。三是基于企業(yè)級架構(gòu)，可將內(nèi)部能力按業(yè)務(wù)組件歸集，并依照業(yè)務(wù)組件開發(fā)應(yīng)用組件，同時加強數(shù)據(jù)副本管理，進而避免因同類業(yè)務(wù)被不同應(yīng)用系統(tǒng)承接導(dǎo)致的管理復(fù)雜化問題。綜上，數(shù)據(jù)治理是數(shù)字化轉(zhuǎn)型的一項基礎(chǔ)性工作，而企業(yè)級架構(gòu)恰好提供了一枚“金鑰匙”。三、業(yè)務(wù)與技術(shù)更好銜接在瀑布式開發(fā)模式下，標(biāo)準(zhǔn)化需求確認需要經(jīng)歷多個不同階段的準(zhǔn)入門禁，需求響應(yīng)緩慢。與之相比，敏捷開發(fā)模式強調(diào)客戶參與，更有助于加速需求交付進程，例如將開發(fā)過程前移到需求提出階段，或是請業(yè)務(wù)人員加入開發(fā)團隊等。除此之外，企業(yè)級架構(gòu)也為業(yè)務(wù)與技術(shù)融合提供了一種新的途徑：一是在提交業(yè)務(wù)需求前，通過對活動進行流程建模，以及對業(yè)務(wù)對象進行實體建模，并采用結(jié)構(gòu)化、標(biāo)準(zhǔn)化語言(如流程建模的BPMN圖和實體建模的ER圖等)消弭理解歧義，可基于業(yè)務(wù)模型團隊構(gòu)建銜接業(yè)務(wù)和技術(shù)的橋梁。二是企業(yè)級架構(gòu)結(jié)合內(nèi)部視角，可從業(yè)務(wù)流程、職責(zé)劃分等維度映射業(yè)務(wù)組件與應(yīng)用組件的對應(yīng)關(guān)系，進而實現(xiàn)業(yè)務(wù)和技術(shù)的完美對應(yīng)。三是企業(yè)級架構(gòu)的流程建模需要勾連相關(guān)實體，而建模產(chǎn)出物結(jié)合面向?qū)ο蟮脑O(shè)計方法，將能方便地識別出符合客觀世界的對象，對象擁有實體屬性，并具備流程模型描述的處理能力。四是企業(yè)級架構(gòu)在進行實體建模時，可對實體進行歸類，定義出主實體，并與周邊的多個實體組成業(yè)務(wù)對象(子主題域)。在開發(fā)階段，通過將業(yè)務(wù)建模的業(yè)務(wù)對象(子主題域)設(shè)計成相應(yīng)的數(shù)據(jù)聚合，可有效保證技術(shù)和業(yè)務(wù)理解一致，使用“共同語言”?？傮w而言，業(yè)務(wù)模型通過以業(yè)務(wù)視角來描述戰(zhàn)術(shù)層和運營層的業(yè)務(wù)架構(gòu)，可為IT架構(gòu)提供高效輸入，而善于使用業(yè)務(wù)架構(gòu)和業(yè)務(wù)模型，也將使業(yè)務(wù)與技術(shù)銜接得更好，加快需求響應(yīng)速度。業(yè)務(wù)架構(gòu)基礎(chǔ)模型如圖2所示。圖2業(yè)務(wù)架構(gòu)基礎(chǔ)模型四、方法實踐潛移默化從實踐角度發(fā)出，企業(yè)級架構(gòu)不僅是對業(yè)務(wù)架構(gòu)和IT架構(gòu)進行全局設(shè)計，還提供了精確描述企業(yè)的統(tǒng)一方法論，如可靈活應(yīng)用在日常工作中，將產(chǎn)生潛移默化的積極影響：一是價值鏈分析。企業(yè)級架構(gòu)進行企業(yè)層面的流程模型設(shè)計，遵循價值創(chuàng)造的鏈條識別業(yè)務(wù)領(lǐng)域，并在業(yè)務(wù)領(lǐng)域通過各類活動實現(xiàn)業(yè)務(wù)價值，接著就是將活動下的任務(wù)按能力類別聚合成業(yè)務(wù)組件。在IT實施階段，可沿用同樣的分析方法，按價值維度將業(yè)務(wù)組件進一步細分為子域，最后將能力進行聚合，開發(fā)出高內(nèi)聚的微服務(wù)。二是架構(gòu)視圖繪制。企業(yè)級架構(gòu)的IT架構(gòu)通常包含了四個維度，即安全架構(gòu)、技術(shù)架構(gòu)、數(shù)據(jù)架構(gòu)和應(yīng)用架構(gòu)。其中，應(yīng)用架構(gòu)可進一步劃分為三個階段，即分層架構(gòu)、邏輯架構(gòu)、物理架構(gòu)，并從功能視圖、接口視圖、剖面視圖等多個維度進行描述。實踐中，上述建模方法不僅可用于搭建企業(yè)級總體架構(gòu)，在描述應(yīng)用系統(tǒng)的內(nèi)部架構(gòu)時也同樣適用。三是名詞術(shù)語。基于企業(yè)級架構(gòu)建設(shè)，有助于統(tǒng)一名詞術(shù)語，改善概念混淆的狀況，進而減少溝通成本。例如，在舊文檔中信息系統(tǒng)有時被稱作“系統(tǒng)”，也有稱作“產(chǎn)品”或“應(yīng)用”的情況。而結(jié)合企業(yè)級架構(gòu)建設(shè)，可將業(yè)務(wù)領(lǐng)域下各類活動的系統(tǒng)統(tǒng)一稱為“應(yīng)用”，負責(zé)承接業(yè)務(wù)組件的系統(tǒng)稱為“應(yīng)用組件”，名稱更加準(zhǔn)確、明白。四是建模方法。業(yè)界常用的建模方法一般指業(yè)務(wù)建模采用的BPMN圖和實體建模采用的ER圖，兩者作為通用的建模語言，在開發(fā)階段也常被使用。而企業(yè)級架構(gòu)借助建模過程可將上述方法進一步推廣到整個組織，進而可大幅提高描述能力和溝通效率。五是職責(zé)定義。企業(yè)級架構(gòu)對工作職責(zé)的定義往往是從目標(biāo)(WHY)、定義(WHAT)、范圍(WHERE)等三個維度進行描述，不僅言簡意賅，且廣泛適用于各種場景