業(yè)務(wù)架構(gòu)這個詞大家時常聽到,但是能解釋得清楚的卻不多,撩撩度娘,你就會發(fā)現(xiàn),不少人問及業(yè)務(wù)架構(gòu)和應(yīng)用架構(gòu)的關(guān)系,聊天時,也常有人問起業(yè)務(wù)架構(gòu)師和產(chǎn)品經(jīng)理什么區(qū)別?業(yè)務(wù)架構(gòu)分析和需求分析什么區(qū)別?其實為了寫這篇文章,我把《軟件工程》、《軟件系統(tǒng)架構(gòu)》、《系統(tǒng)分析與設(shè)計》都翻了,這些經(jīng)典教材確實沒講過業(yè)務(wù)架構(gòu)這件事;我把《聊聊架構(gòu)》也翻了,發(fā)現(xiàn)其中的討論有解釋到業(yè)務(wù)、架構(gòu)和技術(shù)的關(guān)系,但是也沒有特別強(qiáng)調(diào)業(yè)務(wù)架構(gòu)。
其實,業(yè)務(wù)架構(gòu)這個詞并不新,它隱藏在企業(yè)架構(gòu)(EA)中。企業(yè)架構(gòu)是上世紀(jì) 80 年代的產(chǎn)物,其標(biāo)志就是 1987 年 Zachman 提出的企業(yè)架構(gòu)模型,該模型按照“5W1H”,即 what(數(shù)據(jù))、how(功能)、where(網(wǎng)絡(luò))、who(角色)、when(時間)、why(動機(jī))六個維度,結(jié)合目標(biāo)范圍、業(yè)務(wù)模型、信息系統(tǒng)模型、技術(shù)模型、詳細(xì)展現(xiàn)、功能系統(tǒng)六個層次,將企業(yè)架構(gòu)分成 36 個組成部分,描述了一個完整的企業(yè)架構(gòu)要考慮的內(nèi)容,詳圖如下:
Zachman 模型雖然沒有明確提出業(yè)務(wù)架構(gòu)這個概念,但是已經(jīng)包含了業(yè)務(wù)架構(gòu)關(guān)注的一些主要內(nèi)容:如流程模型、數(shù)據(jù)、角色組織等,既然沒有提出業(yè)務(wù)架構(gòu)概念,自然也就沒有包含構(gòu)建方法,所以,Zachman 模型應(yīng)該算是業(yè)務(wù)架構(gòu)的啟蒙,同時,它也表明了這一工具或者技術(shù)的最佳使用場景——面向復(fù)雜系統(tǒng)構(gòu)建企業(yè)架構(gòu)。
1995 年,大名鼎鼎的 TOGAF 登場了,這個在企業(yè)架構(gòu)市場中據(jù)說(2009 年統(tǒng)計)占了半壁江山的架構(gòu)模型明確提出了業(yè)務(wù)架構(gòu)的概念。TOGAF 將企業(yè)定義為有著共同目標(biāo)集合的組織的聚集。例如,企業(yè)可能是政府部門、一個完整的公司、公司部門、單個處 / 科室,或通過共同擁有權(quán)連接在一起的地理上疏遠(yuǎn)的組織鏈。TOGAF 進(jìn)一步認(rèn)為企業(yè)架構(gòu)分為兩大部分:業(yè)務(wù)架構(gòu)和 IT 架構(gòu),大部分企業(yè)架構(gòu)方法都是從 IT 架構(gòu)發(fā)展而來的。業(yè)務(wù)架構(gòu)是把企業(yè)的業(yè)務(wù)戰(zhàn)略轉(zhuǎn)化為日常運作的渠道,業(yè)務(wù)戰(zhàn)略決定業(yè)務(wù)架構(gòu),它包括業(yè)務(wù)的運營模式、流程體系、組織結(jié)構(gòu)、地域分布等內(nèi)容。TOGAF 強(qiáng)調(diào)基于業(yè)務(wù)導(dǎo)向和驅(qū)動的架構(gòu)來理解、分析、設(shè)計、構(gòu)建、集成、擴(kuò)展、運行和管理信息系統(tǒng),復(fù)雜系統(tǒng)集成的關(guān)鍵,是基于架構(gòu)(或體系)的集成,而不是基于部件(或組件)的集成。TOGAF 還提供了一個詳細(xì)的架構(gòu)工件模型:
其中可以明確看到業(yè)務(wù)架構(gòu)階段的交付物。相信很多對架構(gòu)有興趣的朋友都認(rèn)真學(xué)習(xí)過 TOGAF 模型,此處不再贅述。
TOGAF 之后,又先后誕生了 FEA(聯(lián)邦企業(yè)架構(gòu))和 DODAF(美國國防部體系架構(gòu)框架)。前者的體系由五個參考模型組成:績效參考模型(PRM)、業(yè)務(wù)參考模型(BRM)、服務(wù)構(gòu)件參考模型(FRM)、數(shù)據(jù)參考模型(DRM)、技術(shù)參考模型(TRM),該方法應(yīng)用于美國電子政務(wù)領(lǐng)域,著眼于跨部門、跨機(jī)構(gòu)提升業(yè)務(wù)效率,解決重復(fù)建設(shè)、信息孤島等問題,很具有“企業(yè)級”理念,雖然沒有明確的業(yè)務(wù)架構(gòu)定義,但是很好地應(yīng)用了業(yè)務(wù)架構(gòu)的思維。后者體系挺復(fù)雜的,8 個視點 52 個模型,但是實用性不錯,美國國防部和一些企業(yè)在用,詳細(xì)內(nèi)容如下:
其中能力視點和作戰(zhàn)視點就是我們做企業(yè)時關(guān)注的業(yè)務(wù)部分。這兩個模型網(wǎng)上有相關(guān)資料,感興趣的話可以自行查閱。
通過尋根溯源,可以發(fā)現(xiàn),即便從 TOGAF 算起,業(yè)務(wù)架構(gòu)這個詞也有 20 多年的歷史了,但是在開發(fā)人員中,業(yè)務(wù)架構(gòu)顯然沒有需求分析的概念明確,業(yè)務(wù)架構(gòu)師也遠(yuǎn)不如產(chǎn)品經(jīng)理常見。作者所在單位曾經(jīng)實施了一個長達(dá)數(shù)年的企業(yè)級轉(zhuǎn)型項目,其中有明確的業(yè)務(wù)架構(gòu)組織,但是,每每與技術(shù)人員討論,他們也常覺得業(yè)務(wù)架構(gòu)有點兒“虛”。細(xì)究其原因,可能有如下幾點:
用得少。原有的單體式或者豎井式開發(fā)依然是大家更經(jīng)常采用的項目構(gòu)建方法,而這種開發(fā)基本上沒有橫向視角,所以無需強(qiáng)調(diào)業(yè)務(wù)架構(gòu),通常的產(chǎn)品分析或者需求分析足以滿足開發(fā)需要;
難設(shè)計。業(yè)務(wù)架構(gòu),特別是大型企業(yè)這種錯綜復(fù)雜的業(yè)務(wù)架構(gòu),說起來容易做起來難,業(yè)務(wù)架構(gòu)對戰(zhàn)略的分解、業(yè)務(wù)架構(gòu)自身的整合與標(biāo)準(zhǔn)化、到 IT 設(shè)計的過渡都有不少坑,業(yè)務(wù)越復(fù)雜越寬泛就越難駕馭,因此,即便做過業(yè)務(wù)架構(gòu)設(shè)計的企業(yè),也有不少將業(yè)務(wù)架構(gòu)設(shè)計保持在高階狀態(tài),有點兒“虛”;
易跑偏。施工期間由于客觀因素可能導(dǎo)致實施對業(yè)務(wù)架構(gòu)的偏離,這種偏離如果沒有及時糾正或者調(diào)整架構(gòu),累積久了會造成業(yè)務(wù)架構(gòu)的失真,會變“虛”;
難維護(hù)。少數(shù)扛過了業(yè)務(wù)架構(gòu)落地困難期的企業(yè),也會由于感受到維護(hù)架構(gòu)的難度而心生放棄,從而降低了對業(yè)務(wù)架構(gòu)的評價。
其實,業(yè)務(wù)架構(gòu)從誕生之初就很清楚地定義了自己的使命:面向復(fù)雜系統(tǒng)構(gòu)建。也就是說,業(yè)務(wù)架構(gòu)同其他架構(gòu)一樣,目的也是要降低復(fù)雜度,更好地規(guī)劃系統(tǒng),因此 TOGAF 是將業(yè)務(wù)架構(gòu)歸屬于 IT 戰(zhàn)略部分。但是從本人的實踐經(jīng)驗看,業(yè)務(wù)架構(gòu)不僅具有上述作用,其更突出的影響是對參加過業(yè)務(wù)架構(gòu)設(shè)計工作的業(yè)務(wù)人員的影響,他們的邏輯思維能力、結(jié)構(gòu)化能力、企業(yè)級觀念和意識都有明顯的改變,所以,應(yīng)當(dāng)將業(yè)務(wù)架構(gòu)從 IT 戰(zhàn)略中獨立出來,更多面向業(yè)務(wù)人員,以充當(dāng)業(yè)務(wù)與技術(shù)之間的橋梁。當(dāng)然,業(yè)務(wù)架構(gòu)真正要承擔(dān)起這一職責(zé),還需要改進(jìn)、簡化業(yè)務(wù)架構(gòu)設(shè)計方法,對業(yè)務(wù)人員更友好,并且堅持使用業(yè)務(wù)架構(gòu)方法做企業(yè)級需求管控,否則,熵增一定會將已經(jīng)建好架構(gòu)秩序回歸混沌狀態(tài)。
很多企業(yè)都將促進(jìn)業(yè)務(wù)與科技的深度融合作為發(fā)展戰(zhàn)略,科技公司自不待言,傳統(tǒng)行業(yè)的數(shù)字化轉(zhuǎn)型,究其核心,就是試圖全面提升業(yè)務(wù)與科技的融合,而提升融合,關(guān)鍵在于如何推動業(yè)務(wù)思維方式的轉(zhuǎn)變,改善溝通效率,彌合“數(shù)字鴻溝”。
未來,業(yè)務(wù)不再僅僅是業(yè)務(wù),技術(shù)也不再僅僅是技術(shù),誰先實現(xiàn)思維方式的改進(jìn),誰就能贏得轉(zhuǎn)型的先手,而業(yè)務(wù)架構(gòu)能力可以在這方面發(fā)揮關(guān)鍵作用。
作者 | 付曉巖
第三十四屆CIO班招生
北達(dá)軟EXIN網(wǎng)絡(luò)空間與IT安全基礎(chǔ)認(rèn)證培訓(xùn)
北達(dá)軟EXIN DevOps Professional認(rèn)證培訓(xùn)
責(zé)編:yangjun
免責(zé)聲明:本網(wǎng)站(http://www.www.gypb.net/)內(nèi)容主要來自原創(chuàng)、合作媒體供稿和第三方投稿,凡在本網(wǎng)站出現(xiàn)的信息,均僅供參考。本網(wǎng)站將盡力確保所提供信息的準(zhǔn)確性及可靠性,但不保證有關(guān)資料的準(zhǔn)確性及可靠性,讀者在使用前請進(jìn)一步核實,并對任何自主決定的行為負(fù)責(zé)。本網(wǎng)站對有關(guān)資料所引致的錯誤、不確或遺漏,概不負(fù)任何法律責(zé)任。
本網(wǎng)站刊載的所有內(nèi)容(包括但不僅限文字、圖片、LOGO、音頻、視頻、軟件、程序等)版權(quán)歸原作者所有。任何單位或個人認(rèn)為本網(wǎng)站中的內(nèi)容可能涉嫌侵犯其知識產(chǎn)權(quán)或存在不實內(nèi)容時,請及時通知本站,予以刪除。