有價值的東西是才值得我們投入時間和精力的，企業架構為什麼就值得我們投入時間和精力來學習呢？主要由以下兩方面原因：

1）對公司而言

企業架構可以輔助企業完成業務及IT戰略規劃。在業務戰略方面，它定義企業的願景/使命、目标/目的/驅動力、組織架構、職能和角色；在IT戰略方面，定義業務架構、數據架構、應用架構和技術架構，是IT戰略規劃的最佳實踐的指引。

企業架構是承接企業業務戰略與IT戰略之間的橋梁與标準接口，是企業信息化規劃的核心。

2）對個人而言

有助于職業的健康長遠發展，比如成為CIO，首席信息官通過指導對信息技術的利用來支持公司的目标，具備技術和業務過程兩方面的知識，常常是将組織的技術調配戰略與業務戰略緊密結合在一起的最佳人選。

企業架構包含了四部分，BA（Business Architecture，業務架構）、DA（Data Architecture，數據架構）、AA（Applications Architecture，應用架構）、TA（Technology Architecture，技術架構）。

企業架構由全局戰略規劃驅動，我們來看下戰略、BA、DA、AA、TA五者之間的關系。

圖 1-1 戰略、BA、DA、AA、TA的執行順序

如圖所示，戰略、BA、DA、AA、TA實際位于以下三個層次上：

這五者的核心關系，可以概況為以下幾點：

· 戰略是公司高層設計，卻是業務架構師的需求

· 業務架構師的工作時“戰略進，業務架構出”

· 業務架構是業務架構師的設計，卻是數據、應用、技術架構師的需求

環環相扣，上層驅動下層，下層支撐上層。

圖 1-2戰略、BA、DA、AA、TA的關系

通過上面的内容，我們知道了戰略、業務架構、方案架構的關系，下面我們看下實際工作中架構路線圖和實施規劃環節是如何操作的。

圖 1-3 戰略到架構的實施過程

執行的要點是釘到崗位（左側），落到文檔（右側），細到機構調整、技術采購、項目研發等工作包。主要有以下環節：

· 戰略：公司管理層牽頭、規劃發展部全程支持，産出物：《xx-xx年戰略規劃書》

· 業務架構：信息科技部的架構師團隊中的業務架構師負責，産出物：《業務架構書》

· 方案架構：信息科技部的架構師團隊負責，産出物：《技術方案書》

· 架構路線圖：涉及預算，CI0牽頭制定、董事會批準，産出物：架構路線圖

· 實施規劃：CIO牽頭制定，産出物：實施計劃

· 項目管控：采取研發的項目由PMO負責，采取購買的項目由總經理辦公室負責

這裡需要補充說明的一點是，實施計劃不僅僅是從“架構藍圖到研發”的計劃，也是從“架構藍圖到IT與非IT的方方面面”。

· IT方面：支持業務架構藍圖所需的所有“IT能力”有哪些？項目是研發還是購買？相應識别技術采購工作包、人員培訓工作包。

· 非IT方面：支持商業藍圖所需的“組織能力”有哪些？相應識别機構調整工作包、新建部門工作包、人員培訓工作包。

對于業務架構，OMG業務架構組給了如下定義：業務架構是企業治理結構、商業能力與價值流的正式藍圖。業務架構明确定義企業的治理結構、業務能力、業務流程、業務數據。其中，業務能力定義了企業做什麼，業務流程定義企業怎麼做。

具體而言，就是：

· 業務功能是由業務流程實現的

· 業務流程由業務步驟、業務角色、業務數據、業務事件、業務規則組成。

我們分别從國外國内來了解一下，業務架構出現的背景，便于我們更好的理解業務架構的使用場景，業務架構是跨部門跨組織的業務需求，單個小系統的生命周期，根本就沒有業務架構環節。

1）跨系統規劃——業務架構在全球出現的背景

國外軟件系統經過長期發展，在經過多年實踐後，1962年發表于哈佛商業雜志的《信息系統總規劃》這篇文章，拉開了跨部門、跨組織需求規劃的序幕。此後多年，IBM等企業進行了很多實踐。

1982年，IBM公布了業務系統規劃（Business System Planning，BSP）方法論。這是個重要事件，對業界産生了大而持久的影響。

此後多年，業務架構快速發展，如Togaf、FEAF等。

以上曆史告訴我們，業務架構脫胎于跨系統、重視跨系統需求。站在開發者的角度，業務架構就是跨部門、跨組織的業務需求。

2）信息孤島——業務架構在國内“火”起來的契機

國内有個現象，一提到業務架構，就會大談信息孤島。這是為什麼呢？因為國内真正開始重視業務架構設計，就是從解決信息孤島的痛點開始的。

21世紀初，國内的信息化進程從部門信息化推進到了企業信息化。企業部門間的（集團子公司間的）協同聯動需求，帶動了IT信息系統間的信息共享和協同聯動需求——同時産生了信息孤島問題（财務、人力資源、采購、銷售、OA、CRM各自為戰）。

因為信息孤島所具備的三大弊端，促使業務架構在國内火了起來，以下是三大弊端：

00001. 無法協同—低效

00002. 重複建設—浪費企業資源

00003. 贻誤發展時機—這個影響最大，頭部企業錯失風口也會被趕超、變得落後

那如何解決信息孤島的問題呢？

在一系列系統分頭建設之前，先設計業務架構，定義統一藍圖，這是根本。數據一張圖、數據共享、流程打通、服務編排，都是圍繞統一藍圖具體展開。

業務架構是跨系統的，那麼它和子系統的關系是什麼樣的呢？

圖 2 – 1業務架構和子系統的關系

圖中的大V、小V分别表示什麼呢？

· 一個大V，表示方案的業務架構、分期實現、上線驗收。

