作者：張錦程

?勝兵先勝而后求戰(zhàn)，敗兵先戰(zhàn)而后求勝

《孫子兵法·形篇》說到 “是故勝兵先勝而后求戰(zhàn)，敗兵先戰(zhàn)而后求勝?！币庵^勝利的軍隊總是先有了勝利的把握才尋求同敵人交戰(zhàn)，失敗的軍隊總是先同敵人交戰(zhàn)而后企求僥幸取勝。指要充分做好戰(zhàn)爭準備，等有勝利的把握再打。如同行軍打仗一般，企業(yè)信息化建設也是如此，如果沒有做好未來的規(guī)劃，那么最多只能得到局部的提升。

我們來看個例子：

W公司這幾年總共花了3千多萬元在IT方面（構建了很多IT系統(tǒng)，比如ERP，訂單管理，OA等等），初步感覺好像效果還不錯。從表面看來，這樣的企業(yè)大概可以算作信息化比較超前的企業(yè)，至少是效果還不錯的企業(yè)。 

但是，仔細研究一下，就會發(fā)現如果在系統(tǒng)建設的初期能夠有科學的規(guī)劃，當初的3千多萬其實可以產生更大的效果目前的局面可以說是好壞參半，說好是指大家有熱情、有意識、也有行動，IT系統(tǒng)畢竟提高了局部的效率，促進了局部流程的改善；說不好是指這些系統(tǒng)其實也給公司的管理帶來其他的風險，而且風險的產生主要是由于目前的IT系統(tǒng)不是集成的系統(tǒng)。

也就是說，由于當初沒有長遠的統(tǒng)一規(guī)劃，IT方面存在信息孤島，會給公司的業(yè)務經營管理帶來危害。當沒有長遠的規(guī)劃，各系統(tǒng)將會自成一派，就存在異構的風險，而異構不利于IT的集成。

IT其根本是個經濟行為，甲方要的是價值，乙方要的是利潤，這都關系IT的頂層設計。

只有項目沒有企業(yè)架構會有哪些隱患？

• 系統(tǒng)異構：各個條統(tǒng)獨立運作，缺乏統(tǒng)一規(guī)劃和實施，導致各自的軟硬件環(huán)境差異巨大，系統(tǒng)間的信息共享十分困難。
• 數據異構：各個系統(tǒng)的數據格式沒有統(tǒng)一標準，不同系統(tǒng)間的接口沒有統(tǒng)一規(guī)范，導致各白的信息也就很難被其它系統(tǒng)共享利用。
• 壽命異構：各個系統(tǒng)極少有具備快速調整、靈活擴展的能力，這導致系統(tǒng)的生命周期很短， 即使不斷在更新換代，卻很難適應業(yè)務的快速發(fā)展。
• 基礎架構異構：眾多應用系統(tǒng)的軟硬件環(huán)境的不一致性導致企業(yè)的整個應用系統(tǒng)環(huán)境異常復雜， 管理和維護十分困難。

結合IT基礎技術近十年的發(fā)展想一想虛擬化，Docker，K8S，ISTIO，PASS，SASS，云原生這些技術的演進解決了我們什么問題？

事前規(guī)劃是戰(zhàn)略，事后解決是治理

魏文王問扁鵲：“子昆弟三人其孰最善為醫(yī)？”扁鵲曰：“長兄最善，中兄次之，扁鵲最為下?！蔽何耐踉唬骸翱傻寐勑?？”扁鵲曰: “長兄于病視神，未有形而除之，故名不出于家。中兄治病，其在毫毛，故名不出于閭。若扁鵲者，镵（chán）血脈，投毒藥，副肌膚，閑而名出聞于諸侯。”等到病入膏肓再去治理，難度不可同日而語，所以這就是為什么要做企業(yè)架構的原因。

如何從異構到統(tǒng)一?

IT規(guī)劃應該站在全局的角度，面向未來規(guī)劃，關注企業(yè)信息化的回報即業(yè)務價值，那么我們必須站在規(guī)劃的角度看問題（上兵伐謀）。

良好的IT信息化建設基于兩個前提：IT架構與業(yè)務價值，缺一不可，二者結合在一起就叫企業(yè)架構。IT架構服務于業(yè)務價值，而業(yè)務價值則通過業(yè)務架構來表現出來。

通過企業(yè)架構可以規(guī)避信息化的大量風險：

• 缺乏共識
• 項目驅動力風險
• 信息不對稱欺詐風險
• 財務風險
• 人力資源風險
• 業(yè)務中斷風險

有了企業(yè)架構能起到的預期效果：

• 投資回報：IT系統(tǒng)支撐企業(yè)業(yè)務與管理提升的關鍵點明確，促進IT系統(tǒng)的投資效益。
• 愿景明確：企業(yè)業(yè)務戰(zhàn)略與IT系統(tǒng)之間清晰的聯系框架，IT愿景目標細化的支撐框架。
• 統(tǒng)一標準（應用）：應用系統(tǒng)覆蓋的業(yè)務范圍以及系統(tǒng)之間的邊界劃分明確，明確的系統(tǒng)間集成與接口定義，應用系統(tǒng)之間易于集成，降低了消除『信息孤島』成本。比如采用企業(yè)總線，工作流等等。
• 統(tǒng)一標準（平臺）：有明確IT系統(tǒng)主流平臺比如說云計算，以及制定相應IT標準，在IT系統(tǒng)選型時有明確依據。
• 統(tǒng)一標準（數據）：在整個企業(yè)層面進行數據統(tǒng)一定義，制定統(tǒng)一的數據標準，至使不同應用系統(tǒng)中的數據唯一性得到保證，各個業(yè)務領域數據報表統(tǒng)計口徑一致，數據報表真實可信。
• 隨需應變：IT系統(tǒng)可適應業(yè)務的變化，當業(yè)務流程變化時，IT系統(tǒng)升級可行，不需要重新實施或開發(fā)。

