為什么要談核心IT規(guī)劃和咨詢邏輯？

可以毫不客氣的講，大部分的做IT規(guī)劃咨詢的人是不具備進(jìn)行全局架構(gòu)規(guī)劃咨詢能力的，這個(gè)一方面是需要你有大量業(yè)務(wù)和技術(shù)雙領(lǐng)域的實(shí)踐經(jīng)驗(yàn)積累，一方面是需要你真正做過大型的咨詢規(guī)劃項(xiàng)目并在這個(gè)過程中將實(shí)踐內(nèi)容，各個(gè)架構(gòu)之間輸出關(guān)系想清楚。

系統(tǒng)學(xué)習(xí)下類似TOGAF課程當(dāng)然有用，但是這不代表你具備了咨詢規(guī)劃能力。

理論可以指導(dǎo)實(shí)踐，但是沒有通過自我實(shí)踐證悟的理論沒有價(jià)值。

很多IT顧問完全叫PPT顧問都不為過，完全拿著已有的咨詢規(guī)劃模板到處套內(nèi)容。如果你本身做同一垂直行業(yè)，比如拿著某家電制造行業(yè)的規(guī)劃輸出去給另外一家做咨詢。這種場(chǎng)景下基本還能夠像模像樣的的輸出一個(gè)規(guī)劃報(bào)告。

但是生搬硬套最大問題就在于，你即使有了輸出結(jié)果，你也無法自己詳細(xì)論證清楚這個(gè)結(jié)果如何分析得來的，即無法實(shí)現(xiàn)自我論證。

類似的場(chǎng)景，我們可以看下講課和培訓(xùn)，很多人能力強(qiáng)但是怕講課，即雖然這類人可以快速的輸出結(jié)果，但是具體是如何分析和解決問題的過程，這個(gè)確出來沒有考慮過系統(tǒng)化。因此這類人本身能力也很難做到很好的知識(shí)分享和轉(zhuǎn)移。

比如我們常說的架構(gòu)規(guī)劃里面這個(gè)業(yè)務(wù)架構(gòu)圖如何一步步形成的？這些接口你是通過什么方法一步步的分析識(shí)別出來的。這些問題大部分人無法清晰回答。即使對(duì)于TOGAF，我們也很少從官方材料里面看到類似業(yè)務(wù)架構(gòu)，數(shù)據(jù)架構(gòu)，應(yīng)用架構(gòu)和技術(shù)架構(gòu)之間的內(nèi)在邏輯關(guān)聯(lián)在哪里。

整體規(guī)劃方法論

IT規(guī)劃涉及到咨詢方法論、流程管理和分析、信息架構(gòu)、應(yīng)用系統(tǒng)分析和設(shè)計(jì)、技術(shù)架構(gòu)、項(xiàng)目管理和實(shí)施等眾多方面的內(nèi)容。從企業(yè)戰(zhàn)略到業(yè)務(wù)目標(biāo)，從業(yè)務(wù)目標(biāo)到IT目標(biāo)，從IT目標(biāo)到應(yīng)用藍(lán)圖，從應(yīng)用藍(lán)圖到分階段實(shí)施落地，任何一個(gè)步驟的脫節(jié)將導(dǎo)致規(guī)劃內(nèi)容無法落地。

再完美的規(guī)劃和架構(gòu)，如果脫離企業(yè)業(yè)務(wù)目標(biāo)，都不能帶來企業(yè)業(yè)務(wù)價(jià)值的提升。此外，IT規(guī)劃之難，不在于IT本身，而在于流程；不在于技術(shù)本身，而在于業(yè)務(wù)。

業(yè)務(wù)驅(qū)動(dòng)IT是核心

對(duì)于IT規(guī)劃，遵循的思路主要是：從業(yè)務(wù)到技術(shù)，從流程到IT，圍繞價(jià)值鏈分析和優(yōu)化的核心模型往前驅(qū)動(dòng)。核心過程包括現(xiàn)狀分析、差距分析、目標(biāo)提出、藍(lán)圖規(guī)劃、實(shí)施規(guī)劃等幾個(gè)關(guān)鍵步驟。

現(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ī)劃藍(lán)圖，根據(jù)目標(biāo)和問題分解到的子目標(biāo)和子問題以及藍(lán)圖規(guī)劃內(nèi)容，多維度評(píng)估和確定后續(xù)的實(shí)施規(guī)劃，定義IT系統(tǒng)建設(shè)實(shí)施的優(yōu)先級(jí)。

IT規(guī)劃始終圍繞業(yè)務(wù)和IT兩條線展開和協(xié)同

從以上的描述可以看出，整個(gè)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)和平臺(tái)，基礎(chǔ)設(shè)施建設(shè)。業(yè)務(wù)驅(qū)動(dòng)IT，端到端業(yè)務(wù)流程最終落地到應(yīng)用系統(tǒng)的功能上，業(yè)務(wù)數(shù)據(jù)最終映射到數(shù)據(jù)模型并沉淀到數(shù)據(jù)庫中。

各類架構(gòu)標(biāo)準(zhǔn)規(guī)范體系和最佳實(shí)踐是關(guān)鍵輸入

隨著各種思路的不斷融合，IT規(guī)劃核心指導(dǎo)思想應(yīng)該轉(zhuǎn)化為企業(yè)架構(gòu)層面。

