IT規(guī)劃方法論

指導思想

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

IT規(guī)劃的一般邏輯

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

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

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

與此同時，在前面基礎上再融入云計算和SOA的核心思想，它將很好的解決我們多年前IT規(guī)劃經(jīng)驗里的多個豎井式IT系統(tǒng)的集中化和協(xié)同化的問題。若現(xiàn)在規(guī)劃仍走以前老路是不妥當?shù)摹Ｄ敲矗裉煲?guī)劃重點在開始之初就應該考慮集中化和協(xié)同的問題，將SOA思想融入到IT規(guī)劃當中。當今的信息化規(guī)劃，要務必避免出現(xiàn)IT重復建設和信息孤島，流程斷點和業(yè)務無法協(xié)同的局面。

現(xiàn)狀分析

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

業(yè)務現(xiàn)狀

業(yè)務現(xiàn)狀分析重點在于業(yè)務流程和業(yè)務數(shù)據(jù)上，建議采取自頂向下逐層分解的方法，找到關鍵的幾個端到端流程為主線進行逐層分解，分解時拋開業(yè)務部門的隔離，IT系統(tǒng)的約束，進行跨業(yè)務域的流程分析和梳理。在流程分析和梳理的過程中進一步分析子流程和活動，業(yè)務組件和數(shù)據(jù)，跨業(yè)務域的協(xié)同和交互等一系列問題。業(yè)務分解的方法可以參考價值鏈分析方法，業(yè)務模型可以參考針對各個業(yè)務域的一些標準業(yè)務參考架構和模型，如供應鏈的SCOR模型，電信的etom模型，研發(fā)領域的IPD和PACE方法，CMMI成熟度模型，項目管理知識體系，營銷和客戶關系管理模型，財務域標準模型等。

IT現(xiàn)狀

IT現(xiàn)狀包括現(xiàn)有的IT應用系統(tǒng)現(xiàn)狀和功能架構，IT基礎設施架構現(xiàn)狀，IT系統(tǒng)對業(yè)務現(xiàn)狀的支撐情況分析等。重點的是理清業(yè)務和IT的關系，IT對業(yè)務的支撐度。

現(xiàn)狀分析的目的是為提出后續(xù)業(yè)務目標和IT系統(tǒng)規(guī)劃建設目標打基礎，明確了建設目標才能夠真正為業(yè)務服務，體現(xiàn)業(yè)務價值。

差距和目標
 

有了以上現(xiàn)狀分析和調(diào)研，才談得上差距分析。差距分析包括了當前目標和當前現(xiàn)狀間的問題和差距分析；業(yè)界參考目標/最佳實踐和當前現(xiàn)狀下的差距分析；IT現(xiàn)狀對當前目標支撐的差距分析；IT現(xiàn)狀對參考目標和業(yè)績標準的差距分析。

差距分析清楚后得到最終業(yè)務戰(zhàn)略目標和業(yè)務子目標，由業(yè)務目標傳遞到對應的IT規(guī)劃和建設目標，而后續(xù)的IT規(guī)劃即解決兩個問題：IT建設解決當前業(yè)務和IT間的差距，IT建設解決后續(xù)戰(zhàn)略目標和IT間的差距的問題。

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

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

藍圖規(guī)劃

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

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

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

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

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

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

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

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

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

藍圖規(guī)劃最后一個環(huán)節(jié)為技術架構，傳統(tǒng)企業(yè)架構中說的技術架構偏基礎設施和部署架構。在現(xiàn)代的規(guī)劃中，技術架構應該描述企業(yè)開發(fā)、實施和管理應用系統(tǒng)和數(shù)據(jù)所需的IT技術和IT基礎設施，技術架構規(guī)劃往往也會涉及到云計算，特別是IaaS層規(guī)劃。

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

實施規(guī)劃

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

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