（原標(biāo)題：金融機構(gòu)不可不察的IT系統(tǒng)架構(gòu)）

文/蘇文力

公司前幾年開啟了數(shù)字化轉(zhuǎn)型變革的進程，板塊領(lǐng)導(dǎo)提出要求，限期制定出支持公司實現(xiàn)未來戰(zhàn)略愿景的IT系統(tǒng)架構(gòu)。在我多年的職業(yè)生涯中，公司高層領(lǐng)導(dǎo)針對IT系統(tǒng)架構(gòu)直接布置任務(wù)，還是頭一回遇到。

不可或缺的IT系統(tǒng)架構(gòu)回顧

所謂系統(tǒng)架構(gòu)是指“一個系統(tǒng)的基礎(chǔ)組織，集合它的組件，這些組織、組件內(nèi)部和組織與組件間的關(guān)系和環(huán)境，以及管理設(shè)計和改進的原則?！绷己玫腎T系統(tǒng)架構(gòu)是開展后續(xù)建設(shè)工作的基礎(chǔ)。

就如同我們建造一座大廈，必須先要有概念設(shè)計。對未來的建設(shè)成果預(yù)先有一個清晰的呈現(xiàn)，讓參與者和利益相關(guān)方就此達(dá)成一致，并用于規(guī)范大家隨后的行為。確保大家目標(biāo)一致，相互協(xié)同完成建設(shè)要求。

借助架構(gòu)，可以比較清楚的展現(xiàn)未來IT系統(tǒng)的部署，并對IT系統(tǒng)的發(fā)展變化提前預(yù)留出空間。各利益相關(guān)方可以就IT的現(xiàn)狀和未來開展深入的討論，提出各自的意見。公司則可借此給IT系統(tǒng)建設(shè)提出業(yè)績目標(biāo)要求。

架構(gòu)中的模版和標(biāo)準(zhǔn)規(guī)范，讓應(yīng)用項目開發(fā)的決策有了依據(jù)?？梢栽谇捌谘芯砍晒幕A(chǔ)上，快速找到相應(yīng)的解決方案。即便找不到現(xiàn)成的答案，也可以沿著架構(gòu)所提供的思維框架，開展較為全面深入的思考。

擁有良好的架構(gòu)并不能直接節(jié)省企業(yè)財務(wù)資源，而是帶來綜合效益。架構(gòu)明確采取的新技術(shù)和基礎(chǔ)設(shè)施，強化信息共享和流程優(yōu)化，可以避免盲目嘗試和混亂，幫助企業(yè)沿著既定的策略路徑，一步步走向成功。

若發(fā)現(xiàn)IT部門在滿足市場競爭需要時總打折扣，很可能并不是其不努力，而是現(xiàn)有IT系統(tǒng)的架構(gòu)限制了其更好的做出響應(yīng)。不同層次的架構(gòu)，只能實現(xiàn)不同層次的需求?；谧≌軜?gòu)，不可能建造出智能辦公大廈。

調(diào)整架構(gòu)是一件大事，需動員企業(yè)方方面面的力量，消耗大量的管理和開發(fā)資源。新架構(gòu)的實施，將導(dǎo)致一段時間內(nèi)開發(fā)工程量激增，一些原本很快就能實現(xiàn)的緊急開發(fā)任務(wù)都可能被延誤。

企業(yè)一般不會輕易重新搭建架構(gòu)，更多是在維持現(xiàn)有架構(gòu)的基礎(chǔ)上，做局部優(yōu)化和變通?？蓵r間累計久了，架構(gòu)中的底層缺陷就會逐漸放大。尤其發(fā)現(xiàn)其無力支撐企業(yè)的變革時，就必須考慮更換新的架構(gòu)了。

制定IT系統(tǒng)架構(gòu)有比較成熟的方法論，并有相應(yīng)的設(shè)計框架、建模和文檔管理工具等。設(shè)計和實施IT系統(tǒng)架構(gòu)是IT部門的常規(guī)工作。要想做好，則必須下功夫，投入大量的精力和時間。

架構(gòu)要符合行業(yè)發(fā)展的趨勢，適合企業(yè)自身的特點，貫徹企業(yè)的戰(zhàn)略目標(biāo)，體現(xiàn)自主性和靈活性。要兼顧現(xiàn)狀與未來間的關(guān)系，充分考慮業(yè)務(wù)運營的連續(xù)性和適應(yīng)性，支持從現(xiàn)有架構(gòu)向新架構(gòu)目標(biāo)的平滑遷移。