企業(yè)架構(gòu)的提出，主要是為了解決業(yè)務(wù)和IT“兩層皮”的問題，企業(yè)架構(gòu)整個(gè)方法應(yīng)該融入到整個(gè)IT規(guī)劃思想中。此外，核心業(yè)務(wù)模型和業(yè)績(jī)標(biāo)準(zhǔn)作為核心指導(dǎo)思想，雖然有裁剪，但是必須參考，如供應(yīng)鏈SCOR模型，產(chǎn)品研發(fā)IPD方法論，項(xiàng)目管理PMBOK體系，戰(zhàn)略和人力資源的平衡記分卡，CRM的4P和4C，財(cái)務(wù)域的核心模型等。

針對(duì)不同行業(yè)可能又有不同行業(yè)的業(yè)務(wù)標(biāo)準(zhǔn)和模型，如電信行業(yè)的eTom業(yè)務(wù)模型等。

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

中臺(tái)和微服務(wù)發(fā)展趨勢(shì)下，原有規(guī)劃方法是否調(diào)整？

可以很明確的講在新的中臺(tái)和微服務(wù)發(fā)展下，原來的企業(yè)架構(gòu)相關(guān)方法和內(nèi)容必然做出調(diào)整。比如在我最近中臺(tái)規(guī)劃思考里面提出了業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)合并，基于SOA思想增加中臺(tái)+服務(wù)+前臺(tái)的分層邏輯規(guī)劃，單獨(dú)增加服務(wù)架構(gòu)規(guī)劃，在數(shù)據(jù)架構(gòu)規(guī)劃中增加數(shù)據(jù)庫拆分規(guī)劃等。

以上內(nèi)容后續(xù)我會(huì)專門寫文章來進(jìn)一步詳細(xì)說明。

調(diào)研和現(xiàn)狀分析

現(xiàn)狀分析的核心思路是把戰(zhàn)略目標(biāo)、業(yè)務(wù)目標(biāo)調(diào)研清楚，如果客戶不清楚我們可以給出參考目標(biāo)；其次是把實(shí)際的現(xiàn)狀了解清楚，如客戶現(xiàn)狀流程、IT支撐現(xiàn)狀；最后是將潛在問題識(shí)別清楚：一是在當(dāng)前目標(biāo)和當(dāng)前現(xiàn)狀被識(shí)別后客戶意識(shí)到的問題，二是在我們提出參考目標(biāo)和業(yè)界實(shí)踐下，客戶意識(shí)到潛在存在的問題。

對(duì)于整個(gè)調(diào)研仍然要體現(xiàn)業(yè)務(wù)驅(qū)動(dòng)IT，從業(yè)務(wù)流程和IT系統(tǒng)兩個(gè)方面入手，但是最終兩個(gè)部分內(nèi)容不能散，在調(diào)研階段還需要完成當(dāng)前的IT系統(tǒng)是如何支撐現(xiàn)有業(yè)務(wù)的分析。

一個(gè)完整的調(diào)研階段流程邏輯如下：

業(yè)務(wù)流程和現(xiàn)狀分析

業(yè)務(wù)現(xiàn)狀分析重點(diǎn)在于業(yè)務(wù)流程和業(yè)務(wù)數(shù)據(jù)上，建議采取自頂向下逐層分解的方法，找到關(guān)鍵的幾個(gè)端到端流程為主線進(jìn)行逐層分解，分解時(shí)拋開業(yè)務(wù)部門的隔離，IT系統(tǒng)的約束，進(jìn)行跨業(yè)務(wù)域的流程分析和梳理。

在流程分析和梳理的過程中進(jìn)一步分析子流程和活動(dòng)，業(yè)務(wù)組件和數(shù)據(jù)，跨業(yè)務(wù)域的協(xié)同和交互等一系列問題。業(yè)務(wù)分解的方法可以參考價(jià)值鏈分析方法，業(yè)務(wù)模型可以參考針對(duì)各個(gè)業(yè)務(wù)域的一些標(biāo)準(zhǔn)業(yè)務(wù)參考架構(gòu)和模型，如供應(yīng)鏈的SCOR模型，電信的etom模型，研發(fā)領(lǐng)域的IPD和PACE方法，CMMI成熟度模型，項(xiàng)目管理知識(shí)體系，營(yíng)銷和客戶關(guān)系管理模型，財(cái)務(wù)域標(biāo)準(zhǔn)模型等。

IT現(xiàn)狀調(diào)研

IT現(xiàn)狀包括現(xiàn)有的IT應(yīng)用系統(tǒng)現(xiàn)狀和功能架構(gòu)，IT基礎(chǔ)設(shè)施架構(gòu)現(xiàn)狀，IT系統(tǒng)對(duì)業(yè)務(wù)現(xiàn)狀的支撐情況分析等。重點(diǎn)的是理清業(yè)務(wù)和IT的關(guān)系，IT對(duì)業(yè)務(wù)的支撐度。現(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ù)價(jià)值。

調(diào)研完成后的輸出內(nèi)容覆蓋四個(gè)方面

在調(diào)研完成后的輸出如上圖包括了業(yè)務(wù)流程，業(yè)務(wù)數(shù)據(jù)，系統(tǒng)功能，接口集成和部署四大方面的內(nèi)容。而這四個(gè)方面的內(nèi)容剛好是我們做后續(xù)四大架構(gòu)規(guī)劃的基礎(chǔ)。

差距和目標(biāo)匹配分析

有了以上現(xiàn)狀分析和調(diào)研，才談得上差距分析。

