我們將核心價值鏈上的端到端總結為兩個核心，其一是供應鏈的端到端流程和業務；其二是產品研發的端到端和業務。各個企業由於型別不同往往對兩條價值鏈各有 側重。生產代工類企業沒有自己的產品研發，那麼只有供應鏈；高科技研發企業可以做到賣產品核心技術和專利，不做具體供應鏈方面事情。而更多的生產製造型企 業往往是1和2兩者的一個有機結合。

再談企業架構和業務架構：

企業架構本身強調的是業務驅動IT，業務和IT的匹配和融合而不是兩張皮，在這裡可以看到核心我們關注的點包括流程，活動，資料，組織，資源五個方面的內容。而每個方面基本都涉及到業務和IT兩個方面的內容，包括業務到IT的轉化和對映。

企業架構-分層和維度：

完整的企業架構包括了業務架構和資訊系統架構兩個方面的內容。

企業架構是一個多檢視的體系結構，它由企業的業務架構、資訊架構、應用架構和技術基礎架構共 同構成。傳統的Zachman企業架構框架更多的仍然是偏業務流程和資料，沒有體現的特別清楚業務和IT的關係。而對於TOGAF框架，則是真正體現了業 務驅動IT，業務和IT的緊密整合，特別是提出了架構的三個層次，包括業務架構，資訊系統架構和資料架構。而資訊系統架構又包括了應用架構和資料架構。

業務流程和業務架構：

根據TOGAF方法論，在業務願景建立後重要的一步就是展開業務架構方面的工作。 業務架構的核心仍然是業務流程架構，從業務流程架構的分析中如果關注業務活動的分析則衍生出業務用例模型，如果關注業務資料的分析，則衍生出業務資料架構。

再談業務架構：

對於業務架構，仍然推薦大家下載IBM的CBM元件化業務模型白皮書，在網上很容易搜尋到。對於業務的理解和分析仍然可以看到兩條重要的主線，即業務流程 分析和業務架構分析，兩者緊密結合。流程分析一般參考價值鏈分析的思路，由頂向下，逐層分解進行；而業務架構分析則更多的還是要依託流程分析，將流程分析 識別和發現的業務活動，識別和抽象為相應的業務元件。

CBM元件化業務模型：

對於企業架構思想融入到軟體架構中，即真正對軟體架構層面的工作進一步整合，減少在系統分析過程中從現實業務層面來抽象IT層面的脫節。改變傳統軟體架構僅僅考慮實現層面和技術層面的問題。對於引入方法和具體內容，還是從軟體架構的一些核心內容來談。

企業架構在軟體架構設計中的引入：

資訊化架構一般有兩種模式，一種是資料導向架構，一種是流程導向架構。對於資料導向架構重點是在資料中心，BI商業智慧等建設中使用較多，關注資料模型和 資料質量；對於流程導向架構，SOA本身就是關鍵方法和技術，關注端到端流程整合，架構對流程變化的適應度。兩種架構並沒有嚴格的邊界，而是相互配合和補 充。

資訊化架構模式：

IT規劃和IT諮詢
 
對於IT規劃，遵循的思路主要是：從業務到技術，從流程到IT，圍繞價值鏈分析和優化的核心模型往前驅動。核心過程包括現狀分析、差距分析、目標提出、藍 圖規劃、實施規劃等幾個關鍵步驟。現狀分析包括業務現狀和IT現狀，根據企業戰略提出業務目標和發展規劃，分析現狀和目標之間的差距提出和整理問題集（定 義IT建設目標），根據差距和問題給出規劃藍圖，根據目標和問題分解到的子目標和子問題以及藍圖規劃內容，多維度評估和確定後續的實施規劃，定義IT系統 建設實施的優先順序。這就是IT規劃的一般邏輯。

IT規劃核心分析邏輯-整理稿：
再談IT規劃分析的核心邏輯：
 
首先看下業務架構對映到基於雲端計算的業務模式和流程，首先業務架構重點是業務流程和業務元件，是為後續識別應用架構和資料架構服務的，重點還是業務。雲端計算偏技術層面，即使是基於雲端計算的運營也是偏技術層面的內容而非真正地業務，偏運營業務模式和流程的分析eTom模型給出了很好的思路，可以參考下eTom的模型，其本身才能和雲端計算本身的分層高度吻合

以TOGAF為指導的雲端計算規劃：

首先來看縱向，為電信運營商的完整生命週期。如果是傳統的製造型企業其對應的是核心價值鏈模型，前面來看都類似即戰略，規劃，產品，產品後對應到具體的交付和後續售後服務環境。對於運營型企業，產品即服務，使用者要的不是產品而是產品提供的能力，因此對運營層面進行細化，包括了運營支撐，實施，保障和計費。以構成電信運營商完整的生命週期。

再轉過來看eTom的過程框架，橫向為供應鏈，資源，服務，產品四層。可以講整個過程框架的精髓不在於縱向生命週期，縱向生命週期僅僅是價值鏈分析方法的 而一個延伸。而在於橫向的分層，解耦和逐層遞進關係上。底層的供應鏈為最底層的基礎設施支撐層，最終形成的是價值維度的資產。

