一套完整實用的IT規(guī)劃方法論

1、套 完 整 實 用 的 I T 規(guī) 劃 方 法 論指導思想IT 規(guī)劃涉及到方法論、流程管理和分析、信息架構(gòu)、應(yīng)用系統(tǒng)分析和設(shè)計、技術(shù)架 構(gòu)、項目管理和實施等眾多方面。從企業(yè)戰(zhàn)略到業(yè)務(wù)目標，從業(yè)務(wù)目標到 IT 目標，從 IT 目標到應(yīng)用藍圖，從應(yīng)用藍圖到分階段實施落地，任何一個步驟的脫節(jié)將導致規(guī)劃內(nèi)容 無法落地。再完美的規(guī)劃和架構(gòu)，如果脫離企業(yè)業(yè)務(wù)目標，都不能帶來企業(yè)業(yè)務(wù)價值的 提升。此外， IT 規(guī)劃之難，不在于 IT 本身，而在于流程；不在于技術(shù)本身，而在于業(yè) 務(wù)。IT 規(guī)劃的一般邏輯對于 IT 規(guī)劃，遵循的思路主要是：從業(yè)務(wù)到技術(shù)，從流程到 IT ，圍繞價值鏈分析和 優(yōu)化的核心模型往前驅(qū)動

2、。核心過程包括現(xiàn)狀分析、差距分析、目標提出、藍圖規(guī)劃、 實施規(guī)劃等幾個關(guān)鍵步驟?，F(xiàn)狀分析包括業(yè)務(wù)現(xiàn)狀和 IT 現(xiàn)狀，根據(jù)企業(yè)戰(zhàn)略提出業(yè)務(wù)目 標和發(fā)展規(guī)劃，分析現(xiàn)狀和目標之間的差距提出和整理問題集（定義 IT 建設(shè)目標），根 據(jù)差距和問題給出規(guī)劃藍圖，根據(jù)目標和問題分解到的子目標和子問題以及藍圖規(guī)劃內(nèi) 容，多維度評估和確定后續(xù)的實施規(guī)劃，定義 IT 系統(tǒng)建設(shè)實施的優(yōu)先級。這就是 IT 規(guī) 劃的一般邏輯。從以上的描述可以看出，整個 IT 規(guī)劃始終圍繞業(yè)務(wù)和 IT 兩條主線，業(yè)務(wù)包括了業(yè) 務(wù)流程，業(yè)務(wù)數(shù)據(jù)，崗位組織和角色，業(yè)務(wù)管控體系；而 IT 包括了數(shù)據(jù)架構(gòu)，應(yīng)用架構(gòu) 體，技術(shù)架構(gòu)和平臺，基礎(chǔ)設(shè)施

3、建設(shè)。業(yè)務(wù)驅(qū)動 IT ，端到端業(yè)務(wù)流程最終落地到應(yīng)用系 統(tǒng)的功能上，業(yè)務(wù)數(shù)據(jù)最終映射到數(shù)據(jù)模型并沉淀到數(shù)據(jù)庫中。隨著各種思路的不斷融合， IT 規(guī)劃核心指導思想應(yīng)該轉(zhuǎn)化為企業(yè)架構(gòu)層面。 企業(yè)架 構(gòu)的提出，主要是為了解決業(yè)務(wù)和 IT “兩層皮”的問題，企業(yè)架構(gòu)整個方法應(yīng)該融入到 整個 IT 規(guī)劃思想中 。此外，核心業(yè)務(wù)模型和業(yè)績標準作為核心指導思想，雖然有裁剪， 但是必須參考，如供應(yīng)鏈 SCO模型，產(chǎn)品研發(fā)IPD方法論，項目管理PMBO體系，戰(zhàn)略 和人力資源的平衡記分卡，CRM勺4P和4C,財務(wù)域的核心模型等。針對不同行業(yè)可能又 有不同行業(yè)的業(yè)務(wù)標準和模型，如電信行業(yè)的eTom模型等。與此同時，

4、在前面基礎(chǔ)上再 融入云計算和SOA勺核心思想，它將很好的解決我們多 年前 IT 規(guī)劃經(jīng)驗里的多個豎井式 IT 系統(tǒng)的集中化和協(xié)同化的問題 。若現(xiàn)在規(guī)劃仍走以 前老路是不妥當?shù)摹Ｄ敲?，今天?guī)劃重點在開始之初就應(yīng)該考慮集中化和協(xié)同的問題， 將SOA思想融入到IT規(guī)劃當中。當今的信息化規(guī)劃，要務(wù)必避免出現(xiàn)IT重復建設(shè)和信息孤島，流程斷點和業(yè)務(wù)無法協(xié)同的局面?，F(xiàn)狀分析現(xiàn)狀分析的核心思路為：首先是要把戰(zhàn)略目標、業(yè)務(wù)目標、業(yè)務(wù)子目標調(diào)研清楚； 其次是把實際的現(xiàn)狀了解清楚， 如流程現(xiàn)狀、 IT 支撐現(xiàn)狀；最后是將潛在問題識別清楚： 一是在當前目標和當前現(xiàn)狀被識別后意識到的問題，二是對比業(yè)界參考目標和業(yè)界實踐

