在我頭條前面的文章里面分享過(guò)一些IT咨詢規(guī)劃的材料，也分享過(guò)一些IT系統(tǒng)解決方案，技術(shù)方案類的文章。對(duì)于IT咨詢規(guī)劃來(lái)說(shuō)本身也是一個(gè)漸近發(fā)展的過(guò)程，從最早的信息化規(guī)劃，再到企業(yè)架構(gòu)規(guī)劃，再到融合云計(jì)算和SOA思想的企業(yè)私有云規(guī)劃，發(fā)展到最近又融入了更多的云原生，中臺(tái)，微服務(wù)的思想。

如果要學(xué)習(xí)IT咨詢規(guī)劃和解決方案制作能力，實(shí)際上需要從業(yè)務(wù)和技術(shù)兩個(gè)方面入手，同時(shí)要真正打通業(yè)務(wù)和技術(shù)的銜接問(wèn)題。

業(yè)務(wù)驅(qū)動(dòng)IT，而IT最終為業(yè)務(wù)目標(biāo)服務(wù)。而打通兩者之間的銜接，最關(guān)鍵的地方又在于分析和解決問(wèn)題的能力，而這個(gè)能力在通過(guò)大量的項(xiàng)目實(shí)踐后，逐步就濃縮成了方法論。比如你學(xué)習(xí)了大咨詢公司的方法論，然后去實(shí)踐，通過(guò)實(shí)踐后不斷的總結(jié)和復(fù)盤，逐步又形成了自己做事情的方法論和最佳實(shí)踐。

比如在我前面分享過(guò)的一些IT咨詢規(guī)劃，SOA規(guī)劃方面的材料，實(shí)際也是在大咨詢公司方法論的基礎(chǔ)上融入了實(shí)踐后總結(jié)提煉的內(nèi)容逐步形成。

所以方法論本身不是憑空產(chǎn)生的，而是通過(guò)大量實(shí)踐抽象總結(jié)出來(lái)的。前人形成的方法論本身有價(jià)值，但是是否能夠真正應(yīng)用好為你服務(wù)，還需要你自己更多的思考和總結(jié)。

由于自己一直從事IT行業(yè)，因此接觸的各個(gè)大的咨詢類公司和合作溝通也比較多，就IT規(guī)劃咨詢來(lái)說(shuō)IBM的規(guī)劃咨詢方法論更加宏觀和理論化，原來(lái)HP的方法論則偏陳舊也不足夠體系化，但是HP團(tuán)隊(duì)本身的技術(shù)底子不錯(cuò)，技術(shù)落地性好。而對(duì)于埃森哲的方法論是我個(gè)人比較推薦的，從理論框架體系，到最終的解決方案和落地實(shí)踐演進(jìn)，整體比較完整。

對(duì)于埃森哲的IT規(guī)劃案例，網(wǎng)上有很多分享可以下載，在這里不再給出，而是對(duì)里面的一些關(guān)鍵點(diǎn)進(jìn)行總結(jié)和思考，看看究竟從里面能夠?qū)W習(xí)什么內(nèi)容。

學(xué)習(xí)金字塔原理應(yīng)用

相信很多人都看過(guò)金字塔原理這本書(shū)，這本書(shū)的核心是講結(jié)構(gòu)化思考邏輯，而邏輯的靜態(tài)支持是金字塔和樹(shù)狀結(jié)構(gòu)，動(dòng)態(tài)支撐和歸納和演繹，分析和解決問(wèn)題方法論。

那么看明白金字塔原理后，最終類似PPT呈現(xiàn)也應(yīng)該完全符合金字塔結(jié)構(gòu)。

在前面談PPT呈現(xiàn)邏輯的時(shí)候我總結(jié)了上面這張圖，即一個(gè)PPT應(yīng)該是完整的金字塔結(jié)構(gòu)，其呈現(xiàn)邏輯包括了動(dòng)態(tài)邏輯，靜態(tài)邏輯，同時(shí)動(dòng)態(tài)和靜態(tài)相互融合使用。

