《中臺產品經理寶典》選講:帶你系統(tǒng)認知企業(yè)架構(EA)
編輯導語:作為一名中臺產品經理,認識企業(yè)架構是必不可少的,本篇文章作者系統(tǒng)介紹了企業(yè)架構的內容,系統(tǒng)介紹了企業(yè)架構各方面的內容,希望對你有幫助。
在之前的中臺文章中,我曾多次提到企業(yè)架構這個概念,但是企業(yè)架構到底是什么呢?本篇文章我將為你帶來解讀。
一、企業(yè)架構初識
首先我認為解決復雜系統(tǒng)搭建的核心方法論就是企業(yè)架構(EA),這里的企業(yè)架構其實是一個面向整個企業(yè)去設計軟件的一個思路。
這里我先給出企業(yè)架構的標準定義:
企業(yè)架構(Enterprise Architecture),簡稱EA。是指對企業(yè)日常事物管理系統(tǒng)中具有體系的、普遍性的問題而提供的通用解決方案。企業(yè)架構是指基于業(yè)務導向和驅動的架構來理解、分析、設計、構建、集成、擴展、運行和管理信息系統(tǒng)。
二、企業(yè)架構詳解
剛才說的是定義,下面我來簡單為大家介紹下企業(yè)架構的起源。
1987年,John Zachman就提出:“為了避免企業(yè)分崩離析,信息系統(tǒng)架構已經不再是一個可有可無的選擇,而是企業(yè)的必需”。
事實上在John Zachman當時提出這個口號的時候,他就發(fā)現隨著企業(yè)業(yè)務不斷的擴大,企業(yè)內部信息化建設的復雜度也隨之提升。
此時設計一個系統(tǒng),如果只考慮單業(yè)務方訴求,而不考慮別的部門協(xié)作,就會導致整個企業(yè)的系統(tǒng)群變得越來越難用。
因此他建議企業(yè)信息化必須從企業(yè)頂層入手,也就是整個企業(yè)視角,可以說這是為企業(yè)架構的誕生鋪墊了核心思想。
從那時起,Zachman的企業(yè)架構理論就開始逐漸發(fā)展起來, 它現已成為許多大公司用來理解、表述企業(yè)信息基礎設施的一個直觀模型。
為企業(yè)現在的以及未來的信息基礎設施建設提供了藍圖和架構。
隨后在TOGAF(the open group)定義提出并被廣泛采納后,企業(yè)架構(EA)被清晰的劃分為兩大部分:業(yè)務架構和IT架構。
1. 業(yè)務架構
從組成上看業(yè)務架構,包括運營模式、流程體系、組織結構、考核體系幾個部分。
而簡單來說,用最簡單的幾個字總結一下就是一家企業(yè)是怎么運行起來的。
企業(yè)是由哪些部門組成,然后這些部門做了什么事情把這個業(yè)務運作起來的,這叫做業(yè)務架構。
2. IT架構
IT架構包括公司內部現有系統(tǒng)組成,系統(tǒng)間的數據體系是什么樣子的?主數據體系是什么?
整個技術架構是通過什么實現的,例如微服務、SOA等。
總結就是如何去設計一套IT系統(tǒng)去支撐整個企業(yè)的業(yè)務,注意此處不是單個產品線的,是去支撐所有的企業(yè)業(yè)務。
完整的企業(yè)架構組成如下圖所示:
至此我們如果用通俗的語言來解讀企業(yè)架構概念的話,可以總結為:將企業(yè)的業(yè)務以一個全局視角來看,從而統(tǒng)籌規(guī)劃信息系統(tǒng)。
也就是說在使用企業(yè)架構時,我們要跳出傳統(tǒng)的在某個產品線里去設計軟件的這種狹隘視角。
這里需要強調下兩種截然不同的研發(fā)模式:
- 產品線研發(fā)流程:業(yè)務線提出的任意需求將其線上化,例如要求訂單中能跳過登錄環(huán)節(jié);
- 企業(yè)業(yè)務研發(fā)流程:以企業(yè)視角考慮多個業(yè)務線的訴求,從企業(yè)全局思考是否能跳過登錄環(huán)節(jié)。
可以看到企業(yè)架構就是企業(yè)業(yè)務研發(fā)流程。
而企業(yè)架構落地最好的路徑就是在我在《中臺產品經理寶典》一書中提出的MSS模型。
這里由于是概念解讀,我就不做過多展開了,感興趣的朋友可以去看我的這本書。
三、企業(yè)架構應用
在之前的文章中我曾提出一個觀點,當下的企業(yè)多數處在信息化轉折點的關鍵時期。
在這個時期中,企業(yè)的系統(tǒng)群存在各種各樣的問題,急需一次徹頭徹尾的重構來改善整個企業(yè)的信息化運行效率。
那這個時候其實在任何單一系統(tǒng)上去進行單點的發(fā)力改造,是根本沒辦法去解決這個問題的,我們必須要站在一個全局視角,去聯動所有系統(tǒng)去做一個改造。
所以此時我們對于企業(yè)的設計,就是進入企業(yè)架構設計的范疇之中了。
為什么說企業(yè)架構適合這個階段呢?就是因為企業(yè)架構是從整個企業(yè)的業(yè)務視角去入手。
通過分析整個企業(yè)的戰(zhàn)略是由哪些部門來去承載,各部門承載了之后,這些部門又通過怎么樣的運作方式去實現。
可以看到這里的建設者始終是站在企業(yè)主的角度去考慮問題的,因此設計出的系統(tǒng)肯定也是以全局最優(yōu)的方式去進行的,所以這是解決轉折點問題的核心。
讓我們舉個實際拆解企業(yè)架構的例子來看,如下圖。
比如此處該企業(yè)的目標是要占領某細分市場,為此他的組織架構會開始設計需要由哪些業(yè)務部門和團隊組成。
有了團隊后,具體要怎么去占領呢?
下一步的核心就是要去設計一個交易流程,比如要面向這些客戶如何獲取訂單,接下來繼續(xù)定義運營流程,例如如何運營這些客戶,如何運營交易標的物。
拿電商來說,此處需要去設計商品的管理、商品上下架、新品的研發(fā)等運營工作,這樣就完成了業(yè)務架構的梳理。
面對這個業(yè)務架構,我們下一步就要設計IT架構,也就是你要用哪些系統(tǒng)來承載整個企業(yè)的業(yè)務。
比如你的交易流程它是由哪個系統(tǒng)承載?可能有OMS,有商城,那么運營流程里頭又包含什么系統(tǒng)?
你獲取到用戶訂單怎么去交付,使用哪些系統(tǒng)承載。
定義完系統(tǒng)后,接下來之后還需要考慮你的整個數據體系、數據實體有哪些?
比如有商品、訂單、會員,然后你的整個數據管理流程是什么樣的?是集中化管理還是分散化管理?
以及最終你的技術架構是什么樣的?
可以看到這就是站在一個全局去思考整個企業(yè)業(yè)務的信息化,這就是企業(yè)架構。
那么在我們的日常工作中,根據這個企業(yè)架構的這個思想,當我們在面對大型企業(yè)級系統(tǒng)建設,如中臺建設,我們一定要面向領域工程,而不是在像以前的點對點需求研發(fā)。
怎么理解呢?就是說我們需要考慮相似或者相近的一個場景,并且建立起一套通用的能力去一次性解決一整個領域里的問題。
而不是像以前出現一個訂單需求,開發(fā)一個訂單服務,那別的業(yè)務線又出現訂單需求,再開發(fā)一個訂單服務這樣的模式。
而像現在的互聯網大環(huán)境中,企業(yè)已經進入到了一個存量時代,或者說已經進入到一個零和博弈的階段。
那這個時候我們必須要能以一次建設去提供多次服務的這種方式來進行研發(fā)迭代,那么這就叫領域服務。
領域服務就是我們建設的通用能力,我們在其基礎上,做一些稍微的配置,就能為具體的某個場景去提供應用解決方案,這樣的話企業(yè)內部研發(fā)效率就會變得非常的高。
這其實就是中臺的最本質的思想。
四、最后
既然IT架構它是業(yè)務架構了一個承載物。所以我們必須要去規(guī)范整個企業(yè)的業(yè)務架構,規(guī)范我們的業(yè)務。
如果業(yè)務本身不能被很好的結構化和模塊化,那么再好的技術團隊也沒辦法去承載這個業(yè)務。
注:本文內容摘錄于本人出版圖書《中臺產品經理寶典》。
#專欄作家#
三爺,微信公眾號:三爺茶館,人人都是產品經理專欄作家,2019年年度作者?!吨信_產品經理寶典》作者,原萬達高級產品、MBA特約講師、獨立創(chuàng)業(yè)者,現叮咚買菜B端產品線負責人,擁有多款集團項目從零到一經驗并帶領實現商業(yè)化布局。
本文原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協(xié)議。
。。。