5、下，意識到潛在存在的問題。現(xiàn)狀分析的順序是從業(yè)務(wù)過渡到IT ，現(xiàn)狀分析主要內(nèi)容包括如下內(nèi)容：業(yè)務(wù)現(xiàn)狀業(yè)務(wù)現(xiàn)狀分析重點在于業(yè)務(wù)流程和業(yè)務(wù)數(shù)據(jù)上， 建議采取自頂向下逐層分解的方法， 找到關(guān)鍵的幾個端到端流程為主線進行逐層分解，分解時拋開業(yè)務(wù)部門的隔離， IT 系統(tǒng) 的約束，進行跨業(yè)務(wù)域的流程分析和梳理。在流程分析和梳理的過程中進一步分析子流 程和活動，業(yè)務(wù)組件和數(shù)據(jù)，跨業(yè)務(wù)域的協(xié)同和交互等一系列問題。業(yè)務(wù)分解的方法可 以參考價值鏈分析方法，業(yè)務(wù)模型可以參考針對各個業(yè)務(wù)域的一些標準業(yè)務(wù)參考架構(gòu)和 模型，如供應(yīng)鏈的SCO模型，電信的etom模型，研發(fā)領(lǐng)域的IPD和PACE方法，CMMI 成熟度模型，項

6、目管理知識體系，營銷和客戶關(guān)系管理模型，財務(wù)域標準模型等。IT 現(xiàn)狀I(lǐng)T 現(xiàn)狀包括現(xiàn)有的 IT 應(yīng)用系統(tǒng)現(xiàn)狀和功能架構(gòu)， IT 基礎(chǔ)設(shè)施架構(gòu)現(xiàn)狀， IT 系統(tǒng)對 業(yè)務(wù)現(xiàn)狀的支撐情況分析等。重點的是理清業(yè)務(wù)和 IT 的關(guān)系， IT 對業(yè)務(wù)的支撐度?，F(xiàn)狀分析的目的是為提出后續(xù)業(yè)務(wù)目標和 目標才能夠真正為業(yè)務(wù)服務(wù)，體現(xiàn)業(yè)務(wù)價值。IT 系統(tǒng)規(guī)劃建設(shè)目標打基礎(chǔ)， 明確了建設(shè)差距和目標有了以上現(xiàn)狀分析和調(diào)研，才談得上差距分析。差距分析包括了當前目標和當前現(xiàn) 狀間的問題和差距分析； 業(yè)界參考目標 /最佳實踐和當前現(xiàn)狀下的差距分析； IT 現(xiàn)狀對當 前目標支撐的差距分析； IT 現(xiàn)狀對參考目標和業(yè)績標準的差距

7、分析。差距分析清楚后得到最終業(yè)務(wù)戰(zhàn)略目標和業(yè)務(wù)子目標，由業(yè)務(wù)目標傳遞到對應(yīng)的 IT 規(guī)劃和建設(shè)目標，而后續(xù)的 IT 規(guī)劃即解決兩個問題： IT 建設(shè)解決當前業(yè)務(wù)和 IT 間的差 距， IT 建設(shè)解決后續(xù)戰(zhàn)略目標和 IT 間的差距的問題 。對于目標提出而言，有兩個途徑，一是直接提出業(yè)務(wù)目標和 IT 建設(shè)目標；其次是通 過差距進一步細化目標和有針對性的目標，特別是 IT 建設(shè)目標的提出，必須進行差距分 析，因為 IT 建設(shè)重點就是支持業(yè)務(wù)目標，那么所有現(xiàn)存的 IT 建設(shè)和應(yīng)用架構(gòu)中無法支 撐的部分都是差距， IT 規(guī)劃建設(shè)就是要解決這些差距。改進也同樣的道理，有些是不需 要業(yè)務(wù)改進直接進行 IT