整個(gè)PPT展開(kāi)就是一顆完整的金字塔結(jié)構(gòu)，沒(méi)有任何一頁(yè)P(yáng)PT是孤立的。即我們談任何一頁(yè)P(yáng)PT的時(shí)候都可以朝上追溯到具體屬于哪個(gè)架構(gòu)圖，屬于哪個(gè)大的階段展開(kāi)。

MECE法則：完全窮盡，相互獨(dú)立。你做完的PPT的每一頁(yè)都要有出處，是在整個(gè)樹(shù)結(jié)構(gòu)上，是可以從枝條或樹(shù)葉一直追溯回主干和樹(shù)根的。一個(gè)完整的PPT內(nèi)容架構(gòu)不應(yīng)該有任何一頁(yè)類似樹(shù)枝一樣掉落在地上。

對(duì)于埃森哲的IT規(guī)劃或解決方案類文檔，基本是完全符合金字塔原理的，要么是動(dòng)態(tài)按階段展開(kāi)，要么是靜態(tài)架構(gòu)圖的金字塔分解展開(kāi)。

規(guī)劃方案首先闡明方法論或研究思路

看埃森哲的規(guī)劃類PPT材料，你會(huì)發(fā)現(xiàn)基本都是在PPT首頁(yè)就會(huì)先闡述清楚整個(gè)規(guī)劃或解決方案所采用的研究思路或方法論。也就是說(shuō)方法論是整個(gè)金字塔邏輯架構(gòu)的最頂層節(jié)點(diǎn)，包括后續(xù)的章節(jié)目錄全部都需要基于方法論的整體框架思路進(jìn)行展開(kāi)。

對(duì)于埃森哲常用的IT規(guī)劃咨詢方法如下：

如果整體方法論是如上圖，那么整體的文檔或PPT結(jié)構(gòu)就應(yīng)該分為三個(gè)的章節(jié)。

在第二階段藍(lán)圖設(shè)計(jì)實(shí)際包括了四個(gè)部分的內(nèi)容，那么整體的承諾邏輯結(jié)構(gòu)在第二部分就應(yīng)該按上面四個(gè)內(nèi)容展開(kāi)到二級(jí)目錄章節(jié)。你整體的敘述思路基于上述的階段和步驟逐步展開(kāi)來(lái)即可。這樣整體的文檔或PPT結(jié)構(gòu)是完整的。

比如我們經(jīng)常說(shuō)PPT里面有一頁(yè)內(nèi)容是講IT系統(tǒng)集成架構(gòu)，而這個(gè)集成架構(gòu)實(shí)際可以朝上追溯到2.2IT應(yīng)用架構(gòu)總體藍(lán)圖，而應(yīng)用架構(gòu)本身又可以朝上追溯到第二階段藍(lán)圖設(shè)計(jì)。

構(gòu)建靜態(tài)金字塔架構(gòu)并逐層分解

對(duì)于靜態(tài)呈現(xiàn)如何滿足金字塔結(jié)構(gòu)，比如我們常說(shuō)的樹(shù)狀圖，分類圖等都是滿足金字塔結(jié)構(gòu)展開(kāi)的。但是在IT領(lǐng)域，在闡述自己的解決方案的時(shí)候，經(jīng)常會(huì)使用到各類的架構(gòu)圖，比如業(yè)務(wù)架構(gòu)，應(yīng)用架構(gòu)，技術(shù)架構(gòu)等。

而對(duì)于架構(gòu)圖前面也談到過(guò)，最重要的是分層，分層里面又有分組。一個(gè)合理的架構(gòu)圖本身應(yīng)該是完全滿足金字塔結(jié)構(gòu)的，比如分層可以作為第一層，而分層里的分組可以作為金字塔里面的第二層展開(kāi)。

也就是架構(gòu)圖比簡(jiǎn)單的樹(shù)狀結(jié)構(gòu)可以呈現(xiàn)更多的層次，關(guān)系等可視化要素。

在IT規(guī)劃和咨詢方案里面，當(dāng)你需要給出一個(gè)總體解決方案的時(shí)候，或者需要給出一個(gè)總體架構(gòu)的時(shí)候，優(yōu)先需要考慮采用類似架構(gòu)圖進(jìn)行呈現(xiàn)，而且需要完全滿足金字塔結(jié)構(gòu)。同時(shí)基于自頂向下的呈現(xiàn)邏輯，可以分層進(jìn)行呈現(xiàn)和展開(kāi)。

