指導思想

IT規劃涉及到方法論、流程管理和分析、信息架構、應用系統分析和設計、技術架構、項目管理和實施等眾多方面。從企業戰略到業務目標，從業務目標到IT目標，從IT目標到應用藍圖，從應用藍圖到分階段實施落地，任何一個步驟的脫節將導致規劃內容無法落地。再完美的規劃和架構，如果脫離企業業務目標，都不能帶來企業業務價值的提升。此外，IT規劃之難，不在于IT本身，而在于流程；不在于技術本身，而在于業務。

IT規劃的一般邏輯

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

從以上的描述可以看出，整個IT規劃始終圍繞業務和IT兩條主線，業務包括了業務流程，業務數據，崗位組織和角色，業務管控體系；而IT包括了數據架構，應用架構體，技術架構和平臺，基礎設施建設。業務驅動IT，端到端業務流程最終落地到應用系統的功能上，業務數據最終映射到數據模型并沉淀到數據庫中。

隨著各種思路的不斷融合，IT規劃核心指導思想應該轉化為企業架構層面。企業架構的提出，主要是為了解決業務和IT“兩層皮”的問題，企業架構整個方法應該融入到整個IT規劃思想中。此外，核心業務模型和業績標準作為核心指導思想，雖然有裁剪，但是必須參考，如供應鏈SCOR模型，產品研發IPD方法論，項目管理PMBOK體系，戰略和人力資源的平衡記分卡，CRM的4P和4C，財務域的核心模型等。針對不同行業可能又有不同行業的業務標準和模型，如電信行業的eTom模型等。

與此同時，在前面基礎上再融入云計算和SOA的核心思想，它將很好的解決我們多年前IT規劃經驗里的多個豎井式IT系統的集中化和協同化的問題。若現在規劃仍走以前老路是不妥當的。那么，今天規劃重點在開始之初就應該考慮集中化和協同的問題，將SOA思想融入到IT規劃當中。當今的信息化規劃，要務必避免出現IT重復建設和信息孤島，流程斷點和業務無法協同的局面。

現狀分析

現狀分析的核心思路為：首先是要把戰略目標、業務目標、業務子目標調研清楚；其次是把實際的現狀了解清楚，如流程現狀、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建設目標；其次是通過差距進一步細化目標和有針對性的目標，特別是IT建設目標的提出，必須進行差距分析，因為IT建設重點就是支持業務目標，那么所有現存的IT建設和應用架構中無法支撐的部分都是差距，IT規劃建設就是要解決這些差距。改進也同樣的道理，有些是不需要業務改進直接進行IT建設和改進，有些則是業務優化和改進先進行，IT配合業務優化改進措施的落地。從這個思路基本也就清楚BPR（業務流程重組）的考慮和定位，并不是所有場景都一定要進行BPR。

通過差距分析得出的目標是多個子目標，是一個目標群，正如我們面臨的問題是一個問題集一樣，多個子目標的分階段，分步驟實現最終才可能完成一個大的業務目標。目標分解，問題分解，目標和問題映射最終形成一個完整的解決方案。這也是為何我們說，在大的IT規劃中一定會涉及到組合管理，項目群管理方面的內容，目標分解到子目標，子目標最終落實到具體的項目，通過項目規劃和建設的方式推動實現。

藍圖規劃

藍圖規劃是一個遠期規劃，至少覆蓋5年，遠期展望10年，雖然知道后續變化可能性很大，但是仍然需要做較為全面的藍圖規劃，規劃若不能遠期展望，那么建設和實施必然受到太多的局限性和約束。

IT藍圖規劃包括了業務架構，信息架構，應用架構，集成架構，技術架構和 IT基礎設施架構等方面的內容。特別的是，IT規劃藍圖包括了業務架構，業務和IT是密不可分的。所有的藍圖規劃都自頂向下，逐層分解，相互融合和協同。業務架構重點是在流程，信息架構的重點是在數據，這兩個架構都偏業務層面。而對于IT方面則包括了應用架構，集成架構，技術架構和IT基礎設施架構。應用架構在最上層，而集成和技術架構在平臺層，IT基礎架構在基礎設施和物理資源層。從現有的云和集中化趨勢來看，更加需要考慮基礎設施和平臺層的集中化建設，上層的應用架構重點集中在應用和功能層面，體現業務組件化和能力化，體現業務組件本身的獨立性和可集成性。

業務架構可以理解為全公司架構規劃和IT建設中的高端業務建模，這個時候不需要考慮太多IT層面的事情，重點是考慮我們的業務流程如何進行優化，業務架構如何進行重新整合，以滿足我們已經明確的業務目標。在這個步驟中可以看到業務流程和活動，業務職能單元，組織崗位角色，業務核心單據和數據，業務協同這個階段是我們需要考慮的問題。在這里希望融入部分SOA核心思想，即企業是一個完整的有輸入有輸出的產生核心業務價值的價值單元，而這個價值的實現是通過企業內部一個個相互協同的業務功能職能單元提供出來的，這些業務單元相互協同和組合完成核心價值的提供。這也是為何在端到端流程分析和流程分解后，重新對業務功能單元進行組合形成業務架構和業務組件，然后通過端到端業務流程對業務組件間的協同進行驗證的原因。