· 兩個小V，表示子系統的需求分析、程序開發、系統測試。

大V部分，是總體方案的生命周期。在大V的需求階段，必須研究和定義清楚跨部門、跨組織的業務需求，這些需求往往是跨系統的。例如，客戶報修業務功能明顯需要呼叫中心系統、CRM系統、工單系統協同聯動，才能支持客服接聽電話、确認客戶資料、記錄報修内容、派遣維修工程師上門這一連串操作。

小V部分，是某一個系統的生命周期。在小V的需求階段，必須分析和定義清楚這一個系統的需求，這些需求往往是系統内的。例如，CRM系統負責客戶資料管理。

綜上所述，方案級、子系統級這兩級生命周期是同時存在的。舉個典型的例子，某公司要做一個ERP系統，他會怎麼做呢？

1）立項階段

由于方案涉及的範圍廣、部門多，所以有必要做業務架構設計。這時，由業務架構師擔綱業務架構設計，并提交《業務架構書》。

2）一期工程階段

假設主要涉及系統A的需求、開發、測試等。

這時需求分析員沖上去，負責《系統A需求說明書》，當然需求分析員要參考上遊的《業務架構書》整體約定。

注：這裡隻所以說是假設，是因為實際操作中可能是實現某個業務功能需要同時開發系統A、系統B、系統C的部分功能，并不是說一期工程的所有功能必須隸屬于同一個系統。

3）二期和三期功能

假設主要涉及系統B的需求、開發、測試等。

這時這時需求分析員沖上去，負責《系統B需求說明書》，當然需求分析員要參考上遊的《業務架構書》整體約定。

業務架構要想成功，首當其沖的是，架構師要做正确的事，即在業務架構的實際工作内容上有充足的經驗，不能遺漏。

相反，業務架構師分析環節的缺失，意味着業務架構藍圖規劃項的缺失，影響從投資角色到方案設計，到實施規劃，再到IT工作包和非IT工作包識别等所有後續工作。

業務架構 = 業務功能 組織結構 業務流程 業務數據

業務架構的實際工作内容有哪些呢？

業務架構的前身是1982年IBM發布BSP等跨系統規劃方法，所以，業務架構本質上是跨系統規劃。

但是，業務架構的内容遠遠超過了跨系統需求分析這個範圍，覆蓋跨系統業務架構藍圖規劃這個更大的範圍。究其原因，是業務架構必須發揮從戰略向實施過渡的橋梁作用—上街公司戰略，下接IT實施和非IT實施。

不錯，業務架構也涵蓋了非IT部分的藍圖！

我們來看下細化的業務架構實際工作模型。

圖 2 – 2 業務架構藍圖

就大的方面而言，業務功能定義企業做什麼？組織結構定義誰來做？業務流程定義怎麼做？業務數據提供必要的支撐，因此，業務功能、組織結構、業務流程、業務數據四者，構成了業務架構藍圖的核心。

同時，商業模式揭示的是企業産品、企業核心資源、客戶、夥伴、渠道、成本、利潤之間的本質關系。商業模式這個現代工具，也是業務架構藍圖的必須規劃項。

就小的方面而言，第一，業務渠道在哪裡？組織結構是圍繞部門、角色、職能展開的，而組織結構、業務渠道、合作夥伴是緊密相關的。所以，業務架構師在梳理組織結構的同時，應結合渠道戰略和合作夥伴戰略，定義業務渠道規劃，定義合作夥伴規劃，這些都是業務架構藍圖的“一等公民”。

第二，價值鍊在哪裡？價值鍊模型是對一個企業所有生成經營活動的總體描述，是規劃業務架構藍圖時的必做項目。可以對業務功能進行三級劃分、層層分解：

· 頂級分解—做價值鍊模型

· 一級分解—做功能域分解

· 二級分解—做功能子域分解

第三，業務流程 = 主幹流程 分支流程 業務規則：

主幹流程通用性強，不易變。例如：買火車票時，“選票-搶票-支付”這個流程是穩定的。

分支流程個性化強，常變化。例如，選座分支流程，靠窗、不靠窗、坐票、卧鋪（上下中鋪），買兒童票、成人票、學生票也要進入分支流程。

業務規則細節性強、碎片化，所以建議一邊定義業務流程，一邊定義相應的業務規則。

綜上，業務架構藍圖的内容應該明确！全面！直觀！詳細！

上面我們學習了業務架構包含的内容，可能不夠直觀，我們通過案例來加深我們對每個模塊的理解。

1）業務架構藍圖五要素

我們借助業務架構藍圖五要素，管窺一下中國鐵路12306平台的業務架構。

· 目标業務功能：線上購票、線上支付、線上退票等

· 目标組織結構：在原組織結構基礎上，新建IT運維中心

· 目标業務流程：先登錄、後搶票、再支付、超時未支付則釋放票源

· 目标商業模式：線上購票，省事省力（這個僅是價值主張）

· 目标業務數據：用戶賬戶、列車時刻表、坐席數據、訂單、支付記錄等

2）業務渠道、合作夥伴、價值鍊

下圖分析了證券公司的業務功能與相對應的業務渠道：

圖 2 – 3 用價值鍊來分析業務

價值鍊包括核心業務層和支撐層，這裡的核心業務層屬于價值鍊對業務功能和服務的頂級分解。

經紀業務包括客戶開發、交易功能、客戶服務，業務功能分為三個層級，頂級分解、一級分解、二級分解，這三個是業務功能的頂級分解。

從圖中我們知道該證券公司有四個核心業務，分别是經紀業務、自營業務、資産管理、企業融資。

相關傳統渠道，主要是營業部櫃台；相關電子渠道，可以是綜合服務門戶、客戶端、手機APP等；公司員工可以通過綜合管理門戶完成日常工作與協調。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!