比如你可以先展現(xiàn)粗粒度的頂層架構(gòu)：

然后對(duì)頂層架構(gòu)進(jìn)行分解和展開(kāi)，描述二級(jí)或三級(jí)架構(gòu)：

到最細(xì)節(jié)你可以描述單個(gè)業(yè)務(wù)系統(tǒng)，如供應(yīng)鏈管理系統(tǒng)的應(yīng)用功能架構(gòu)和功能說(shuō)明，基于這張逐層展開(kāi)描述方式，那么整體內(nèi)容就不會(huì)和整體主干脫節(jié)，同時(shí)層次邏輯清楚可追溯。

多謝分層和多維度框架思維

前面談到了整個(gè)文檔或咨詢報(bào)告的輸出應(yīng)該完全滿足完整的金字塔邏輯結(jié)構(gòu)。而埃森哲在自己的IT戰(zhàn)略規(guī)劃，SOA規(guī)劃，業(yè)務(wù)流程優(yōu)化等諸多咨詢報(bào)告里面，經(jīng)常會(huì)使用分層模型，多維分析模型，而這些也是我們認(rèn)識(shí)和理解實(shí)物的關(guān)鍵方式。

即從多個(gè)層面，多個(gè)維度看待事物，往往才能夠更加透徹。

比如IT咨詢規(guī)劃，埃森哲給出了自己的IT戰(zhàn)略頂層框架構(gòu)建模型，具體如下：

完整的戰(zhàn)略規(guī)劃包含了從公司的業(yè)務(wù)戰(zhàn)略出發(fā)，以業(yè)務(wù)流程為抓手，以IT管控為保障，確保系統(tǒng)實(shí)現(xiàn)的落地。整體的三層架構(gòu)重點(diǎn)還是業(yè)務(wù)，技術(shù)和管控三個(gè)關(guān)鍵層面，同時(shí)又體現(xiàn)戰(zhàn)略驅(qū)動(dòng)業(yè)務(wù)，業(yè)務(wù)驅(qū)動(dòng)IT的核心思路。

公司的業(yè)務(wù)戰(zhàn)略最終驅(qū)動(dòng)了IT戰(zhàn)略，而業(yè)務(wù)流程最終又驅(qū)動(dòng)了IT應(yīng)用系統(tǒng)的建設(shè)。業(yè)務(wù)和IT需要雙向協(xié)同，相輔相成，同時(shí)又形成一整套的治理和管控架構(gòu)體系。

再比如，在SOA架構(gòu)規(guī)劃里面，埃森哲給出過(guò)一個(gè)SOA能力交付模型，涵蓋業(yè)務(wù)應(yīng)用架構(gòu)，技術(shù)架構(gòu)和管控架構(gòu)。技術(shù)架構(gòu)涵蓋集成藍(lán)圖、系統(tǒng)藍(lán)圖、基礎(chǔ)藍(lán)圖。具體的SOA能力交付模型參考下圖：

通過(guò)這張三維架構(gòu)模型，可以更加清楚的理解業(yè)務(wù)，技術(shù)和IT管控之間的關(guān)系和集成。理解和分析事物要全面，那就必須將三者全部考慮進(jìn)去，并進(jìn)行有效集成和協(xié)同。

比如我自己在進(jìn)行相關(guān)解決方案制作的時(shí)候，也會(huì)經(jīng)常參考三層模型的架構(gòu)思路，來(lái)構(gòu)建一個(gè)完整的解決方案架構(gòu)圖，如下：

基于該架構(gòu)圖你可以對(duì)業(yè)務(wù)解決方案，系統(tǒng)解決方案和管控治理方案進(jìn)一步展開(kāi)，形成二級(jí)的參考架構(gòu)圖，以形成完整的金字塔邏輯架構(gòu)。

比如到了業(yè)務(wù)解決方案后，仍然先給出整體業(yè)務(wù)方案架構(gòu)。

學(xué)習(xí)分析和解決問(wèn)題的方法論

