為什么要談核心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)。