差距分析包括了當(dāng)前目標(biāo)和當(dāng)前現(xiàn)狀間的問題和差距分析；業(yè)界參考目標(biāo)/最佳實(shí)踐和當(dāng)前現(xiàn)狀下的差距分析；IT現(xiàn)狀對(duì)當(dāng)前目標(biāo)支撐的差距分析；IT現(xiàn)狀對(duì)參考目標(biāo)和業(yè)績(jī)標(biāo)準(zhǔn)的差距分析。

差距分析清楚后得到雙方認(rèn)可的最終業(yè)務(wù)戰(zhàn)略目標(biāo)和業(yè)務(wù)子目標(biāo)，由業(yè)務(wù)目標(biāo)傳遞到對(duì)應(yīng)的IT規(guī)劃和建設(shè)目標(biāo)，而后續(xù)的IT規(guī)劃即解決兩個(gè)問題。

• IT建設(shè)解決當(dāng)前業(yè)務(wù)和IT間的差距（無新業(yè)務(wù)戰(zhàn)略下你如何更好支撐）
• IT建設(shè)解決后續(xù)戰(zhàn)略目標(biāo)和IT間的差距的問題（新戰(zhàn)略下你如何擴(kuò)展支撐）

對(duì)于目標(biāo)提出而言，有兩個(gè)途徑。

其一直接提出業(yè)務(wù)目標(biāo)和IT建設(shè)目標(biāo)；

其二是通過差距進(jìn)一步細(xì)化目標(biāo)和有針對(duì)性的目標(biāo)，特別是IT建設(shè)目標(biāo)的提出，必須進(jìn)行差距分析，因?yàn)镮T建設(shè)重點(diǎn)就是支持業(yè)務(wù)目標(biāo)，那么所有現(xiàn)存的IT建設(shè)和應(yīng)用架構(gòu)中無法支撐的部分都是差距，IT規(guī)劃建設(shè)就是要解決這些差距。

改進(jìn)也同樣的道理，有些是不需要業(yè)務(wù)改進(jìn)直接進(jìn)行IT建設(shè)和改進(jìn)，有些則是業(yè)務(wù)優(yōu)化和改進(jìn)先進(jìn)行，IT配合業(yè)務(wù)優(yōu)化改進(jìn)措施的落地。從這個(gè)思路基本也就清楚BPR的考慮和定位，并不是所有場(chǎng)景都一定要讓用戶進(jìn)行BPR。

通過差距分析得出的目標(biāo)是多個(gè)子目標(biāo)，是一個(gè)目標(biāo)群，正如我們面臨的問題是一個(gè)問題集一樣，多個(gè)子目標(biāo)的分階段，分步驟實(shí)現(xiàn)最終才可能完成一個(gè)大的業(yè)務(wù)目標(biāo)。

目標(biāo)分解，問題分解，目標(biāo)和問題映射最終形成一個(gè)完整的解決方案。這也是為何我們說，在大的IT規(guī)劃中一定會(huì)涉及到組合管理，項(xiàng)目群管理方面的內(nèi)容，目標(biāo)分解到子目標(biāo)，子目標(biāo)最終落實(shí)到具體的項(xiàng)目，通過項(xiàng)目規(guī)劃和建設(shè)的方式推動(dòng)實(shí)現(xiàn)。

這個(gè)本身我和前面文章談到的咨詢類方案成為的思路完全一致。

第一階段：?jiǎn)栴}分解和基礎(chǔ)素材對(duì)應(yīng)

在這個(gè)階段重點(diǎn)就是將目標(biāo)分解為子問題，然后將論據(jù)映射到對(duì)應(yīng)的子問題上。

在這個(gè)過程中你已有知識(shí)庫積累可能不足夠，這個(gè)不要緊，那么需要你進(jìn)一步學(xué)習(xí)，進(jìn)一步上網(wǎng)搜索資料，對(duì)資料進(jìn)行分析，同時(shí)將沒有的素材論據(jù)全部要清理掉。

最后留下的就是能夠完全支撐目標(biāo)的有用論據(jù)材料。

第二階段：粗粒度對(duì)應(yīng)，進(jìn)一步排序和整合

到了第二階段做什么？簡(jiǎn)單來說就是要做抽象和歸納的事情了，即進(jìn)一步對(duì)你的材料進(jìn)行整合和歸納，形成大塊的解決模塊，然后將解決模塊對(duì)應(yīng)到子問題域。

在解決模塊形成過程中，我們還需要對(duì)素材論據(jù)進(jìn)行優(yōu)先級(jí)排序，確定材料的重要性，哪些在最終呈現(xiàn)的時(shí)候應(yīng)該放在前面，哪些應(yīng)該放在后面等。

第三階段：進(jìn)一步歸納并從歸納到演繹反轉(zhuǎn)

前面三個(gè)論據(jù)形成了，但是仍然比較散。因此我們需要進(jìn)一步進(jìn)行歸納，將其形成一個(gè)完整的整體，不論是靜態(tài)的金字塔結(jié)構(gòu)，還是動(dòng)態(tài)的流程結(jié)構(gòu)都需要看到，你最終的解決方案中各模塊必須首先是一個(gè)整體，不能散。

從流程分析到業(yè)務(wù)架構(gòu)和數(shù)據(jù)架構(gòu)

經(jīng)?？雌髽I(yè)架構(gòu)輸出的可能會(huì)注意到，對(duì)于完整的業(yè)務(wù)架構(gòu)輸出而言可能并看不到具體的流程圖。這是因?yàn)閷?shí)際上業(yè)務(wù)架構(gòu)中的每一個(gè)小方框都可以是一個(gè)完整業(yè)務(wù)流程。