如果你是從事做IT咨詢規(guī)劃工作，你估計(jì)會(huì)經(jīng)常談到方法論，而方法論本身就是分析和解決問(wèn)題能力的體現(xiàn)。而對(duì)于埃森哲在IT咨詢規(guī)劃里面經(jīng)常用的分析和解決問(wèn)題方法論，相當(dāng)來(lái)說(shuō)是比較完整的，值得去參考和學(xué)習(xí)。

對(duì)于經(jīng)常做IT規(guī)劃咨詢的，往往并不會(huì)完全從零照搬一個(gè)方法論，進(jìn)行詳盡的現(xiàn)狀分析，調(diào)研和差距分析后才能夠給出一個(gè)解決方案，而是會(huì)基于自己的實(shí)踐經(jīng)驗(yàn)總結(jié)參考其他項(xiàng)目經(jīng)驗(yàn)快速的給出一個(gè)最終的解決方案。

但是即使這樣你也需要考慮你給出的解決方案是完整的，是能夠?qū)?lái)龍去脈說(shuō)清楚的。

就好比我經(jīng)常說(shuō)一些大的企業(yè)請(qǐng)國(guó)外大的咨詢公司做業(yè)務(wù)或IT類的咨詢，實(shí)際核心的目標(biāo)和改進(jìn)點(diǎn)領(lǐng)導(dǎo)都清楚了，但是為何還要請(qǐng)咨詢公司來(lái)做規(guī)劃咨詢。簡(jiǎn)單來(lái)說(shuō)就是企業(yè)的管理層往往是憑經(jīng)驗(yàn)給出了一個(gè)非結(jié)構(gòu)決策和結(jié)論，也就是給出了一個(gè)結(jié)果。但是需要咨詢公司去向下證明這個(gè)結(jié)論是正確的。

對(duì)于問(wèn)題分析和解決，我在前面給出過(guò)一個(gè)核心思路如下：

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

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

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

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

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

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

在解決模塊形成過(guò)程中，我們還需要對(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è)整體，不能散。

其次從歸納反轉(zhuǎn)到延期，給出完整解決方案，然后再來(lái)進(jìn)一步演繹呈現(xiàn)你給出的解決方案中的各個(gè)解決模塊是足夠的支撐各個(gè)子問(wèn)題的解決的。

通過(guò)各個(gè)解決方案模塊通過(guò)集成和聯(lián)動(dòng)最終完成大目標(biāo)的解決。

那么我們?cè)賮?lái)看下，埃森哲相關(guān)的規(guī)劃咨詢報(bào)告里面常用的一些問(wèn)題分析解決思路。

給出整體的研究方法

當(dāng)進(jìn)入到一個(gè)大的章節(jié)的時(shí)候，你會(huì)發(fā)現(xiàn)整個(gè)章節(jié)里面有很多的內(nèi)容輸出，那么這些輸出之間是什么關(guān)系，是如何形成的，整個(gè)章節(jié)內(nèi)容如何是承上啟下的，這些都必須進(jìn)一步交代。

否則進(jìn)入到某個(gè)章節(jié)，第一頁(yè)就是整體解決方案架構(gòu)，那么往往讓人摸不著頭腦。

對(duì)于埃森哲咨詢報(bào)告經(jīng)常采用的思路就是首先在章節(jié)的最開(kāi)始給出一個(gè)研究方法的動(dòng)態(tài)圖，在該圖上可以明確的看到章節(jié)的承上啟下，章節(jié)里面的關(guān)鍵活動(dòng)之間的關(guān)系。

也就是說(shuō)你研究方法看明白了，也就明白了作者輸出本章節(jié)內(nèi)容的思考過(guò)程。這也是我們經(jīng)常強(qiáng)調(diào)的，實(shí)際上學(xué)習(xí)一個(gè)思考過(guò)程遠(yuǎn)遠(yuǎn)比簡(jiǎn)單輸出一個(gè)解決方案架構(gòu)更加重要。

比如下圖，在進(jìn)行平臺(tái)架構(gòu)愿景展開(kāi)前，先給出研究思路。

從這個(gè)圖可以很清楚的看到本章的關(guān)鍵輸入，關(guān)鍵輸出，和關(guān)鍵的一些標(biāo)準(zhǔn)規(guī)范依賴?？疵靼走@個(gè)圖基本也清楚了本章節(jié)的核心思考邏輯。