IT規(guī)劃應該有哪些內容：

• 架構戰(zhàn)略定位：架構請求由管理層和股東發(fā)布，找到架構戰(zhàn)略
• 架構構成定義：數據架構，應用架構，技術架構
• 架構的遷移定義：項目要達到的效果
• 架構的管控定義：架構守護

以IT架構為支撐，以業(yè)務價值為導向

我們先問2個問題：

• Q：誰應該做企業(yè)架構？A：管理層和股東
• Q：企業(yè)架構以什么為中心？A：業(yè)務

EITA ( Enterprise IT Architecture)是指導IT投資和設計決策的IT框架，是建立企業(yè)信息系統(tǒng)的綜合藍圖是對企業(yè)不同的信息視圖進行架構描述的綜合。

IT戰(zhàn)略 = IT架構 + IT項目

戰(zhàn)略不能高高在上，必須要有架構支持并嫁接給項目進行實施。

• EITA是一個企業(yè)整體IT框架，由應用、數據、技術架構構成；
• 架構為IT標準化提供了依據和框架，有力地指導T標準化的工作；
• IT標淮化是架構應用的手段、是架構“落地”的工具．同時，在標準化過程中整個架構逐步完善；

從IT管理本身看企業(yè)架構的價值：

• 使企業(yè)內部的數據與IT平臺更好地共享，避勉IT重復投資；
• 開放互聯，降低企業(yè)應用采統(tǒng)集成(EAL) 的復雜性，節(jié)省系統(tǒng)整合成本；
• 使軟件包選型或應用開發(fā)方案設計更有依據，更科學；
• 架起ITz與IT實施之間的橋梁，使IT戰(zhàn)略可執(zhí)行；
• 是IT Vision具體可見的描述，便于溝通達成共識；
• IT部門可以牽引需求，不再被動應付需求。

企業(yè)架構與系統(tǒng)架構設計的區(qū)別：

架構設計包括企業(yè)架構設計和系統(tǒng)架構設計。企業(yè)架構設計是企業(yè)級、高階的信息化設計，而系統(tǒng)架構設計是對企業(yè)梁構中所識別的信息化改造、新建需求的實現設計。

• 先有企業(yè)架構再有系統(tǒng)架構
• 系統(tǒng)架構遵循企業(yè)架構
• 總架構設計關注『面』和『演進』
• 系統(tǒng)架構關注『點』，『線』和『實現』

企業(yè)架構的『四橫五縱』

• 業(yè)務架構：業(yè)務架構是IT規(guī)劃的先導，是為全面了解企業(yè)業(yè)務而經過邏輯梳理后，對企業(yè)為客戶創(chuàng)造價值、運營管理的總體結構化描述，重點是分析企an業(yè)的業(yè)務模式、業(yè)務流程、業(yè)務組件、業(yè)務能力、組織架構等，并挖掘信息化高階需求，對于IT規(guī)劃來說，業(yè)務架構是數字化戰(zhàn)略轉化為日常運營和IT建設需求的必由之路；
• 應用架構：應用架構是對實現業(yè)務能力、支撐業(yè)務發(fā)展的應用功能以及應用集成的結構化描述，是業(yè)務架構與技術架構之間的橋梁，起到承接的作用，向上承接了施工企業(yè)數字化戰(zhàn)略發(fā)展方向和業(yè)務模式，向下指導施工企業(yè)信息系統(tǒng)的建設。通俗地講，應用架構是整個企業(yè)應用系統(tǒng)的頂層設計。
• 數據架構：所謂數據架構，是對數據及其產生、流轉、整合、應用、歸檔、消亡全生命周期的結構化描述。數據其實在信息系統(tǒng)之間就已經存在，企業(yè)在線下執(zhí)行業(yè)務時，所使用的表、證、單、書等紙質材料中的內容都是數據，但在線下，數據的存儲、調閱、流通、分析都十分困難。信息化后這些數據搬到系統(tǒng)后，圍繞數據開展的各項工作效率均有了很大的提升。
• 技術架構：技術架構主要用于支撐應用架構和數據架構，包含應用系統(tǒng)及數據服務所需要的所有技術組件、技術平臺、技術能力、運維工具、基礎設施，具體包括各類中間件、基礎軟件、計算資源、網絡資源、存儲資源、運維服務、安全與災備、數據中心，等等。
• 架構管控：形成標準，持續(xù)對架構進行守護，治理和改進。

四橫五縱的五縱上面介紹了，那么什么是四橫？指的是架構設計的幾個層級，每一層又涉及到對應的利益相關者，具體的介紹可以仔細看上面一張圖。

最后用一句話作為本文最后的結尾：架構無止境，業(yè)務出效率。?