雖然架構(gòu)更多涉及的是技術(shù)，但不能有單一技術(shù)思維，應(yīng)多從企業(yè)經(jīng)營視角去看問題。不可盲目追求新技術(shù)潮流，避免技術(shù)完美主義。時刻從幫助企業(yè)實現(xiàn)商業(yè)價值的角度出發(fā)。

可以借鑒現(xiàn)成的成果和經(jīng)驗，結(jié)合自身的情況做剪裁和新增。不同企業(yè)的設(shè)計深度和廣度都會有所不同。無需追求完整細(xì)致。應(yīng)遵循二八法則，基于簡單實用的原則，把當(dāng)前最必須的部分明確出來，并確保其確實能發(fā)揮作用。

企業(yè)高層領(lǐng)導(dǎo)應(yīng)親自抓

以往，一般都是IT部門依照軟件工程方法，自行安排IT系統(tǒng)架構(gòu)的制定工作。過程中會邀請業(yè)務(wù)部門參與意見。最終設(shè)計結(jié)果會報告給高層領(lǐng)導(dǎo)，一般不會得到太多的批示回應(yīng)。

企業(yè)領(lǐng)導(dǎo)大多認(rèn)為這是IT專業(yè)的事情，只要IT方面覺著好，那就可以了。好處是IT團隊擁有了比較大的自由空間?？杉軜?gòu)的質(zhì)量，往往受限于IT團隊對企業(yè)經(jīng)營戰(zhàn)略的理解程度，溝通協(xié)同能力，以及其自身的責(zé)任意識。

信息化時代的IT系統(tǒng)，所面對的是比較成熟的傳統(tǒng)業(yè)務(wù)做法。各公司與此配套的IT系統(tǒng)架構(gòu)基本都差不多。就如同大家只想實現(xiàn)住宿條件從大雜院到樓房的改善，自然就都采用基本相同的板樓圖紙。

在此架構(gòu)下建設(shè)出來的IT系統(tǒng)，大多由一系列相對獨立的子系統(tǒng)組合而成。各子系統(tǒng)有較大的自由發(fā)揮空間，彼此之間不發(fā)生太多牽制和影響。各業(yè)務(wù)部門可以在自己管轄的領(lǐng)域內(nèi)自主行動，聚焦于把自身業(yè)務(wù)做大。

遇到涉及不同業(yè)務(wù)條線需要相互協(xié)同時，就很難共享數(shù)據(jù)和相互整合，造成所謂信息孤島的局面。另外該架構(gòu)下還存在設(shè)備系統(tǒng)資源、運行維護、應(yīng)用開發(fā)等許多方面的重復(fù)建設(shè)，造成一定程度上的冗余浪費。

數(shù)字化時代是IT應(yīng)用的進一步深化，互聯(lián)互通成為常態(tài)，IT資源需要高度整合復(fù)用，原有架構(gòu)已完全無法支撐，必須搭建符合數(shù)字化時代要求的新架構(gòu)。為此，可以借鑒金融同業(yè)和互聯(lián)網(wǎng)企業(yè)的IT系統(tǒng)架構(gòu)，但其很難適應(yīng)本企業(yè)自身的情況。

要適應(yīng)技術(shù)發(fā)展的潮流，充分借助新技術(shù)帶來的紅利，支持業(yè)務(wù)探索創(chuàng)新。IT系統(tǒng)架構(gòu)必須在公司戰(zhàn)略方針的指導(dǎo)下，兼顧當(dāng)下，面向未來發(fā)展，確保核心生產(chǎn)穩(wěn)定的同時，敏捷應(yīng)對激烈的市場競爭。

這其中存在許多關(guān)鍵抉擇，且往往是魚和熊掌不可兼得，更沒有標(biāo)準(zhǔn)答案。一切的出發(fā)點都是為了實現(xiàn)企業(yè)的戰(zhàn)略目標(biāo)。各企業(yè)應(yīng)結(jié)合自身情況，審時度勢，做出艱難的平衡取舍。公司高層對此肩負(fù)最終的責(zé)任。

設(shè)計IT系統(tǒng)架構(gòu)耗時費力，需要大量細(xì)致的工作。如果領(lǐng)導(dǎo)和業(yè)務(wù)部門對其價值認(rèn)識不到位，就不會全力以赴投入其中，那么該項工作就很可能流于形式，所得到的架構(gòu)成果品質(zhì)就會大打折扣。

企業(yè)高層領(lǐng)導(dǎo)應(yīng)親自抓架構(gòu)，從更高、更廣的維度給予指導(dǎo)，將業(yè)務(wù)與技術(shù)相融合，共同設(shè)計打造架構(gòu)。過程中要充分對接自身企業(yè)的戰(zhàn)略意圖，群策群力，分析可能的選項和利弊得失，做出最佳抉擇。