配合詳細(xì)流程和集成分析去找尋問(wèn)題

對(duì)于任何一個(gè)規(guī)劃咨詢項(xiàng)目，首先你是需要基于業(yè)務(wù)目標(biāo)和IT目標(biāo)去分析當(dāng)前的現(xiàn)狀，去找尋和診斷問(wèn)題，其次才是考慮問(wèn)題如何解決形成解決方案。

問(wèn)題的找尋有粗有細(xì)，但是都需要有理有據(jù)，而對(duì)于埃森哲的方法論里面你可以看到最常用的兩種找尋問(wèn)題點(diǎn)的方法，即配合流程圖去分析，或者是配合階集成點(diǎn)去分析。

配合流程圖分析往往可以找尋到組織崗位，角色，業(yè)務(wù)活動(dòng)不合理的點(diǎn)。而配合集成點(diǎn)去分析往往容易發(fā)現(xiàn)當(dāng)前端到端流程協(xié)同上的問(wèn)題和斷點(diǎn)。

對(duì)于流程分析找尋問(wèn)題點(diǎn)，如下圖：

通過(guò)該圖可以詳細(xì)的看到問(wèn)題點(diǎn)在哪里，問(wèn)題的描述，問(wèn)題和整個(gè)業(yè)務(wù)流程和業(yè)務(wù)活動(dòng)的關(guān)系究竟是如何的。也就是說(shuō)自我論證清楚問(wèn)題不是憑空產(chǎn)生的，而是基于企業(yè)實(shí)際的業(yè)務(wù)流程和業(yè)務(wù)場(chǎng)景分析得出的。

對(duì)于集成和交互圖，可以用于分析具體集成上的問(wèn)題點(diǎn)，如下圖：

而這些具體問(wèn)題點(diǎn)分析都將應(yīng)用到后續(xù)的整體解決方案構(gòu)圖，集成架構(gòu)規(guī)劃等。同時(shí)你需要在最終的解決方案中論述，以上的這些問(wèn)題點(diǎn)都通過(guò)新的架構(gòu)規(guī)劃解決掉了。

從定性到定量的差距分析

在進(jìn)行IT規(guī)劃的現(xiàn)狀診斷分析過(guò)程中，為何差距分析如此重要？

因?yàn)椴罹喾治霰旧砭腕w現(xiàn)了問(wèn)題和目標(biāo)驅(qū)動(dòng)的核心思想，問(wèn)題即目標(biāo)和現(xiàn)狀之間的差距，而差距分析正好是分析當(dāng)前的現(xiàn)狀和目標(biāo)之間的距離。

差距分析本身有很多類型，比如：

• 業(yè)務(wù)現(xiàn)狀和業(yè)務(wù)目標(biāo)之間的差距分析

• IT現(xiàn)狀和業(yè)務(wù)目標(biāo)之間的差距分析

• IT現(xiàn)狀和業(yè)界標(biāo)準(zhǔn)和標(biāo)桿對(duì)比的差距分析

所有的差距分析最終都是為了找到具體需要解決或改進(jìn)的問(wèn)題點(diǎn)，并將這些問(wèn)題點(diǎn)進(jìn)行整合后形成一個(gè)完整的解決方案。

差距分析分為定性分析和定量分析。

對(duì)于定性差距分析一般是通過(guò)對(duì)一線的業(yè)務(wù)人員或技術(shù)人員進(jìn)行現(xiàn)場(chǎng)訪談或者通過(guò)調(diào)查表調(diào)研的方式進(jìn)行問(wèn)題收集和整理。因此定性差距分析一般也僅僅是從業(yè)務(wù)，技術(shù)，管理，效率等大的維度方法進(jìn)行初步的問(wèn)題收集和整理即可。如下圖：

但是簡(jiǎn)單的定性分析往往很難評(píng)估問(wèn)題的嚴(yán)重程度或影響面等，因此當(dāng)前規(guī)劃咨詢更多的會(huì)引入定量差距分析的方法。