比如你在一個(gè)完整的業(yè)務(wù)架構(gòu)圖里面會(huì)看到有合同簽訂，采購需求的小方框。而這些本來就是獨(dú)立的業(yè)務(wù)流程，你完全還可以自己畫Level3到Level4級(jí)的流程圖進(jìn)行描述。

類似上面的業(yè)務(wù)架構(gòu)圖如何構(gòu)圖出來？

大部分人實(shí)際上缺的正是如何形成上面的業(yè)務(wù)架構(gòu)完整構(gòu)圖。在整個(gè)業(yè)務(wù)架構(gòu)和數(shù)據(jù)架構(gòu)規(guī)劃里面我們看到，核心仍然是從最頂層核心價(jià)值鏈開始驅(qū)動(dòng)，逐層分解的端到端流程分析，跨業(yè)務(wù)域流程分析。

價(jià)值鏈模型為何具備普適性？

可以看到，雖然不同類型的企業(yè)核心業(yè)務(wù)流程都存在差異，比如類似電信運(yùn)營(yíng)商，電網(wǎng)公司和實(shí)際的傳統(tǒng)制造型企業(yè)，那么核心業(yè)務(wù)上肯定有差異。但是核心價(jià)值鏈思想無差異。

核心價(jià)值鏈思想一句話描述就是：

接收市場(chǎng)和用戶的需求，將最終的需求轉(zhuǎn)變產(chǎn)品或服務(wù)并交付給客戶的過程。

你可以是重資產(chǎn)企業(yè)也可以是輕資產(chǎn)企業(yè)，可以是服務(wù)類也可以是制造類企業(yè)，可以是傳統(tǒng)企業(yè)也可以是當(dāng)前的互聯(lián)網(wǎng)運(yùn)營(yíng)企業(yè)，但是最終價(jià)值核心思想不變。

那么我們可以看一個(gè)我多年前畫的一個(gè)電網(wǎng)類企業(yè)的價(jià)值鏈模型圖：

這種價(jià)值鏈模型就可以理解為企業(yè)的核心頂層流程視圖。通過該視圖你再去分析企業(yè)核心的端到端業(yè)務(wù)流程，去分析跨業(yè)務(wù)域的一些流程。比如：

• 工程項(xiàng)目建設(shè)的端到端流程（最長(zhǎng)的一個(gè)流程）
• 供應(yīng)鏈跨域流程
• 財(cái)務(wù)的概預(yù)核決流程
• 客戶全生命周期服務(wù)流程

為什么要去梳理這些端到端和跨域流程？

我前面已經(jīng)談到一個(gè)重要觀點(diǎn)，即對(duì)于你熟知的行業(yè)領(lǐng)域你可以直接拿出結(jié)果，類似上面的業(yè)務(wù)架構(gòu)圖，但是對(duì)于你未知領(lǐng)域，你必須通過詳細(xì)流程分析得出結(jié)果。

流程分析后，你會(huì)發(fā)現(xiàn)里面有流程圖里面有業(yè)務(wù)活動(dòng)，而這些業(yè)務(wù)活動(dòng)就是最終會(huì)體現(xiàn)到業(yè)務(wù)架構(gòu)圖里面的業(yè)務(wù)功能單元。流程分析中可以識(shí)別出關(guān)鍵的業(yè)務(wù)對(duì)象和數(shù)據(jù)對(duì)象，而這些就是體現(xiàn)到你后續(xù)數(shù)據(jù)架構(gòu)里面的關(guān)鍵內(nèi)容。

這也是我經(jīng)常強(qiáng)調(diào)的一個(gè)點(diǎn)。

從頂向下的流程分析是找到關(guān)鍵業(yè)務(wù)單元和數(shù)據(jù)單元的過程，而業(yè)務(wù)架構(gòu)規(guī)劃和數(shù)據(jù)架構(gòu)規(guī)劃是對(duì)單元進(jìn)行歸類，匯總，朝上進(jìn)行聚合和抽象的過程。

只有這樣才才能夠真正解釋清楚你的業(yè)務(wù)架構(gòu)是如何得來的。

比如我們基于價(jià)值鏈已經(jīng)看到供應(yīng)鏈跨越流程，那么我們可以對(duì)供應(yīng)鏈流程進(jìn)行梳理。

梳理完后你會(huì)發(fā)現(xiàn)，輸出的職能帶流程圖中的大階段剛好就是你業(yè)務(wù)架構(gòu)里面的業(yè)務(wù)域或業(yè)務(wù)單元。或者流程圖中的業(yè)務(wù)活動(dòng)剛好就是你業(yè)務(wù)架構(gòu)分解到最底層的業(yè)務(wù)功能模塊。

即當(dāng)我們流程分析到最底層后，我們就可以抽象輸出一個(gè)最底層的業(yè)務(wù)架構(gòu)圖。比如對(duì)應(yīng)供應(yīng)鏈和采購管理，我們可以輸出到最底層的業(yè)務(wù)架構(gòu)圖或業(yè)務(wù)組件圖。

流程梳理和分析究竟應(yīng)該到多細(xì)的粒度？

流程梳理從整體的端到端流程分析入手，細(xì)化到各業(yè)務(wù)域的端到端，經(jīng)過不斷的流程分解到3-4級(jí)流程，最終細(xì)化到最底層流程（如EPC流程，它是流程，本身也是業(yè)務(wù)功能）。另外的一個(gè)方式是直接從業(yè)務(wù)活動(dòng)信息收集入手，如根據(jù)組織架構(gòu)和崗位職責(zé)直接收集業(yè)務(wù)功能點(diǎn)。