在業務架構的流程分析中，包括兩個方面的內容，一個是業務的問題，一個是數據的問題，業務功能和協同在前面已經解決，而數據的問題是另外一個維度，數據的識別是通過業務流程分析，而數據的建模有專門的方法來支持。業務協同最終將體現到底層數據的關聯關系和相互映射，底層數據模型出現問題直接影響高層業務協同。流程中的業務單據是信息架構的數據來源，對于一般的應用系統而言，采取自頂向下的概念模型——>邏輯模型的建模思路，信息架構需要關注數據分域，主數據，跨業務模塊的核心業務單據數據。數據的問題最終都將對應到應用架構和信息架構，SOA解決的是業務集成和協同，而數據集成是有其它系統解決方案，包括BI，數據中心，MDM系統等。

業務架構和信息架構最終要落地到應用架構中，業務架構體現到具體的業務組件和功能，而信息架構落地到具體的數據模型和數據庫設計。如果再落地到具體的系統分析和設計，即演進到應用系統中的高端架構設計，包括用例模型和邏輯模型，用例模型體現業務和流程，邏輯模型體現信息和數據。

以上分析后，將推進到應用架構規劃領域。很可惜的是，在大多數的規劃項目當中，業務架構和應用架構出現了嚴重脫節，兩階段之間出現斷層，沒有通過科學的分析方法在兩者之間平滑的進行映射。這里進行著重的強調，在應用架構規劃時，首先進行總體應用規劃，應用架構和業務架構對應，但不一樣的地方是，流程優化分析和業務架構不會考慮太多應用平臺層面的內容，而應用架構必須考慮：其中兩大核心就是集中化和協同，兩大技術就是云計算和SOA，這些內容需要引入到IT總體應用架構規劃中。談到傳統IT建設呈現豎井式，相互之間協同難的現象，在引入SOA思想后并不是沒有豎井現象了，一個個核心的業務組件和能力提供單元還是獨立的，但是應用層中共性的內容完全下沉到最底部，并提供互相集成的機制。

應用架構規劃需要體現逐層展開的核心思路，總體應用架構清楚后將細化到第二個層次：功能架構和集成架構。這個時候細化相當重要，真正解決業務目標和業務功能的落地問題。功能架構包括功能模塊和具體核心功能點，這些梳理出來后我們需要明確當初提到的業務架構和業務需求在功能架構中如何落地。其次，以某個應用為核心，來觀察該應用和外部應用間的集成關系以及集成后如何協同。前者為功能性需求，后者為接口需求。

集成架構包括了業務集成和數據的集成，也包括集成接口關系和集成邏輯模型等方面的內容。當前大企業的IT系統建設通常分為治之，衍生了多個業務系統，那么多系統間的數據集成和業務協同等大問題就必須在集成架構規劃中進行分析和考慮。

總體來說，應用中規劃的功能點是為了映射和滿足業務架構中的哪個業務功能或需求？業務架構中的功能是為了滿足哪個業務目標？這兩個問題都回答了，那么就基本回答了“規劃的功能點支撐不了業務，功能點和目標之間關系不清晰”的問題。

藍圖規劃最后一個環節為技術架構，傳統企業架構中說的技術架構偏基礎設施和部署架構。在現代的規劃中，技術架構應該描述企業開發、實施和管理應用系統和數據所需的IT技術和IT基礎設施，技術架構規劃往往也會涉及到云計算，特別是IaaS層規劃。

技術架構規劃需要規劃人員有較深的IT技術背景，否則很難提煉公用性的技術，技術規劃屬于IT平臺層規劃的事情，目的是通過后續技術和技術平臺的建設更好的支撐業務系統建設，加強復用和平臺化。

實施規劃

實施規劃直接影響到IT藍圖規劃的可落地性，影響到IT建設投資是否真正體現業務價值，為業務目標服務。實施規劃重點方法論主要為組合管理和項目群管理。可以從成本投入，建設困難程度，對業務價值實現的貢獻，推廣實施難度等多個方面來評估建設內容的優先級。預算和成本投入，在實施規劃中同時也要考慮到。

實施規劃按照組合管理的目標來說，就是要用最少的IT資源投入創造最大的業務價值。我們要建設哪些IT系統，如何分階段建設，如何來支撐業務流程，IT系統建設的協同關系，如何加強項目管理和管控，如何推進系統的建設，如何減少重復建設，這些關鍵信息在實施規劃時都必須要考慮到。