編輯導(dǎo)語：作為一名中臺(tái)產(chǎn)品經(jīng)理，認(rèn)識(shí)企業(yè)架構(gòu)是必不可少的，本篇文章作者系統(tǒng)介紹了企業(yè)架構(gòu)的內(nèi)容，系統(tǒng)介紹了企業(yè)架構(gòu)各方面的內(nèi)容，希望對(duì)你有幫助。

在之前的中臺(tái)文章中，我曾多次提到企業(yè)架構(gòu)這個(gè)概念，但是企業(yè)架構(gòu)到底是什么呢？本篇文章我將為你帶來解讀。

一、企業(yè)架構(gòu)初識(shí)首先我認(rèn)為解決復(fù)雜系統(tǒng)搭建的核心方法論就是企業(yè)架構(gòu)（EA），這里的企業(yè)架構(gòu)其實(shí)是一個(gè)面向整個(gè)企業(yè)去設(shè)計(jì)軟件的一個(gè)思路。

這里我先給出企業(yè)架構(gòu)的標(biāo)準(zhǔn)定義：

企業(yè)架構(gòu)（Enterprise Architecture），簡稱EA。是指對(duì)企業(yè)日常事物管理系統(tǒng)中具有體系的、普遍性的問題而提供的通用解決方案。企業(yè)架構(gòu)是指基于業(yè)務(wù)導(dǎo)向和驅(qū)動(dòng)的架構(gòu)來理解、分析、設(shè)計(jì)、構(gòu)建、集成、擴(kuò)展、運(yùn)行和管理信息系統(tǒng)。

二、企業(yè)架構(gòu)詳解剛才說的是定義，下面我來簡單為大家介紹下企業(yè)架構(gòu)的起源。

1987年，John Zachman就提出：“為了避免企業(yè)分崩離析，信息系統(tǒng)架構(gòu)已經(jīng)不再是一個(gè)可有可無的選擇，而是企業(yè)的必需”。

事實(shí)上在John Zachman當(dāng)時(shí)提出這個(gè)口號(hào)的時(shí)候，他就發(fā)現(xiàn)隨著企業(yè)業(yè)務(wù)不斷的擴(kuò)大，企業(yè)內(nèi)部信息化建設(shè)的復(fù)雜度也隨之提升。

此時(shí)設(shè)計(jì)一個(gè)系統(tǒng)，如果只考慮單業(yè)務(wù)方訴求，而不考慮別的部門協(xié)作，就會(huì)導(dǎo)致整個(gè)企業(yè)的系統(tǒng)群變得越來越難用。

因此他建議企業(yè)信息化必須從企業(yè)頂層入手，也就是整個(gè)企業(yè)視角，可以說這是為企業(yè)架構(gòu)的誕生鋪墊了核心思想。

從那時(shí)起，Zachman的企業(yè)架構(gòu)理論就開始逐漸發(fā)展起來， 它現(xiàn)已成為許多大公司用來理解、表述企業(yè)信息基礎(chǔ)設(shè)施的一個(gè)直觀模型。

為企業(yè)現(xiàn)在的以及未來的信息基礎(chǔ)設(shè)施建設(shè)提供了藍(lán)圖和架構(gòu)。

隨后在TOGAF（the open group）定義提出并被廣泛采納后，企業(yè)架構(gòu)（EA）被清晰的劃分為兩大部分：業(yè)務(wù)架構(gòu)和IT架構(gòu)。

1. 業(yè)務(wù)架構(gòu)從組成上看業(yè)務(wù)架構(gòu)，包括運(yùn)營模式、流程體系、組織結(jié)構(gòu)、考核體系幾個(gè)部分。

而簡單來說，用最簡單的幾個(gè)字總結(jié)一下就是一家企業(yè)是怎么運(yùn)行起來的。

企業(yè)是由哪些部門組成，然后這些部門做了什么事情把這個(gè)業(yè)務(wù)運(yùn)作起來的，這叫做業(yè)務(wù)架構(gòu)。

2. IT架構(gòu)IT架構(gòu)包括公司內(nèi)部現(xiàn)有系統(tǒng)組成，系統(tǒng)間的數(shù)據(jù)體系是什么樣子的？主數(shù)據(jù)體系是什么？

整個(gè)技術(shù)架構(gòu)是通過什么實(shí)現(xiàn)的，例如微服務(wù)、SOA等。

