作者：張錦程

?勝兵先勝而后求戰，敗兵先戰而后求勝

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

我們來看個例子：

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

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

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

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

只有項目沒有企業架構會有哪些隱患？

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

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

事前規劃是戰略，事后解決是治理

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

如何從異構到統一?

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

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

通過企業架構可以規避信息化的大量風險：

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

有了企業架構能起到的預期效果：

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

IT規劃應該有哪些內容：

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

以IT架構為支撐，以業務價值為導向

我們先問2個問題：

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

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

IT戰略 = IT架構 + IT項目

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

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

從IT管理本身看企業架構的價值：

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

企業架構與系統架構設計的區別：

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

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

企業架構的『四橫五縱』

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

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

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