第一種方式既看到面又看到點(diǎn)，從上到下層層推進(jìn)；而第二種方法則是容易只看到點(diǎn)，但無法貫徹整個(gè)企業(yè)端到端流程。當(dāng)然，流程分析并不一定能夠涵蓋所有的業(yè)務(wù)功能點(diǎn)，因?yàn)橛行I(yè)務(wù)功能本身便是最底層的EPC流程，往往并不是從高端的端到端流程分解而來，如用章管理是一個(gè)業(yè)務(wù)功能和EPC流程，但并不一定能夠掛接到高端流程上面。

因此高端流程分析和分解是建立全局思維，但是仍然要借助第二種方法收集完整的業(yè)務(wù)和活動(dòng)。

從業(yè)務(wù)架構(gòu)到數(shù)據(jù)架構(gòu)

流程到子流程，再到業(yè)務(wù)活動(dòng)，業(yè)務(wù)活動(dòng)中承載的是業(yè)務(wù)單據(jù)和業(yè)務(wù)實(shí)體。即我們談到的業(yè)務(wù)流程分析和梳理還會(huì)識(shí)別和產(chǎn)出另外一個(gè)關(guān)鍵內(nèi)容，即業(yè)務(wù)實(shí)體和數(shù)據(jù)單元。

流程中的業(yè)務(wù)活動(dòng)可以是產(chǎn)生數(shù)據(jù)單元，也可以是對(duì)數(shù)據(jù)單元屬性狀態(tài)進(jìn)行變更。

比如采購訂單制作和提交業(yè)務(wù)活動(dòng)，自然這個(gè)業(yè)務(wù)功能就會(huì)產(chǎn)生采購訂單這個(gè)關(guān)鍵數(shù)據(jù)單元。而對(duì)應(yīng)采購訂單審批這個(gè)業(yè)務(wù)活動(dòng)，則僅僅是對(duì)訂單審批流狀態(tài)進(jìn)行變更。

數(shù)據(jù)架構(gòu)貫穿業(yè)務(wù)和IT兩個(gè)層面的規(guī)劃

對(duì)于企業(yè)架構(gòu)里面的數(shù)據(jù)架構(gòu)規(guī)劃，大家可能會(huì)有一個(gè)疑問，即數(shù)據(jù)架構(gòu)究竟是偏業(yè)務(wù)層面的內(nèi)容還是偏I(xiàn)T規(guī)劃層面的內(nèi)容，今天在此進(jìn)一步說下我的看法。

即數(shù)據(jù)架構(gòu)規(guī)劃是一個(gè)貫穿業(yè)務(wù)和IT兩部分規(guī)劃的內(nèi)容。即在業(yè)務(wù)階段你可能只做到數(shù)據(jù)域劃分，核心的數(shù)據(jù)概念模型和主數(shù)據(jù)識(shí)別。而到了應(yīng)用架構(gòu)規(guī)劃階段，你就需要進(jìn)一步對(duì)數(shù)據(jù)進(jìn)行邏輯模型和物理模型的設(shè)計(jì)。

在業(yè)務(wù)層面數(shù)據(jù)架構(gòu)規(guī)劃做到識(shí)別關(guān)鍵的業(yè)務(wù)對(duì)象即可。而到了技術(shù)層面數(shù)據(jù)架構(gòu)規(guī)劃必須細(xì)化到具體的數(shù)據(jù)庫表和表里面的核心字段定義。

數(shù)據(jù)域-》數(shù)據(jù)概念模型-》數(shù)據(jù)邏輯和物理模型

數(shù)據(jù)域和數(shù)據(jù)分類是數(shù)據(jù)規(guī)劃的頂層，這個(gè)時(shí)候如何確定數(shù)據(jù)域？

簡(jiǎn)單來講如果你所在的行業(yè)有標(biāo)準(zhǔn)的數(shù)據(jù)模型標(biāo)準(zhǔn)，那么參考業(yè)界標(biāo)準(zhǔn)來做，比如電信行業(yè)的SID數(shù)據(jù)模型分類。如果沒有標(biāo)準(zhǔn)，那么業(yè)務(wù)架構(gòu)規(guī)劃里面核心價(jià)值鏈模型的業(yè)務(wù)域即是數(shù)據(jù)域。

從這個(gè)圖我們可以看到大的數(shù)據(jù)域?qū)嶋H和我業(yè)務(wù)域是完全對(duì)應(yīng)的。

數(shù)據(jù)域出來后，我們可以對(duì)單個(gè)數(shù)據(jù)域再進(jìn)行細(xì)化分析，這個(gè)時(shí)候就到了單個(gè)數(shù)據(jù)域里面所有和業(yè)務(wù)相關(guān)的業(yè)務(wù)對(duì)象和數(shù)據(jù)對(duì)象的識(shí)別，數(shù)據(jù)的概念模型定義。

比如對(duì)于供應(yīng)鏈數(shù)據(jù)域，我們?cè)谕暾崂砹斯?yīng)鏈業(yè)務(wù)后即可識(shí)別出所有的業(yè)務(wù)對(duì)象，然后對(duì)這些業(yè)務(wù)對(duì)象單獨(dú)拿出來進(jìn)行數(shù)據(jù)建模，并分析數(shù)據(jù)對(duì)象之間的關(guān)聯(lián)和依賴關(guān)系。

