CIO需要了解的：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重複建設和資訊孤島，流程斷點和業務無法協同的局面。

　　 01 現狀分析

　　現狀分析的核心思路為：首先是要把戰略目標、業務目標、業務子目標調研清楚；其次是把實際的現狀瞭解清楚，如流程現狀、IT支撐現狀；最後是將潛在問題識別清楚：一是在當前目標和當前現狀被識別後意識到的問題，二是對比業界參考目標和業界實踐下，意識到潛在存在的問題。現狀分析的順序是從業務過渡到IT，現狀分析主要內容包括如下內容：　　

　　1、業務現狀

　　業務現狀分析重點在於業務流程和業務資料上，建議採取自頂向下逐層分解的方法，找到關鍵的幾個端到端流程為主線進行逐層分解，分解時拋開業務部門的隔離，IT系統的約束，進行跨業務域的流程分析和梳理。在流程分析和梳理的過程中進一步分析子流程和活動，業務元件和資料，跨業務域的協同和互動等一系列問題。業務分解的方法可以參考價值鏈分析方法，業務模型可以參考針對各個業務域的一些標準業務參考架構和模型，如供應鏈的SCOR模型，電信的etom模型，研發領域的IPD和PACE方法，CMMI成熟度模型，專案管理知識體系，營銷和客戶關係管理模型，財務域標準模型等。

　　2、IT現狀

　　IT現狀包括現有的IT應用系統現狀和功能架構，IT基礎設施架構現狀，IT系統對業務現狀的支撐情況分析等。重點的是理清業務和IT的關係，IT對業務的支撐度。

　　現狀分析的目的是為提出後續業務目標和IT系統規劃建設目標打基礎，明確了建設目標才能夠真正為業務服務，體現業務價值。

　　 02 差距和目標

　　有了以上現狀分析和調研，才談得上差距分析。差距分析包括了當前目標和當前現狀間的問題和差距分析；業界參考目標/優秀實踐和當前現狀下的差距分析；IT現狀對當前目標支撐的差距分析；IT現狀對參考目標和業績標準的差距分析。

　　差距分析清楚後得到最終業務戰略目標和業務子目標，由業務目標傳遞到對應的IT規劃和建設目標，而後續的IT規劃即解決兩個問題：IT建設解決當前業務和IT間的差距，IT建設解決後續戰略目標和IT間的差距的問題。

　　對於目標提出而言，有兩個途徑，一是直接提出業務目標和IT建設目標；其次是透過差距進一步細化目標和有針對性的目標，特別是IT建設目標的提出，必須進行差距分析，因為IT建設重點就是支援業務目標，那麼所有現存的IT建設和應用架構中無法支撐的部分都是差距，IT規劃建設就是要解決這些差距。改進也同樣的道理，有些是不需要業務改進直接進行IT建設和改進，有些則是業務最佳化和改進先進行，IT配合業務最佳化改進措施的落地。從這個思路基本也就清楚BPR（業務流程重組）的考慮和定位，並不是所有場景都一定要進行BPR。

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

　　 03 藍圖規劃

　　藍圖規劃是一個遠期規劃，至少覆蓋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平臺層規劃的事情，目的是透過後續技術和技術平臺的建設更好的支撐業務系統建設，加強複用和平臺化。　　

　　 04 實施規劃

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

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