定量分析簡(jiǎn)單來(lái)說(shuō)類似結(jié)構(gòu)化決策的思路，即需要基于當(dāng)前分析的問(wèn)題，首先基于業(yè)界標(biāo)準(zhǔn)或最佳實(shí)踐制定科學(xué)的維度，同時(shí)基于不同的維度和量化原則進(jìn)行評(píng)分。在量化評(píng)估后更加容易分析具體的業(yè)務(wù)場(chǎng)景和問(wèn)題點(diǎn)究竟在哪里。

比如你原來(lái)的問(wèn)題是業(yè)務(wù)系統(tǒng)高峰期響應(yīng)緩慢，而最終的量化評(píng)估結(jié)果則是涉及到月結(jié)的業(yè)務(wù)系統(tǒng)在月末到月初20天左右實(shí)際系統(tǒng)響應(yīng)時(shí)長(zhǎng)平均增長(zhǎng)30%以上，CPU平均負(fù)荷超過(guò)80%。

當(dāng)有了這些量化的數(shù)據(jù)后，我們更加容易進(jìn)行有針對(duì)性的解決方案制定。

比如在進(jìn)行應(yīng)用架構(gòu)的量化評(píng)估中，可以從重用度，成熟度，完備性，集成性等多個(gè)維度進(jìn)行量化評(píng)估后打分，最后再進(jìn)行加權(quán)評(píng)估。

在完成所有業(yè)務(wù)系統(tǒng)的定量分析后，最終形成一個(gè)定量評(píng)估結(jié)果。

學(xué)業(yè)務(wù)流程分析和建模方法

在前面談到了IT咨詢規(guī)劃核心還是業(yè)務(wù)驅(qū)動(dòng)IT，從業(yè)務(wù)流程調(diào)研和分析入手，那么對(duì)業(yè)務(wù)流程的調(diào)研就需要形成完整的流程分析和調(diào)研方法論。

而這塊當(dāng)前用的最多的還是ARIS的流程建模思路。

就埃森哲的咨詢規(guī)劃報(bào)告來(lái)看，對(duì)于業(yè)務(wù)流程建模框架是比較完整的，基于完全基于ARIS的思路，同時(shí)對(duì)于流程分析和調(diào)研的分層，各層輸出也是相當(dāng)細(xì)化的。

業(yè)務(wù)流程（BP，Business Process）是為達(dá)到特定的價(jià)值目標(biāo)而由不同的人/系統(tǒng)分別共同完成的一系列活動(dòng)；業(yè)務(wù)流程應(yīng)該包含流程/流程活動(dòng)相關(guān)的組織、角色、事件、功能、輸入、輸入等所有元素。

如果單獨(dú)對(duì)業(yè)務(wù)活動(dòng)進(jìn)行分析如下：

當(dāng)把要給完整的業(yè)務(wù)流程分析清楚后可以看到核心的業(yè)務(wù)功能操作，業(yè)務(wù)對(duì)象，崗位角色，工具技術(shù)支撐等內(nèi)容全部也就分析清楚了。而這些也正是后續(xù)進(jìn)行業(yè)務(wù)架構(gòu)規(guī)劃，應(yīng)用架構(gòu)規(guī)劃的基礎(chǔ)。

當(dāng)我們?nèi)シ治隹鐦I(yè)務(wù)域，跨部門的業(yè)務(wù)流程協(xié)同的時(shí)候，又可以看到具體的協(xié)同邊界點(diǎn)，而這個(gè)正好又是后續(xù)進(jìn)行應(yīng)用集成架構(gòu)梳理和分析的基礎(chǔ)。

業(yè)務(wù)流程建模分級(jí)

業(yè)務(wù)流程建模本身是從企業(yè)價(jià)值鏈和端到端流程分析展開(kāi)的一個(gè)完整自頂向下的過(guò)程。從最底層的價(jià)值鏈分析，到二級(jí)三級(jí)流程，再到最底層的EPC事件流程圖，以形成一個(gè)完整的業(yè)務(wù)流程建?？蚣?，整體框架分級(jí)如下：

到了最底層的EPC流程鏈，基本可以和應(yīng)用系統(tǒng)功能實(shí)現(xiàn)中的軟件需求和用例建模匹配。

比如對(duì)于最底層的EPC事件流程圖可以到很細(xì)化的顆粒度。

