從業(yè)務(wù)架構(gòu)到BDF
很久之前就聽過企業(yè)架構(gòu)的概念了，但過去談到架構(gòu)就習(xí)慣性從技術(shù)角度理解。TOGAF屬于企業(yè)架構(gòu)的一部分，是將企業(yè)定義為有著共同目標(biāo)集合的組織的聚集。
TOGAF將企業(yè)架構(gòu)分為兩個部分：業(yè)務(wù)架構(gòu)和IT架構(gòu)。
IT架構(gòu)就是我們常見的那種技術(shù)架構(gòu)，業(yè)務(wù)架構(gòu)是將企業(yè)的業(yè)務(wù)戰(zhàn)略轉(zhuǎn)化為日常運(yùn)作的渠道，業(yè)務(wù)戰(zhàn)略決定業(yè)務(wù)架構(gòu)。
是不是聽起來挺虛。
反正我是很長時間，聽到業(yè)務(wù)架構(gòu)或者企業(yè)架構(gòu)這樣的描述，就有一種“聽君一席話，勝似一席話”的感覺。
但是最近結(jié)合自己做的事情，似乎有了一些新的理解。
平臺類系統(tǒng)的特點(diǎn)
對于B端類系統(tǒng)，或者是中臺類、平臺類系統(tǒng)來說，我們其實(shí)是乙方，某種程度上來說都是給甲方做需求的。
一個部門或企業(yè)的中臺團(tuán)隊，承接的就是全集團(tuán)給過來的共性的需求項目。他們帶著期望與想法而來，與中臺的產(chǎn)品及業(yè)務(wù)架構(gòu)師充分溝通，消化之后變成平臺系統(tǒng)的需求。
如果是存量需求可以解決的，通過一些低成本集成的手段搞定就可以了。如果是增量的，需要通過建模手段將需求消化到現(xiàn)有的平臺架構(gòu)體系之下才行。
這里可以看出對于平臺類系統(tǒng)來說，有兩個關(guān)鍵詞很重要：集成與建模。
兩者都關(guān)乎效率與質(zhì)量。
那如何系統(tǒng)性的解決這兩個問題呢？
還是要回到業(yè)務(wù)才行。
業(yè)務(wù)架構(gòu)方法論
這里就從業(yè)務(wù)架構(gòu)方法論中吸取出了三個關(guān)鍵詞：
價值鏈；
領(lǐng)域；
業(yè)務(wù)流程；
在管理學(xué)中，對企業(yè)競爭力分析時，有一種方法是價值鏈模型。
這個概念是由波特提出來的，價值鏈主要描述的是企業(yè)價值創(chuàng)造的過程，引入這個概念，有助于為企業(yè)橫向?qū)徱曌陨順I(yè)務(wù)能力提供分析框架。