一、 業務架構和IT架構的關系
企業架構這種東西，更多來自于我們前面說的流程管理咨詢的第一類，就是這種系統型方法論，這種方法論更適合于大型的企業。有一些大型的企業，管理上已經走過了很基本的初級階段，一點點現場的變化和改善，具體流程有些哪些變化，對這樣的企業來說根本起不到什么作用。它們需要從整個公司的頂層設計，工作需要進入這樣一個量級。到這種規模的企業，需要的就是系統化的方法。企業架構這個東西就是從這里切入的。
這個道理就跟做產品也是一樣的。如果說我們做一個小的產品，比如一些日用品、快消品這種生產銷售的企業，你做產品設計就比較簡單，直接開發就完了。而如果你是要做一個系統級的產品，比如說設計和生產汽車，或者航空發動機、飛機、電廠這樣規模的產品，設計的系統性就非常重要，你必須給出一個系統級的解決方案。這種系統級的產品設計就相當于我們大企業管理的頂層設計，而小企業不需要頂層設計，或者說不需要系統級的頂層設計。
企業架構就是這樣的頂層設計。企業架構通常分兩種，一種叫業務架構，另一種叫IT架構。最早做架構的人都是搞IT的人，IT人士更有這種系統性的思維。其實做流程，有一部分起因是搞業務和管理的人，還有一部分起因是搞IT的人。是IT人士把這種流程的結構化思維推向了更高的一個層面。
業務架構，是對企業的業務和管理的不同維度來構建的模型。比如說企業的戰略績效模型，運營模式模型，流程模型，組織模型，空間布局模型等等這些模型。現實中我們見的最多的企業架構模型就是組織架構。我們看到企業的組織機構圖，它就是一種業務架構。
還有一個就是IT架構，IT架構就是從企業信息化實現的維度來給企業構建的模型。它的目的就是描繪這種信息系統的藍圖。IT架構分這樣三個部分，數據架構、應用架構和技術架構。數據架構是研究企業里數據資源的結構；應用架構是企業部署的應用和這些應用之間的關系；技術架構就是完全技術性的東西，軟件，硬件，基礎設施，網絡，通訊，中間件等等內容。
業務架構和IT 架構之間的關系是很微妙的。
1.業務架構是起始于IT架構。最早搞業務架構的都是IT人士。他們在做IT架構的時候發現，僅僅從IT技術層面出發是不行的，需要向業務上進行延伸，然后走著走著，他們就搗鼓出了一個東西，叫做業務架構。所以說業務架構最早是從IT架構引發的。
2.業務架構脫離了IT架構。隨著業務架構研究的深入和它的應用越來越廣泛，人們漸漸發現，業務架構是一個單獨的東西，即使離開了IT架構的應用，它也應該存在，并且它對于企業頂層設計的作用是非常大的。所以這個業務架構又開始獨立于IT架構。
3.當我們進行IT架構設計的時候，依然還要從業務架構出發。因為道理很簡單，不管你如何做IT規劃和IT的開發，最后你總是要用業務來實現它，你的最終目的也是要為業務服務，否則你的IT就沒有意義。
業務架構和IT架構之間的關系我們可以用這樣一張圖來展示。
這是一個信息化規劃的藍圖。首先你要做的是業務架構，做功能架構或者應用架構，最后再做技術架構。
在業務架構中，我們需要搞清楚公司的業務是如何發生的？要如何設計這些業務模式和業務流程，業務數據之間是怎么流轉的？有什么管理要求？這些內容是我們首先要給IT規劃和設計一個基本的輸入，就是你的業務架構長什么樣子。
有了業務架構之后，第二步是功能架構。就是從業務架構中得出來有哪些功能要放在信息系統里實現？哪些在系統里跑，哪些要人工去做，哪些需要人工和IT去協同。業務、管理和IT之間，不同IT系統之間，它們如何實現這種功能的關聯？如何實現人機的交互？這些問題要在功能架構里去回答。
做完了業務架構和功能架構之后，才到了技術架構。技術架構就不再是業務人員的工作，而是純粹的技術工作。
我們在這張圖上可以看右邊的幾個角色。業務架構，是業務人員和管理人員的工作。功能架構，是業務和技術人員共同完成的工作，是需要協同而不是一個單方面的。技術架構才是純技術的工作。
我們可以看到其實信息化的規劃，應該起始于業務規劃，然后是業務和技術人員共同做的功能規劃，最后才是技術人員的事，IT規劃應該沿著這樣一個路徑來完成。這張圖也是在解釋關于業務架構和IT架構之間的關系。