總結(jié)就是如何去設(shè)計(jì)一套IT系統(tǒng)去支撐整個(gè)企業(yè)的業(yè)務(wù)，注意此處不是單個(gè)產(chǎn)品線的，是去支撐所有的企業(yè)業(yè)務(wù)。

完整的企業(yè)架構(gòu)組成如下圖所示：

至此我們?nèi)绻猛ㄋ椎恼Z言來解讀企業(yè)架構(gòu)概念的話，可以總結(jié)為：將企業(yè)的業(yè)務(wù)以一個(gè)全局視角來看，從而統(tǒng)籌規(guī)劃信息系統(tǒng)。

也就是說在使用企業(yè)架構(gòu)時(shí)，我們要跳出傳統(tǒng)的在某個(gè)產(chǎn)品線里去設(shè)計(jì)軟件的這種狹隘視角。

這里需要強(qiáng)調(diào)下兩種截然不同的研發(fā)模式：

產(chǎn)品線研發(fā)流程：業(yè)務(wù)線提出的任意需求將其線上化，例如要求訂單中能跳過登錄環(huán)節(jié)；企業(yè)業(yè)務(wù)研發(fā)流程：以企業(yè)視角考慮多個(gè)業(yè)務(wù)線的訴求，從企業(yè)全局思考是否能跳過登錄環(huán)節(jié)?？梢钥吹狡髽I(yè)架構(gòu)就是企業(yè)業(yè)務(wù)研發(fā)流程。

而企業(yè)架構(gòu)落地最好的路徑就是在我在《中臺(tái)產(chǎn)品經(jīng)理寶典》一書中提出的MSS模型。

這里由于是概念解讀，我就不做過多展開了，感興趣的朋友可以去看我的這本書。

三、企業(yè)架構(gòu)應(yīng)用在之前的文章中我曾提出一個(gè)觀點(diǎn)，當(dāng)下的企業(yè)多數(shù)處在信息化轉(zhuǎn)折點(diǎn)的關(guān)鍵時(shí)期。

在這個(gè)時(shí)期中，企業(yè)的系統(tǒng)群存在各種各樣的問題，急需一次徹頭徹尾的重構(gòu)來改善整個(gè)企業(yè)的信息化運(yùn)行效率。

那這個(gè)時(shí)候其實(shí)在任何單一系統(tǒng)上去進(jìn)行單點(diǎn)的發(fā)力改造，是根本沒辦法去解決這個(gè)問題的，我們必須要站在一個(gè)全局視角，去聯(lián)動(dòng)所有系統(tǒng)去做一個(gè)改造。

所以此時(shí)我們對(duì)于企業(yè)的設(shè)計(jì)，就是進(jìn)入企業(yè)架構(gòu)設(shè)計(jì)的范疇之中了。

為什么說企業(yè)架構(gòu)適合這個(gè)階段呢？就是因?yàn)槠髽I(yè)架構(gòu)是從整個(gè)企業(yè)的業(yè)務(wù)視角去入手。

通過分析整個(gè)企業(yè)的戰(zhàn)略是由哪些部門來去承載，各部門承載了之后，這些部門又通過怎么樣的運(yùn)作方式去實(shí)現(xiàn)。

可以看到這里的建設(shè)者始終是站在企業(yè)主的角度去考慮問題的，因此設(shè)計(jì)出的系統(tǒng)肯定也是以全局最優(yōu)的方式去進(jìn)行的，所以這是解決轉(zhuǎn)折點(diǎn)問題的核心。

讓我們舉個(gè)實(shí)際拆解企業(yè)架構(gòu)的例子來看，如下圖。

比如此處該企業(yè)的目標(biāo)是要占領(lǐng)某細(xì)分市場，為此他的組織架構(gòu)會(huì)開始設(shè)計(jì)需要由哪些業(yè)務(wù)部門和團(tuán)隊(duì)組成。

有了團(tuán)隊(duì)后，具體要怎么去占領(lǐng)呢？

下一步的核心就是要去設(shè)計(jì)一個(gè)交易流程，比如要面向這些客戶如何獲取訂單，接下來繼續(xù)定義運(yùn)營流程，例如如何運(yùn)營這些客戶，如何運(yùn)營交易標(biāo)的物。