8、建設(shè)和改進， 有些則是業(yè)務(wù)優(yōu)化和改進先進行， IT 配合業(yè)務(wù)優(yōu)化 改進措施的落地。從這個思路基本也就清楚BPR（業(yè)務(wù)流程重組）的考慮和定位，并不是 所有場景都一定要進行 BPR。通過差距分析得出的目標是多個子目標，是一個目標群，正如我們面臨的問題是一 個問題集一樣，多個子目標的分階段，分步驟實現(xiàn)最終才可能完成一個大的業(yè)務(wù)目標。 目標分解，問題分解，目標和問題映射最終形成一個完整的解決方案。這也是為何我們 說，在大的 IT 規(guī)劃中一定會涉及到組合管理，項目群管理方面的內(nèi)容，目標分解到子目 標，子目標最終落實到具體的項目，通過項目規(guī)劃和建設(shè)的方式推動實現(xiàn)。藍圖規(guī)劃藍圖規(guī)劃是一個遠期規(guī)劃，至少覆蓋

9、5 年，遠期展望 10年，雖然知道后續(xù)變化可能 性很大，但是仍然需要做較為全面的藍圖規(guī)劃，規(guī)劃若不能遠期展望，那么建設(shè)和實施 必然受到太多的局限性和約束。IT 藍圖規(guī)劃包括了業(yè)務(wù)架構(gòu)，信息架構(gòu)，應(yīng)用架構(gòu)，集成架構(gòu)，技術(shù)架構(gòu)和 IT 基 礎(chǔ)設(shè)施架構(gòu)等方面的內(nèi)容 。特別的是， IT 規(guī)劃藍圖包括了業(yè)務(wù)架構(gòu)，業(yè)務(wù)和 IT 是密不 可分的。所有的藍圖規(guī)劃都自頂向下，逐層分解，相互融合和協(xié)同。 業(yè)務(wù)架構(gòu)重點是在 流程，信息架構(gòu)的重點是在數(shù)據(jù) ，這兩個架構(gòu)都偏業(yè)務(wù)層面。而對于 IT 方面則包括了應(yīng) 用架構(gòu)，集成架構(gòu)，技術(shù)架構(gòu)和 IT 基礎(chǔ)設(shè)施架構(gòu)。應(yīng)用架構(gòu)在最上層，而集成和技術(shù)架 構(gòu)在平臺層， IT 基礎(chǔ)

10、架構(gòu)在基礎(chǔ)設(shè)施和物理資源層。從現(xiàn)有的云和集中化趨勢來看，更 加需要考慮基礎(chǔ)設(shè)施和平臺層的集中化建設(shè)，上層的應(yīng)用架構(gòu)重點集中在應(yīng)用和功能層 面，體現(xiàn)業(yè)務(wù)組件化和能力化，體現(xiàn)業(yè)務(wù)組件本身的獨立性和可集成性。業(yè)務(wù)架構(gòu)可以理解為全公司架構(gòu)規(guī)劃和 IT 建設(shè)中的高端業(yè)務(wù)建模， 這個時候不需要 考慮太多 IT 層面的事情，重點是考慮我們的業(yè)務(wù)流程如何進行優(yōu)化，業(yè)務(wù)架構(gòu)如何進行 重新整合，以滿足我們已經(jīng)明確的業(yè)務(wù)目標。在這個步驟中可以看到業(yè)務(wù)流程和活動， 業(yè)務(wù)職能單元，組織崗位角色，業(yè)務(wù)核心單據(jù)和數(shù)據(jù)，業(yè)務(wù)協(xié)同這個階段是我們需要考 慮的問題。在這里希望融入部分 SOA核心思想，即企業(yè)是一個完整的有輸入有輸出

11、的產(chǎn) 生核心業(yè)務(wù)價值的價值單元，而這個價值的實現(xiàn)是通過企業(yè)內(nèi)部一個個相互協(xié)同的業(yè)務(wù) 功能職能單元提供出來的，這些業(yè)務(wù)單元相互協(xié)同和組合完成核心價值的提供。這也是 為何在端到端流程分析和流程分解后，重新對業(yè)務(wù)功能單元進行組合形成業(yè)務(wù)架構(gòu)和業(yè) 務(wù)組件，然后通過端到端業(yè)務(wù)流程對業(yè)務(wù)組件間的協(xié)同進行驗證的原因。在業(yè)務(wù)架構(gòu)的流程分析中，包括兩個方面的內(nèi)容，一個是業(yè)務(wù)的問題，一個是數(shù)據(jù) 的問題，業(yè)務(wù)功能和協(xié)同在前面已經(jīng)解決，而數(shù)據(jù)的問題是另外一個維度，數(shù)據(jù)的識別 是通過業(yè)務(wù)流程分析，而數(shù)據(jù)的建模有專門的方法來支持。業(yè)務(wù)協(xié)同最終將體現(xiàn)到底層 數(shù)據(jù)的關(guān)聯(lián)關(guān)系和相互映射，底層數(shù)據(jù)模型出現(xiàn)問題直接影響高層業(yè)務(wù)協(xié)同