與板塊領(lǐng)導(dǎo)私下做了交流，得知其認(rèn)為公司每年投入了大量資金，IT卻沒有對未來究竟長成什么樣子給出令人滿意的答案，現(xiàn)有架構(gòu)明顯無法承擔(dān)支持公司數(shù)字化轉(zhuǎn)型的歷史重任，是時候做出改變了。

對IT系統(tǒng)架構(gòu)的高度重視，體現(xiàn)了數(shù)字時代企業(yè)領(lǐng)導(dǎo)所必須具備的職業(yè)素養(yǎng)。板塊領(lǐng)導(dǎo)不但嚴(yán)格督導(dǎo)進度，檢查確認(rèn)產(chǎn)出物的質(zhì)量，還全身心參與其中，從公司經(jīng)營視角，提供了大量寶貴的意見。

設(shè)計團隊充分學(xué)習(xí)公司文化和戰(zhàn)略目標(biāo)要求，深入到一線開展調(diào)研，了解最終用戶的訴求和同業(yè)的動向。各利益相關(guān)方積極表達(dá)對未來IT系統(tǒng)的期待，更認(rèn)識到必須主動參與到數(shù)字化轉(zhuǎn)型之中。

經(jīng)過多次架構(gòu)設(shè)計共創(chuàng)，各方人員充分討論，貢獻(xiàn)自己的聰明才智，也進一步認(rèn)清了各自的職責(zé)定位，以及相互間的協(xié)同關(guān)系，激發(fā)了創(chuàng)意，統(tǒng)一了思想。為后續(xù)架構(gòu)的順利落地執(zhí)行奠定了基礎(chǔ)。

架構(gòu)設(shè)計團隊面臨巨大的壓力。一次次的推翻修改讓人疲憊不堪，甚至頻臨崩潰。但大家心里十分清楚，這就是制定IT系統(tǒng)架構(gòu)所必須經(jīng)歷的過程。反而對架構(gòu)的質(zhì)量及將來的順利執(zhí)行更有信心。

最終設(shè)計成果得到了來自業(yè)務(wù)和IT的共同認(rèn)可，公司最高層領(lǐng)導(dǎo)也給予了積極的評價。認(rèn)為該架構(gòu)不但非常有針對性和前瞻性，還特別扎實落地?；诖思軜?gòu)，順利完成了新一代系統(tǒng)的一期建設(shè)。

有效執(zhí)行是關(guān)鍵

制定出IT系統(tǒng)架構(gòu)只是開始，重要的是通過堅決執(zhí)行，指導(dǎo)規(guī)范IT系統(tǒng)的建設(shè)活動。IT部門在此承擔(dān)著主要的管理責(zé)任。然而企業(yè)內(nèi)多年來的工作習(xí)慣，以及一些現(xiàn)實利益沖突，會對架構(gòu)的順利執(zhí)行造成很大阻礙。

企業(yè)高層領(lǐng)導(dǎo)一定要賦予IT部門必要的權(quán)力，明確其責(zé)任要求。年度要有檢視，確保架構(gòu)按計劃得到落實。要充分尊重IT團隊，相信其職業(yè)精神和專業(yè)素養(yǎng)，維護其權(quán)威，不干涉其所實施的必要管理舉措。

IT部門的態(tài)度一定要堅定，嚴(yán)格將架構(gòu)貫徹執(zhí)行到位。要建立起針對所有IT項目的架構(gòu)評審制度，不允許未經(jīng)評審的IT項目進入實施階段。確保架構(gòu)標(biāo)準(zhǔn)規(guī)范得到遵守，保護IT系統(tǒng)健康運轉(zhuǎn)。

這其中肯定會遇到架構(gòu)與現(xiàn)實狀況相沖突的例外狀況，應(yīng)建立起恰當(dāng)?shù)睦馓幚砹鞒?，滿足業(yè)務(wù)發(fā)展中的一些特定情況要求，并監(jiān)控現(xiàn)有的標(biāo)準(zhǔn)規(guī)范是否過時。這樣的安排發(fā)揮著重要的減壓閥作用。

若沒有例外流程，執(zhí)行者就可能迫于壓力，在沒有得到批準(zhǔn)的情況下實施例外操作，造成架構(gòu)管理失控。當(dāng)過多未授權(quán)的例外發(fā)生時，會導(dǎo)致各方關(guān)系緊張，那些嚴(yán)格的遵守者會有強烈的挫敗感。