因此數(shù)據(jù)架構(gòu)規(guī)劃需要關(guān)注數(shù)據(jù)分域，數(shù)據(jù)對(duì)象和主數(shù)據(jù)識(shí)別，跨業(yè)務(wù)模塊的核心業(yè)務(wù)單據(jù)數(shù)據(jù)。數(shù)據(jù)的問題最終都將對(duì)應(yīng)到應(yīng)用架構(gòu)和信息架構(gòu)，SOA解決的是業(yè)務(wù)集成和協(xié)同，而數(shù)據(jù)集成是有其它系統(tǒng)解決方案，包括BI，數(shù)據(jù)中心，MDM系統(tǒng)等。流程分析偏業(yè)務(wù)操作和事件，而數(shù)據(jù)正是業(yè)務(wù)操作的對(duì)象。SOA中強(qiáng)調(diào)操作和數(shù)據(jù)解耦，則正好是分析的兩個(gè)維度。

應(yīng)用架構(gòu)和集成架構(gòu)規(guī)劃

IT藍(lán)圖規(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ī)劃藍(lán)圖包括了業(yè)務(wù)架構(gòu)，業(yè)務(wù)和IT是密不可分的。所有的藍(lán)圖規(guī)劃都自頂向下，逐層分解，相互融合和協(xié)同。業(yè)務(wù)架構(gòu)重點(diǎn)是在流程，信息架構(gòu)的重點(diǎn)是在數(shù)據(jù)。

而對(duì)于IT方面則包括了應(yīng)用架構(gòu)，集成架構(gòu)，技術(shù)架構(gòu)和IT基礎(chǔ)設(shè)施架構(gòu)。應(yīng)用架構(gòu)在最上層，而集成和技術(shù)架構(gòu)在平臺(tái)層，IT基礎(chǔ)架構(gòu)在基礎(chǔ)設(shè)施和物理資源層。從現(xiàn)有的云和集中化趨勢(shì)來看，更加需要考慮基礎(chǔ)設(shè)施和平臺(tái)層的集中化建設(shè)，上層的應(yīng)用架構(gòu)重點(diǎn)集中在應(yīng)用和功能層面，體現(xiàn)業(yè)務(wù)組件化和能力化，體現(xiàn)業(yè)務(wù)組件本身的獨(dú)立性和可集成性。

業(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è)計(jì)

如果再落地到具體的系統(tǒng)分析和設(shè)計(jì)，即演進(jìn)到應(yīng)用系統(tǒng)中的高端架構(gòu)設(shè)計(jì)，包括用例模型和邏輯模型，用例模型體現(xiàn)業(yè)務(wù)和流程，邏輯模型體現(xiàn)信息和數(shù)據(jù)。

以上分析后，將推進(jìn)到應(yīng)用架構(gòu)規(guī)劃領(lǐng)域。很可惜的是，在大多數(shù)的規(guī)劃項(xiàng)目當(dāng)中，業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)出現(xiàn)了嚴(yán)重脫節(jié)，兩階段之間出現(xiàn)斷層，沒有通過科學(xué)的分析方法在兩者之間平滑的進(jìn)行映射。這里進(jìn)行著重的強(qiáng)調(diào)，在應(yīng)用架構(gòu)規(guī)劃時(shí)，首先進(jìn)行總體應(yīng)用規(guī)劃，應(yīng)用架構(gòu)和業(yè)務(wù)架構(gòu)對(duì)應(yīng)，但不一樣的地方是，流程優(yōu)化分析和業(yè)務(wù)架構(gòu)不會(huì)考慮太多應(yīng)用平臺(tái)層面的內(nèi)容，而應(yīng)用架構(gòu)必須考慮。

其中兩大核心就是集中化和協(xié)同，兩大技術(shù)就是云計(jì)算和SOA。

這些內(nèi)容需要引入到IT總體應(yīng)用架構(gòu)規(guī)劃中。談到傳統(tǒng)IT建設(shè)呈現(xiàn)豎井式，相互之間協(xié)同難的現(xiàn)象，在引入SOA思想后并不是沒有豎井現(xiàn)象了，一個(gè)個(gè)核心的業(yè)務(wù)組件和能力提供單元還是獨(dú)立的，但是應(yīng)用層中共性的內(nèi)容完全下沉到最底部，并提供互相集成的機(jī)制。

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

應(yīng)用架構(gòu)如何形成？

可以看到應(yīng)用架構(gòu)基本是和業(yè)務(wù)架構(gòu)對(duì)應(yīng)的，只是有兩點(diǎn)差異

• 其一是增加了非業(yè)務(wù)相關(guān)的技術(shù)平臺(tái)內(nèi)容和上層類似門戶集成等內(nèi)容
• 其二是對(duì)業(yè)務(wù)架構(gòu)中的業(yè)務(wù)域可能出現(xiàn)拆分和合并的過程

我們先拿一個(gè)應(yīng)用架構(gòu)規(guī)劃做說明：

從圖里面可以看到底層增加了類似門戶，SOA集成平臺(tái)等非業(yè)務(wù)內(nèi)容。但是整體應(yīng)用劃分仍然和業(yè)務(wù)架構(gòu)規(guī)劃對(duì)應(yīng)和匹配。在這個(gè)時(shí)候的差異點(diǎn)往往體現(xiàn)在業(yè)務(wù)到系統(tǒng)建設(shè)的合并和拆分。

