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

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

2、程包括現(xiàn)狀分析、 差距分析、 目標(biāo)提 出、藍圖規(guī)劃、實施規(guī)劃等幾個關(guān)鍵步驟?，F(xiàn)狀分析包括業(yè)務(wù)現(xiàn)狀和 IT 現(xiàn)狀， 根據(jù)企業(yè)戰(zhàn)略提出業(yè)務(wù)目標(biāo)和發(fā)展規(guī)劃， 分析現(xiàn)狀和目標(biāo)之間的差距提出和整理 問題集（定義 IT 建設(shè)目標(biāo)），根據(jù)差距和問題給出規(guī)劃藍圖，根據(jù)目標(biāo)和問題 分解到的子目標(biāo)和子問題以及藍圖規(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è)施建設(shè)。業(yè)務(wù)

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

4、 融入云計算和SOA勺核心思想，它將很好的解決 我們多年前 IT 規(guī)劃經(jīng)驗里的多個豎井式 IT 系統(tǒng)的集中化和協(xié)同化的問題 。若 現(xiàn)在規(guī)劃仍走以前老路是不妥當(dāng)?shù)摹?那么，今天規(guī)劃重點在開始之初就應(yīng)該考慮 集中化和協(xié)同的問題，將SOA思想融入到IT規(guī)劃當(dāng)中。當(dāng)今的信息化規(guī)劃，要 務(wù)必避免出現(xiàn) IT 重復(fù)建設(shè)和信息孤島，流程斷點和業(yè)務(wù)無法協(xié)同的局面?，F(xiàn)狀分析現(xiàn)狀分析的核心思路為： 首先是要把戰(zhàn)略目標(biāo)、 業(yè)務(wù)目標(biāo)、 業(yè)務(wù)子目標(biāo)調(diào)研 清楚；其次是把實際的現(xiàn)狀了解清楚，如流程現(xiàn)狀、 IT 支撐現(xiàn)狀；最后是將潛 在問題識別清楚： 一是在當(dāng)前目標(biāo)和當(dāng)前現(xiàn)狀被識別后意識到的問題， 二是對比 業(yè)界參考目標(biāo)和業(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ù)域的一些標(biāo)準(zhǔn)業(yè)務(wù)參考架構(gòu)和模型， 如供應(yīng)鏈的SCO模型，電信的etom 模型，研發(fā)領(lǐng)域的IPD和PACE方

6、法，CMM成熟度模型，項目管理知識體系，營 銷和客戶關(guān)系管理模型，財務(wù)域標(biāo)準(zhǔn)模型等。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ù)目標(biāo)和 IT 系統(tǒng)規(guī)劃建設(shè)目標(biāo)打基礎(chǔ)，明確了建設(shè)目標(biāo)才能夠真正為業(yè)務(wù)服務(wù)，體現(xiàn)業(yè)務(wù)價值。差距和目標(biāo)有了以上現(xiàn)狀分析和調(diào)研， 才談得上差距分析。 差距分析包括了當(dāng)前目標(biāo)和 當(dāng)前現(xiàn)狀間的問題和差距分析；業(yè)界參考目標(biāo) / 最佳實踐和當(dāng)前現(xiàn)狀下的差距分 析； IT 現(xiàn)狀對當(dāng)前目標(biāo)支撐的差距分析； IT 現(xiàn)

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

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

9、圖規(guī)劃雖然知道后續(xù)藍圖規(guī)劃是一個遠(yuǎn)期規(guī)劃，至少覆蓋 5 年，遠(yuǎn)期展望 10年， 變化可能性很大，但是仍然需要做較為全面的藍圖規(guī)劃，規(guī)劃若不能遠(yuǎn)期展望， 那么建設(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)在最

10、上層，而集成和技術(shù)架構(gòu)在平臺層， IT 基礎(chǔ)架構(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ù)目標(biāo)。 在這個步驟中可 以看到業(yè)務(wù)流程和活動，業(yè)務(wù)職能單元，組織崗位角色，業(yè)務(wù)核心單據(jù)和數(shù)據(jù)， 業(yè)務(wù)協(xié)同這個階段是我們需要考慮的問題。在這里希望

11、融入部分SOA核心思想，即企業(yè)是一個完整的有輸入有輸出的產(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é)同 最終將

12、體現(xiàn)到底層數(shù)據(jù)的關(guān)聯(lián)關(guān)系和相互映射， 底層數(shù)據(jù)模型出現(xiàn)問題直接影響 高層業(yè)務(wù)協(xié)同。 流程中的業(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ù)中心，MD嘛統(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)

13、設(shè)計， 包括用例模型和邏 輯模型，用例模型體現(xiàn)業(yè)務(wù)和流程，邏輯模型體現(xiàn)信息和數(shù)據(jù)。而應(yīng)用架構(gòu)必須考SOA這些內(nèi)容需以上分析后， 將推進到應(yīng)用架構(gòu)規(guī)劃領(lǐng)域。 很可惜的是， 在大多數(shù)的規(guī)劃項 目當(dāng)中，業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)出現(xiàn)了嚴(yán)重脫節(jié)， 兩階段之間出現(xiàn)斷層， 沒有通過 科學(xué)的分析方法在兩者之間平滑的進行映射。 這里進行著重的強調(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)容， 慮：其中兩大核心就是集中化和協(xié)同，兩大技術(shù)就是云計算和 要引入到 IT 總體應(yīng)用架構(gòu)規(guī)劃中。 談到傳統(tǒng) IT 建設(shè)呈現(xiàn)豎井式，

14、 相互之間協(xié)同 難的現(xiàn)象，在引入SOA思想后并不是沒有豎井現(xiàn)象了， 一個個核心的業(yè)務(wù)組件和 能力提供單元還是獨立的， 但是應(yīng)用層中共性的內(nèi)容完全下沉到最底部， 并提供 互相集成的機制。應(yīng)用架構(gòu)規(guī)劃需要體現(xiàn)逐層展開的核心思路， 總體應(yīng)用架構(gòu)清楚后將細(xì)化到 第二個層次： 功能架構(gòu)和集成架構(gòu)。 這個時候細(xì)化相當(dāng)重要， 真正解決業(yè)務(wù)目標(biāo) 和業(yè)務(wù)功能的落地問題。 功能架構(gòu)包括功能模塊和具體核心功能點， 這些梳理出 來后我們需要明確當(dāng)初提到的業(yè)務(wù)架構(gòu)和業(yè)務(wù)需求在功能架構(gòu)中如何落地。其 次，以某個應(yīng)用為核心， 來觀察該應(yīng)用和外部應(yīng)用間的集成關(guān)系以及集成后如何 協(xié)同。前者為功能性需求，后者為接口需求。集成架構(gòu)

15、包括了業(yè)務(wù)集成和數(shù)據(jù)的集成， 也包括集成接口關(guān)系和集成邏輯模 型等方面的內(nèi)容。當(dāng)前大企業(yè)的 IT 系統(tǒng)建設(shè)通常分為治之，衍生了多個業(yè)務(wù)系 統(tǒng)，那么多系統(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ù)目標(biāo)？這兩個問題都回答了， 那么就基本回答了“規(guī)劃的功能點支撐不了業(yè)務(wù)，功能點和目標(biāo)之間關(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è)，加強復(fù)用和平臺化。實施規(guī)劃實施規(guī)劃直接影響到 IT 藍圖規(guī)劃的可落地性， 影響到 IT 建設(shè)投資是否真正 體現(xiàn)業(yè)務(wù)價值