企業信息化規劃核心邏輯(200803)

今天準備分享下企業信息化發展規劃核心方法和邏輯。同時分享一個10年前的解決方案PPT文檔材料，該內容現在可以公開，部分內容做了修改和調整。雖然內容有些過時，但是整體信息化規劃方法論仍然可以參考。

IT規劃概述

對於IT規劃，涉及到業務，流程，數據，信息技術，基礎設施多方面的內容，涉及到業務驅動IT，涉及到業務架構和應用架構，涉及到從規劃諮詢到實施落地的全過程。

IT規劃之難度不在於IT本身，而在於流程，不在於技術本身，而在於業務。

IT規劃所涉及到的大的方面包括了流程管理和分析，諮詢方法論，信息化架構，技術架構，應用系統分析和設計，項目管理和實施。從企業戰略到業務目標，從業務目標到應用藍圖，從應用藍圖到分階段實施落地，任何一步驟的稍微脫節將導致規劃內容的無法落地，再完美的規劃和架構，如果脫離企業業務目標和實際，不能帶來企業業務價值的提升，那麼一切都只是廢紙。

對於IT規劃的一般邏輯，和前面談到過的諮詢的一般邏輯是類似的，其仍然是包括了現狀分析，目標提出，差距分析，藍圖規劃，實施規劃幾個關鍵步驟。

現狀分析包括了業務現狀和IT現狀，根據企業戰略提出業務目標和發展規劃，分析現狀和目標之間的差距提出和整理問題集，根據差距和問題給出藍圖規劃，根據目標和問題分解到的子目標和子問題多維度評估和確定優先級，確定後續的實施計劃。這就是IT規劃的一般邏輯。

業務驅動IT，圍繞業務和技術兩條主線展開

業務包括了業務流程，業務數據，崗位組織和角色，業務管控體系；

而IT包括了應用架構體系，數據架構和模型，技術架構和平臺，基礎設施建設。業務驅動IT，端到端業務流程最終落地到應用系統的功能上，業務數據最終沉澱到數據庫中的數據模型。

我們談SOA重點也是業務驅動IT，業務和IT走向融合，業務架構和應用架構本身就爲一體，特別是業務組件的提出；而數據架構本身從傳統的概念模型，邏輯模型，物理模型本身就是業務數據和信息數據的融合和統一。

現狀和差距目標分析

現狀分析順序是從業務過渡到IT，業務現狀分析本身重點又在於業務流程和業務數據上，如果說從頂向下逐層分解的方法，則可以參考價值鏈分析方法，業務可以參考針對各個業務域的一些標準業務參考架構和模型，如供應鏈的scor模型，電信的etom模型，研發領域的IPD和PACE方法，CMMI成熟度模型，項目管理知識體系，營銷和客戶關係管理模型，財務域標準模型等。

現狀分析我們期望的還是從頂向下，找到關鍵的幾個端到端流程爲主線進行逐層分解，先拋開業務部門的隔離，IT系統的約束，進行跨業務域的流程分析和梳理。在流程分析和梳理的過程中進一步分析子流程和活動，業務組件和數據，跨業務域的協同和交互等一系列問題。

IT現狀包括了現有的 IT應用系統現狀和功能架構，IT基礎設施架構現狀，IT系統本身現在對業務現狀的一個支撐情況分析等。一開始的現狀分析無必要立刻過渡到數據，但是現狀分析必須要理清楚的就是業務和IT的關係，IT對業務的支撐度。現狀分析的目的是提出後續業務目標和IT系統規劃建設目標，這樣的目標才能夠真正爲業務服務，體現業務價值。

差距和目標

現狀分析的目的是提出目標，而目標的提出本身又包括了兩個方面的內容。

一個是直接提出的業務目標和IT建設目標。
其次是通過差距進一步細化目標和有針對性的目標。

特別是IT系統目標的提出，必須進行差距分析，因爲IT建設重點就是支持業務目標，那麼所有現有的IT建設和應用架構中無法支撐的部分都是差距，IT規劃建設就是要解決這些差距。

企業和業務戰略首先落地到具體的業務目標，通過IT和業務目標的匹配和差異分析，將業務目標進一步細化到IT建設目標，這是由企業戰略到IT目標逐步細化，使IT規劃目標真正具備可操作性的過程。在傳統的方法中我們通過業務架構和應用架構的匹配和映射，在SOA方法中我們通過業務組件圖的熱映射，我們也可以進行IT應用和功能對流程的映射，這些都是發現差距和解決差距。

通過差距分析得出的目標已經是多個子目標，是一個目標羣，正如我們面臨的問題是一個問題羣一樣，多個子目標的分階段，分步驟實現最終纔可能完成一個大的業務目標。

目標分解，問題分解，目標和問題映射最終形成一個完整的解決方案。

這也是爲何我們說在大的IT規劃中一定會涉及到組合管理，項目羣管理方面的內容，目標分解到子目標，子目標最終落實到具體的項目，通過項目規劃和建設的方式推動實現。

信息化規劃藍圖

對於IT規劃的藍圖包括了業務藍圖和信息藍圖，包括了業務架構，信息架構，應用架構，技術架構，集成架構和IT基礎設施架構多方面的內容。特別要注意的就是IT規劃藍圖包括了業務架構，而且業務和IT密不可分。所有藍圖都自頂向下，逐層分解，相互融合和協同。

業務架構重點是在流程，而信息架構的重點是在數據，這兩個架構都在業務層面。而對於IT方面架構則包括了應用架構，應用集成架構，技術架構和IT基礎設施架構。應用架構在最上層，而集成和技術架構在平臺層，IT基礎架構在基礎設施和物理資源層。從現有的雲和集中化趨勢來看，更加需要考慮基礎設施和平臺層的集中化建設，上層的應用架構重點都要集中在應用和功能層面，體現業務組件化和能力化，體現組件本身的獨立性和可集成性。

藍圖規劃一般是一個遠期規劃，至少覆蓋5年，遠期展望10年，雖然知道後續變化可能性很大，但是仍然需要做較爲全面的藍圖規劃，規劃如果都不能展望的更遠，那麼建設和實施必然受到太多的侷限性和約束。如果是單純的業務流程優化諮詢項目，那麼業務架構和信息架構這套內容仍然適合，只是IT規劃建設方面提及和細化度減弱而已。

業務架構+信息架構完全可以理解爲全公司IT建設和架構規劃中的高端業務建模，在這個層面基本還過渡不到細化的具體業務系統。業務架構和信息架構最終要落地到應用架構中，業務架構體現到具體的業務組件和功能，而信息架構落地到具體的數據模型和數據庫設計。如果再落地到具體的系統分析和設計，即演進到應用系統中的高端架構設計，包括用例模型和邏輯模型，用例模型體現業務和流程，邏輯模型體現信息和數據。

應用架構中包括了集成架構，集成架構本身又包括了業務集成和數據的集成，包括集成接口關係和集成邏輯模型等方面的內容。正是由於大企業的IT系統建設必須分爲治之，衍生了多個業務系統，那麼多系統間的數據集成和業務協同等大問題就必須在集成架構規劃中進行分析和考慮。

應用架構下層轉化到信息架構中的純技術層面，技術架構規劃一般出來的較晚，也需要規劃人員有較資深的IT技術背景，否則很難提煉公用性的技術，技術規劃屬於IT平臺層規劃的事情，目的是通過後續技術和技術平臺的建設更好的支撐業務系統建設，加強複用和平臺化。