比如對(duì)應(yīng)供應(yīng)鏈業(yè)務(wù)域，我們是建設(shè)一個(gè)供應(yīng)鏈系統(tǒng)，還是建設(shè)類似招投標(biāo)，采購管理，物流平臺(tái)等多個(gè)子系統(tǒng)。而這點(diǎn)實(shí)際和企業(yè)本身的業(yè)務(wù)組織架構(gòu)關(guān)系很大。但是到了當(dāng)前微服務(wù)架構(gòu)思想下你可以看到，一定是安裝業(yè)務(wù)架構(gòu)底層最小業(yè)務(wù)域單元進(jìn)行微服務(wù)模塊拆分。

應(yīng)用架構(gòu)規(guī)劃仍然會(huì)體現(xiàn)分層，到了最底層即回歸到我們單個(gè)系統(tǒng)的功能架構(gòu)設(shè)計(jì)。比如對(duì)于供應(yīng)鏈管理，我們最底層就是系統(tǒng)的功能架構(gòu)圖，如下：

為何我如此強(qiáng)調(diào)CRUD分析？

不論是在業(yè)務(wù)規(guī)劃階段，還是到了應(yīng)用架構(gòu)規(guī)劃階段，隨時(shí)都存在CRUD矩陣分析。

信息架構(gòu)與業(yè)務(wù)、應(yīng)用的映射涉及幾個(gè)矩陣分析，在業(yè)務(wù)架構(gòu)階段重點(diǎn)的是業(yè)務(wù)對(duì)象和業(yè)務(wù)流程、業(yè)務(wù)組件、業(yè)務(wù)功能間的類CRUD矩陣分析。

而在應(yīng)用架構(gòu)階段重點(diǎn)則會(huì)是邏輯或物理模型對(duì)象和具體的應(yīng)用模塊或應(yīng)用功能間的矩陣分析。兩者關(guān)注層面不同，前者重點(diǎn)是主數(shù)據(jù)的識(shí)別和業(yè)務(wù)組件的分析，而后者的重點(diǎn)是應(yīng)用功能模塊的劃分和模塊間集成接口的初步分析。

在應(yīng)用架構(gòu)階段的CRUD分析有兩個(gè)關(guān)鍵點(diǎn)。

• 其一，某個(gè)業(yè)務(wù)功能究竟劃分到哪個(gè)系統(tǒng)更能夠?qū)崿F(xiàn)松耦合
• 其二，某個(gè)數(shù)據(jù)對(duì)象其Owner究竟屬于哪個(gè)系統(tǒng)能夠?qū)崿F(xiàn)松耦合

當(dāng)前我們經(jīng)常看到企業(yè)實(shí)施微服務(wù)后，微服務(wù)模塊間大量的接口網(wǎng)狀調(diào)用，導(dǎo)致各個(gè)模塊間耦合更緊，這就是典型的微服務(wù)模塊拆分時(shí)候沒有做好類似CRUD等分析導(dǎo)致。

集成架構(gòu)規(guī)劃-接口服務(wù)如何來？

這個(gè)也是大部分做IT規(guī)劃咨詢的人沒能搞清楚的問題。

即知道有這些接口，但是這些接口和集成點(diǎn)是如何一步步的分析和識(shí)別出來的不清楚。

我們先思考下為何會(huì)出現(xiàn)系統(tǒng)間集成？

簡(jiǎn)單來說就是企業(yè)的業(yè)務(wù)流程本身是端到端和連貫的，但是我在應(yīng)用架構(gòu)規(guī)劃設(shè)計(jì)的時(shí)候，為了降低系統(tǒng)構(gòu)建復(fù)雜度，將應(yīng)用拆分為了多個(gè)系統(tǒng)進(jìn)行實(shí)現(xiàn)，每個(gè)系統(tǒng)實(shí)現(xiàn)業(yè)務(wù)流程中的某一部分內(nèi)容。

即業(yè)務(wù)連貫，但是業(yè)務(wù)實(shí)現(xiàn)在多個(gè)系統(tǒng)中導(dǎo)致了割裂。因此因此業(yè)務(wù)系統(tǒng)必須高效協(xié)同起來才能夠完成一個(gè)端到端的業(yè)務(wù)流程。

有了這個(gè)理解，基本就清楚了集成架構(gòu)規(guī)劃的重點(diǎn)，即：用你規(guī)劃好的應(yīng)用架構(gòu)各系統(tǒng)功能提供來重新驗(yàn)證你前期梳理出來的端到端業(yè)務(wù)流程。即去回答和自己演算用各個(gè)系統(tǒng)功能的協(xié)同如何來完成完整的業(yè)務(wù)流程。

即原有的流程梳理圖-》跨系統(tǒng)業(yè)務(wù)交互流程圖

所有跨系統(tǒng)交互流程圖中的豎線和紅色三角形點(diǎn)即是潛在的系統(tǒng)集成點(diǎn)。在這個(gè)分析中，你就詳細(xì)完成了業(yè)務(wù)系統(tǒng)間究竟有哪些集成點(diǎn)，集成點(diǎn)如何協(xié)同來完成完整業(yè)務(wù)的分析，如下：

當(dāng)然上面的分析方法可能會(huì)遺留類似數(shù)據(jù)服務(wù)接口，技術(shù)服務(wù)接口等。而實(shí)際上要做一個(gè)完整的服務(wù)架構(gòu)規(guī)劃又有詳細(xì)的指導(dǎo)方法。其核心仍然是從企業(yè)架構(gòu)的業(yè)務(wù)，數(shù)據(jù)，技術(shù)各類架構(gòu)輸出入手，去分析和識(shí)別類似業(yè)務(wù)服務(wù)，數(shù)據(jù)服務(wù)，技術(shù)服務(wù)等各種類型的服務(wù)，最終形成完整的服務(wù)目錄庫。