拿電商來說，此處需要去設(shè)計(jì)商品的管理、商品上下架、新品的研發(fā)等運(yùn)營工作，這樣就完成了業(yè)務(wù)架構(gòu)的梳理。

面對(duì)這個(gè)業(yè)務(wù)架構(gòu)，我們下一步就要設(shè)計(jì)IT架構(gòu)，也就是你要用哪些系統(tǒng)來承載整個(gè)企業(yè)的業(yè)務(wù)。

比如你的交易流程它是由哪個(gè)系統(tǒng)承載？可能有OMS，有商城，那么運(yùn)營流程里頭又包含什么系統(tǒng)？

你獲取到用戶訂單怎么去交付，使用哪些系統(tǒng)承載。

定義完系統(tǒng)后，接下來之后還需要考慮你的整個(gè)數(shù)據(jù)體系、數(shù)據(jù)實(shí)體有哪些？

比如有商品、訂單、會(huì)員，然后你的整個(gè)數(shù)據(jù)管理流程是什么樣的？是集中化管理還是分散化管理？

以及最終你的技術(shù)架構(gòu)是什么樣的？

可以看到這就是站在一個(gè)全局去思考整個(gè)企業(yè)業(yè)務(wù)的信息化，這就是企業(yè)架構(gòu)。

那么在我們的日常工作中，根據(jù)這個(gè)企業(yè)架構(gòu)的這個(gè)思想，當(dāng)我們?cè)诿鎸?duì)大型企業(yè)級(jí)系統(tǒng)建設(shè)，如中臺(tái)建設(shè)，我們一定要面向領(lǐng)域工程，而不是在像以前的點(diǎn)對(duì)點(diǎn)需求研發(fā)。

怎么理解呢？就是說我們需要考慮相似或者相近的一個(gè)場景，并且建立起一套通用的能力去一次性解決一整個(gè)領(lǐng)域里的問題。

而不是像以前出現(xiàn)一個(gè)訂單需求，開發(fā)一個(gè)訂單服務(wù)，那別的業(yè)務(wù)線又出現(xiàn)訂單需求，再開發(fā)一個(gè)訂單服務(wù)這樣的模式。

而像現(xiàn)在的互聯(lián)網(wǎng)大環(huán)境中，企業(yè)已經(jīng)進(jìn)入到了一個(gè)存量時(shí)代，或者說已經(jīng)進(jìn)入到一個(gè)零和博弈的階段。

那這個(gè)時(shí)候我們必須要能以一次建設(shè)去提供多次服務(wù)的這種方式來進(jìn)行研發(fā)迭代，那么這就叫領(lǐng)域服務(wù)。

領(lǐng)域服務(wù)就是我們建設(shè)的通用能力，我們?cè)谄浠A(chǔ)上，做一些稍微的配置，就能為具體的某個(gè)場景去提供應(yīng)用解決方案，這樣的話企業(yè)內(nèi)部研發(fā)效率就會(huì)變得非常的高。

這其實(shí)就是中臺(tái)的最本質(zhì)的思想。

四、最后既然IT架構(gòu)它是業(yè)務(wù)架構(gòu)了一個(gè)承載物。所以我們必須要去規(guī)范整個(gè)企業(yè)的業(yè)務(wù)架構(gòu)，規(guī)范我們的業(yè)務(wù)。

如果業(yè)務(wù)本身不能被很好的結(jié)構(gòu)化和模塊化，那么再好的技術(shù)團(tuán)隊(duì)也沒辦法去承載這個(gè)業(yè)務(wù)。

注：本文內(nèi)容摘錄于本人出版圖書《中臺(tái)產(chǎn)品經(jīng)理寶典》。

#專欄作家#三爺，微信公眾號(hào)：三爺茶館，人人都是產(chǎn)品經(jīng)理專欄作家，2019年年度作者?！吨信_(tái)產(chǎn)品經(jīng)理寶典》作者，原萬達(dá)高級(jí)產(chǎn)品、MBA特約講師、獨(dú)立創(chuàng)業(yè)者，現(xiàn)叮咚買菜B端產(chǎn)品線負(fù)責(zé)人，擁有多款集團(tuán)項(xiàng)目從零到一經(jīng)驗(yàn)并帶領(lǐng)實(shí)現(xiàn)商業(yè)化布局。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。