要以學(xué)習(xí)的心態(tài)看待例外情況的發(fā)生。推動架構(gòu)執(zhí)行的同時，還要考慮其并不是萬能的，應(yīng)實事求是的具體問題具體分析，批準(zhǔn)并引導(dǎo)與現(xiàn)有架構(gòu)有差異，但確有必要的例外，以可接受的方式予以實施。

審批響應(yīng)要迅速，否則對方就有了借口，會自行其是繞過管理，導(dǎo)致審批流程失控。一定要努力避免例外處理對整體架構(gòu)造成較大影響?？梢耘c申請者一起商量，共同尋找大家均可接受的折中方法。

架構(gòu)團隊要不斷檢視架構(gòu)，結(jié)合執(zhí)行情況，公司戰(zhàn)略和業(yè)務(wù)經(jīng)營的變化，新技術(shù)的發(fā)展，對架構(gòu)做出及時恰當(dāng)?shù)膬?yōu)化升級。新技術(shù)和相關(guān)標(biāo)準(zhǔn)的引進，反過來還會激發(fā)新的業(yè)務(wù)創(chuàng)新需求。

最令人頭疼的是企業(yè)高層及權(quán)力部門提出的特別要求，所衍生出來的例外?？赡苁怯捎诒O(jiān)管或市場競爭趕工期的需要，或看中某款特定IT應(yīng)用產(chǎn)品，以為憑此就可以迅速實現(xiàn)翻身，大幅提升企業(yè)的競爭力。

架構(gòu)不僅用于規(guī)范IT人員，高層領(lǐng)導(dǎo)和業(yè)務(wù)部門同樣有責(zé)任配合遵守。只有在大家共同維護支持下，架構(gòu)才能發(fā)揮作用。若大家完全不在乎架構(gòu)的規(guī)范要求，架構(gòu)也就失去了其存在的意義。

IT團隊要特別重視向企業(yè)高層和業(yè)務(wù)部門的解釋工作，不是要去說服，而是請求理解支持。將架構(gòu)規(guī)范的目的作用及違背架構(gòu)將帶來的危害闡述清楚。說明IT面臨的困境，尋求對方與你站在一起，共同尋找解決之道。

大多數(shù)情況下，大家都很理解支持IT的工作，積極從業(yè)務(wù)方面想辦法。通過調(diào)整需求實現(xiàn)的范圍，安排手工操作及配套管理制度等，先行滿足業(yè)務(wù)的迫切需要，而不用以犧牲架構(gòu)的完整性為代價。

這樣的交流次數(shù)多了，大家就會對架構(gòu)有更多的理解，后續(xù)會更加支持IT的架構(gòu)管理工作。在提業(yè)務(wù)需求時，自然會主動配合架構(gòu)的要求。當(dāng)其遇到棘手的業(yè)務(wù)問題時，也會及時找IT團隊商量，一起尋求更好的解決方案。

有時候領(lǐng)導(dǎo)會做出一些不利于架構(gòu)穩(wěn)定的決定。雖令人遺憾，但I(xiàn)T團隊必須調(diào)整好心態(tài)，以職業(yè)的態(tài)度努力達(dá)成業(yè)務(wù)的目標(biāo)。同時盡量做出補救，將損害限定在一定的范圍之內(nèi)。后續(xù)則找機會將其調(diào)回到正確的軌道上。從以往經(jīng)驗來看，這樣的機會一般很快就會到來。

金融企業(yè)若想在數(shù)字化轉(zhuǎn)型浪潮中立于不敗之地，必須擁有配套支持其自身發(fā)展變革的IT系統(tǒng)，其中的關(guān)鍵抓手就是制定和執(zhí)行恰當(dāng)?shù)腎T系統(tǒng)架構(gòu)。我們對此不可不察。

您對貴公司的IT系統(tǒng)架構(gòu)都有哪些了解呢？

本文系未央網(wǎng)專欄作者:看懂經(jīng)濟 發(fā)表，內(nèi)容屬作者個人觀點，不代表網(wǎng)站觀點，未經(jīng)許可嚴(yán)禁轉(zhuǎn)載，違者必究！

免責(zé)聲明：信息網(wǎng)轉(zhuǎn)載此文目的在于傳遞更多信息，不代表本站的觀點和立場。文章內(nèi)容僅供參考，不構(gòu)成投資建議。如果您發(fā)現(xiàn)網(wǎng)站上有侵犯您的知識產(chǎn)權(quán)的作品，請與我們?nèi)〉寐?lián)系，我們會及時修改或刪除。

Tags：[db:TAG標(biāo)簽](1451519)

轉(zhuǎn)載請標(biāo)注：信息網(wǎng)——金融機構(gòu)不可不察的IT系統(tǒng)架構(gòu)