包括在進(jìn)行流程建模后，基于流程輸出進(jìn)行跨組織，跨省的流程差異對(duì)比和分析，如下圖：

而這個(gè)差異分析本身也是找尋問(wèn)題點(diǎn)，并優(yōu)化和整合出一個(gè)最終流程的基礎(chǔ)。也正是這個(gè)原因可以看到流程建模，流程梳理和優(yōu)化是一個(gè)相當(dāng)細(xì)化的工作。

形成As-Is到To-Be的流程梳理

當(dāng)進(jìn)行詳細(xì)的流程分析和建模的時(shí)候，就容易看到具體的流程斷點(diǎn)，崗位職責(zé)不清晰的地方等，而這些整合式需要優(yōu)化和改進(jìn)的點(diǎn)。

包括最終的業(yè)務(wù)解決方案或系統(tǒng)解決方案的形成，往往也可以依托流程梳理和分析進(jìn)行。讓最終的讀者更加容易清楚的看到具體的改進(jìn)點(diǎn)在哪里？對(duì)日常業(yè)務(wù)流程有哪些優(yōu)化和影響。

也正是這個(gè)原因，我們一直在強(qiáng)調(diào)，任何改進(jìn)點(diǎn)，任何解決方案都不是憑空產(chǎn)生的，更加不能簡(jiǎn)單的照搬業(yè)界標(biāo)準(zhǔn)或最佳實(shí)踐。而是應(yīng)該真正從企業(yè)當(dāng)前業(yè)務(wù)目標(biāo)，流程現(xiàn)狀出發(fā)，去梳理和分析流程，去評(píng)估差距，然后找到最適合企業(yè)的解決方案。

類似當(dāng)前企業(yè)數(shù)字化轉(zhuǎn)型過(guò)程中，你去參考別人企業(yè)的方案構(gòu)建自己的業(yè)務(wù)中臺(tái)或數(shù)據(jù)中臺(tái)，最終都是水土不服，無(wú)法真正發(fā)揮中臺(tái)的價(jià)值和作用。

學(xué)習(xí)IT治理管控模型

在前面談到埃森哲的IT戰(zhàn)略規(guī)劃，實(shí)際上里面有一層的內(nèi)容即IT治理管控框架體系的構(gòu)建。管控治理是進(jìn)行IT咨詢規(guī)劃中相當(dāng)重要的一個(gè)內(nèi)容內(nèi)容。直接影響到你最終的解決方案是否能夠最終落地實(shí)施。

埃森哲給出過(guò)一個(gè)完整的管控治理框架如下：

從這個(gè)圖可以看到管控框架覆蓋了工具技術(shù)支撐，組織，流程，業(yè)務(wù)，運(yùn)營(yíng)，人員等多個(gè)方面的內(nèi)容。這個(gè)也是構(gòu)建一個(gè)完整的管控能力框架的基礎(chǔ)。

任何一個(gè)完整的管控模型你都可以看到，首先就是要確定組織，流程，工具支撐，接著才是基于具體的業(yè)務(wù)域，業(yè)務(wù)系統(tǒng)的內(nèi)容，基于生命周期展開(kāi)的思路制定具體的管控點(diǎn)。比如埃森哲給出的主數(shù)據(jù)管控能力框架如下：

其外圍是組織，流程，工具技術(shù)，而里面則是覆蓋主數(shù)據(jù)域的具體管控內(nèi)容。

當(dāng)然一個(gè)完整的管控治理模型本身也可以按照業(yè)務(wù)，技術(shù)，組織三個(gè)維度來(lái)進(jìn)行分解，然后基于動(dòng)態(tài)的生命周期展開(kāi)形成一個(gè)完整的管控體系，如下：

這張二維矩陣式的方式可以從靜態(tài)分層和動(dòng)態(tài)生命周期兩個(gè)維度的詳細(xì)分解具體的管控內(nèi)容。值得所有的管控框架構(gòu)圖參考。比如我在做SOA規(guī)劃建設(shè)項(xiàng)目的時(shí)候，整理的SOA治理管控框架體系圖基本也是參考該方法形成。

包括我在前面整理云原生的管控治理框架的時(shí)候，仍然采用這張方式構(gòu)圖。