具體如下圖：

在把單個(gè)跨越業(yè)務(wù)流程的集成點(diǎn)全部梳理和識(shí)別清楚后。我們接著進(jìn)行接口的分析和歸納等工作，在這里不再展開。最終所有接口都識(shí)別出來后，可以進(jìn)一步朝上聚合完整的集成架構(gòu)規(guī)劃視圖。

技術(shù)架構(gòu)規(guī)劃

技術(shù)架構(gòu)描述了企業(yè)開發(fā)、實(shí)施和管理應(yīng)用系統(tǒng)和數(shù)據(jù)所需的IT技術(shù)體系和IT基礎(chǔ)設(shè)施。技術(shù)體系定義企業(yè)IT的科技管理和技術(shù)標(biāo)準(zhǔn)，從最高層次的政策、原則、指導(dǎo)綱要到技術(shù)領(lǐng)域的技術(shù)標(biāo)準(zhǔn)化、技術(shù)選擇和技術(shù)組件。

基礎(chǔ)設(shè)施是企業(yè)整個(gè)IT系統(tǒng)的基礎(chǔ)，包括硬件、軟件操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)等企業(yè)數(shù)據(jù)和應(yīng)用程序可以運(yùn)行的環(huán)境。

在整個(gè)基礎(chǔ)設(shè)施架構(gòu)規(guī)劃中，高可用性規(guī)劃和設(shè)計(jì)又是一個(gè)重要內(nèi)容。

技術(shù)架構(gòu)在業(yè)務(wù)架構(gòu)、應(yīng)用架構(gòu)的基礎(chǔ)上提供了一個(gè)框架，這個(gè)框架為發(fā)展和開發(fā)一個(gè)交互不同的業(yè)務(wù)部門和業(yè)務(wù)領(lǐng)域的、在技術(shù)層面上的、與業(yè)務(wù)相一致的解決方案提供了一個(gè)基礎(chǔ)。重要的是它保持了企業(yè)的技術(shù)標(biāo)準(zhǔn)、技術(shù)選型、應(yīng)用設(shè)計(jì)、系統(tǒng)產(chǎn)品選型、系統(tǒng)技術(shù)架構(gòu)、系統(tǒng)部署、整個(gè)企業(yè)的技術(shù)部署等一切技術(shù)層面的組合和組件，與企業(yè)的戰(zhàn)略規(guī)劃、業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)的實(shí)際需求保持了一致性。

傳統(tǒng)的技術(shù)架構(gòu)規(guī)劃，由于較少融入云計(jì)算和SOA思想，內(nèi)容上偏向IT基礎(chǔ)設(shè)施架構(gòu)設(shè)計(jì)。雖然在TOGAF的技術(shù)架構(gòu)規(guī)劃中也談到了技術(shù)和應(yīng)用平臺(tái)，但是卻沒有具體的落地方式。

而實(shí)際上我們可以理解為基于SOA和云計(jì)算思想的技術(shù)平臺(tái)都可以劃歸到技術(shù)架構(gòu)規(guī)劃里面。比如我在前面給出了企業(yè)私有云PaaS平臺(tái)規(guī)劃，就可以屬于技術(shù)架構(gòu)規(guī)劃內(nèi)容。如下圖：

而對(duì)于我最近在整理的云原生解決方案中的平臺(tái)層能力提供，也完全可以納入到技術(shù)規(guī)劃的內(nèi)容。這部分能力既包括了IaaS資源層能，也包括了PaaS服務(wù)層能力提供。如下：

實(shí)施規(guī)劃和演進(jìn)路線

實(shí)施規(guī)劃直接影響到IT藍(lán)圖規(guī)劃的可落地性，影響到IT建設(shè)投資是否真正體現(xiàn)業(yè)務(wù)價(jià)值，為業(yè)務(wù)目標(biāo)服務(wù)。實(shí)施規(guī)劃重點(diǎn)方法論主要為組合管理和項(xiàng)目群管理?？梢詮某杀就度耄ㄔO(shè)難易程度，對(duì)業(yè)務(wù)價(jià)值實(shí)現(xiàn)的貢獻(xiàn)，推廣實(shí)施難度等多個(gè)方面來評(píng)估建設(shè)內(nèi)容的優(yōu)先級(jí)。預(yù)算和成本投入，在實(shí)施規(guī)劃中同時(shí)也要考慮到。

實(shí)施規(guī)劃按照組合管理的目標(biāo)來說，就是要用最少的IT資源投入創(chuàng)造最大的業(yè)務(wù)價(jià)值。

我們要建設(shè)哪些IT系統(tǒng)，如何分階段建設(shè)，如何來支撐業(yè)務(wù)流程，IT系統(tǒng)建設(shè)的協(xié)同關(guān)系，如何加強(qiáng)項(xiàng)目管理和管控，如何推進(jìn)系統(tǒng)的建設(shè)，如何減少重復(fù)建設(shè)，這些關(guān)鍵信息在實(shí)施規(guī)劃時(shí)都必須要考慮到。

對(duì)于這部分內(nèi)容，我今天不再做太詳細(xì)的展開。

以上即是對(duì)企業(yè)架構(gòu)和信息化規(guī)劃咨詢中的一些關(guān)鍵邏輯關(guān)系的思考，供大家參考。也歡迎各位留言討論IT規(guī)劃建設(shè)中遇到的問題點(diǎn)。