對eTOM過程框架的再認識：

對於架構分析的入口點，仍然推薦是從端到端流程分析入手，細化到業務域的端到端，再細化到3,4級流程，最終細化到EPC最底層流程圖。流程到子流程，再到業務活動，業務活動中承載的是業務單據和業務實體。需要對業務實體進行抽離，進行資料層面的資料建模和分析。從ARIS企業架構分析中的Y模型可以看到，Y模型的左邊為業務架構，右邊為流程架構，而最底層夠歸集到EPC流程。整個分析順序為端到端流程分析到EPC，結合資料建模和分析，通過CRUD矩陣分析等方法從底向上抽象業務元件形成高階業務架構。

企業架構分析的核心思路：

整個IT規劃始終圍繞業務和IT兩條主線，業務包括了業務流程，業務資料，崗位組織和角色，業務管控體系；而IT包括了應用架構體系，資料架構和模型，技 術架構和平臺，基礎設施建設。業務驅動IT，端到端業務流程最終落地到應用系統的功能上，業務資料最終沉澱到資料庫中的資料模型，我們談SOA重點也是業 務驅動IT，業務和IT走向融合，業務架構和應用架構本身就為一體，特別是業務元件的提出；而資料架構本身從傳統的概念模型，邏輯模型，物理模型本身就是 業務資料和資訊資料的融合和統一。

談IT規劃的思考邏輯：

對於IT諮詢主要涉及到資訊科技，業務，管理三方面的知識。企業架構給了我們比較好的IT諮詢知識體系結構，業務流程，資料，系統，組織和人。方法，工具和技術。無論是從企業價值鏈分析，還是從各種行業的標準業務模型和資料標準模型，最終都會落到以上內容。

IT諮詢-隨想記錄：

參考業界IT規劃的參考模型和框架，結合IT規劃方法論和實施，重新整理了IT規劃知識體系。對於橫軸主要考慮IT規劃的方法論和步驟，具體包括了參考模 型，調研階段，差異分析和匹配，目標架構，實施策略和管控治理六個方面的內容；對於縱軸包括了IT基礎設施，業務基礎設施，業務流程，資料，技術體系，應 用系統，整合架構七個方面的內容。

IT規劃知識體系整理：

流程架構是基礎之基礎，流程是分解的，最高階的流程檢視不會太體現流程，更多體現的是價值鏈思路。資料架構偏靜態，從核心資料實體的角度進行建模。資料實體應該從EPC中進行抽取。高階應用架構和高階的流程檢視對應。體現流程驅動IT，但是匹配和對應關係比較複雜。

IT架構規劃：

流程驅動IT規劃包含兩個層面的內容。從理論層面來說，引入企業架構管理（EAM）思想，建立以業務流程為核心的架構體系，通過對架構體系的研究實現 企業IT規劃；從技術層面上來說，此方案是由ARIS軟體工具(流程管理平臺)構成的； 應用ARIS流程模型化方法，實現企業流程的模型化管理，建立企業的IT戰略，企業組織，IT基礎架構和IT管理過程的模型化。通過模型關係的研究實現企 業的IT的“動態”有效規劃。流程驅動IT規劃在以下幾個方面都具有較大的優勢，筆者將逐一進行探討。

流程驅動的IT有效動態規劃：

企事業IT架構是由資料架構、應用架構和技術架構共同構成的。其中，資料架構是企事業IT架構的核心，因為資訊系統支撐下的企事業業務運作狀況，是通過信 息系統中的資料反映出來的，資料是資訊系統管理的重要資源。因此構建企事業IT架構時，首先要考慮資料架構對當前業務的支援。理想的企事業IT架構規劃邏 輯是資料驅動的，即：首先根據業務架構分析定義資料架構；然後根據資料架構結合業務功能定義應用架構；最後根據資料架構與資料架構的定義，來設計技術架 構。

IT規劃-資料是核心的核心：

如果說到智慧企業，那麼簡單點還是在企業內部各種資訊能夠全面快速的收集，資訊能夠高度共享和協同傳遞，能夠對資訊進行知識管理層面的加工創造，形成有價 值的專家經驗庫，指導後續的持續改進。企業本身在智慧架構和資訊科技下能夠高度的自適應和自調整，達到高度協同和快速響應，以高效的滿足企業的各種業務目 標並實現價值。具體還是從可感知，可協同和可智慧三個方面來談智慧企業。

談智慧企業：

企業2.0本身融合傳統web2.0和SNS核心思想，企業2.0本身融合web3.0的核心思想，企業2.0本身就是無邊界和融合的思想，企業2.0真正將知識管理融入到企業業務目標。

再談企業2.0的核心邏輯：

可以說方法論的形成必須做兩個層面的抽象，一個是對實際問題的抽象，一個是對解決方法的抽象，這樣才能夠讓方法論具有較為普遍的適用性。但是我們注意到當在追求普遍適應性的時候，不可避免的犧牲了特定適用性。方法論是類，而最佳實踐是物件。最佳實踐是針對特定的問題，採用方法論中提到的特定方法工具技術的結合，是對方法論的一個實踐驗證。

方法論和最佳實踐：