12、。流程中的 業(yè)務(wù)單據(jù)是信息架構(gòu)的數(shù)據(jù)來源，對于一般的應(yīng)用系統(tǒng)而言，采取自頂向下的概念模型 邏輯模型的建模思路，信息架構(gòu)需要關(guān)注數(shù)據(jù)分域，主數(shù)據(jù)，跨業(yè)務(wù)模塊的核心業(yè) 務(wù)單據(jù)數(shù)據(jù)。數(shù)據(jù)的問題最終都將對應(yīng)到應(yīng)用架構(gòu)和信息架構(gòu)， SOA解決的是業(yè)務(wù)集成和 協(xié)同，而數(shù)據(jù)集成是有其它系統(tǒng)解決方案，包括 BI，數(shù)據(jù)中心，MDM系統(tǒng)等。業(yè)務(wù)架構(gòu)和信息架構(gòu)最終要落地到應(yīng)用架構(gòu)中，業(yè)務(wù)架構(gòu)體現(xiàn)到具體的業(yè)務(wù)組件和 功能，而信息架構(gòu)落地到具體的數(shù)據(jù)模型和數(shù)據(jù)庫設(shè)計。如果再落地到具體的系統(tǒng)分析 和設(shè)計，即演進到應(yīng)用系統(tǒng)中的高端架構(gòu)設(shè)計，包括用例模型和邏輯模型，用例模型體 現(xiàn)業(yè)務(wù)和流程，邏輯模型體現(xiàn)信息和數(shù)據(jù)。以上分析后

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

14、層中共性的內(nèi)容完全 下沉到最底部，并提供互相集成的機制。應(yīng)用架構(gòu)規(guī)劃需要體現(xiàn)逐層展開的核心思路，總體應(yīng)用架構(gòu)清楚后將細化到第二個 層次：功能架構(gòu)和集成架構(gòu)。這個時候細化相當重要，真正解決業(yè)務(wù)目標和業(yè)務(wù)功能的 落地問題。功能架構(gòu)包括功能模塊和具體核心功能點，這些梳理出來后我們需要明確當 初提到的業(yè)務(wù)架構(gòu)和業(yè)務(wù)需求在功能架構(gòu)中如何落地。其次，以某個應(yīng)用為核心，來觀 察該應(yīng)用和外部應(yīng)用間的集成關(guān)系以及集成后如何協(xié)同。前者為功能性需求，后者為接 口需求。集成架構(gòu)包括了業(yè)務(wù)集成和數(shù)據(jù)的集成，也包括集成接口關(guān)系和集成邏輯模型等方 面的內(nèi)容。當前大企業(yè)的 IT 系統(tǒng)建設(shè)通常分為治之，衍生了多個業(yè)務(wù)系統(tǒng)，那么

15、多系統(tǒng) 間的數(shù)據(jù)集成和業(yè)務(wù)協(xié)同等大問題就必須在集成架構(gòu)規(guī)劃中進行分析和考慮。總體來說，應(yīng)用中規(guī)劃的功能點是為了映射和滿足業(yè)務(wù)架構(gòu)中的哪個業(yè)務(wù)功能或需 求？業(yè)務(wù)架構(gòu)中的功能是為了滿足哪個業(yè)務(wù)目標？這兩個問題都回答了，那么就基本回 答了“規(guī)劃的功能點支撐不了業(yè)務(wù)，功能點和目標之間關(guān)系不清晰”的問題。藍圖規(guī)劃最后一個環(huán)節(jié)為技術(shù)架構(gòu)，傳統(tǒng)企業(yè)架構(gòu)中說的技術(shù)架構(gòu)偏基礎(chǔ)設(shè)施和部 署架構(gòu)。在現(xiàn)代的規(guī)劃中，技術(shù)架構(gòu)應(yīng)該描述企業(yè)開發(fā)、實施和管理應(yīng)用系統(tǒng)和數(shù)據(jù)所 需的 IT 技術(shù)和 IT 基礎(chǔ)設(shè)施，技術(shù)架構(gòu)規(guī)劃往往也會涉及到云計算， 特別是 IaaS 層規(guī)劃。技術(shù)架構(gòu)規(guī)劃需要規(guī)劃人員有較深的 IT 技術(shù)背景，否則很難提煉公用性的技術(shù)，技 術(shù)規(guī)劃屬于 IT 平臺層規(guī)劃的事情， 目的是通過后續(xù)技術(shù)和技術(shù)平臺的建設(shè)更好的支撐業(yè) 務(wù)系統(tǒng)建設(shè)，加強復用和平臺化。實施規(guī)劃實施規(guī)劃直接影響到 IT 藍圖規(guī)劃的可落地性，影響到 IT 建設(shè)投資是否真正體現(xiàn)業(yè) 務(wù)價值，為業(yè)務(wù)目