00

序

為什么會有這篇文章，也是因緣際會。我的個人總結(jié)恰好到了這一階段、公司的知識交流需要和某人恰逢其時的詢問，都促使我在此時做了一個關(guān)于元模型的總結(jié)。關(guān)于元模型本身，不同公司、行業(yè)差異有之、共性有之，氣象萬千，不可窮盡；而特定的元模型在網(wǎng)上都能找到詳盡的教程，我覺得也沒有再由我轉(zhuǎn)述的必要。所以，我想將總結(jié)的重點放在元模型本身，將“元模型”這一抽象后的概念作為審視的主體，而不是某個實例化、具體的元模型。對概念本身的考察，無非是為什么產(chǎn)生，從何產(chǎn)生，如何描述，如何使用；很多內(nèi)容也是自己邊學(xué)習(xí)邊理解，囿于能力與見識所限，苦慮甚深，及至成稿，沒有暢快淋漓之感，多有如履薄冰之意，一家之言，僅供參考。是為序。

01

隨處可見而不彰顯的元模型

“元模型”這個概念可能不那么廣為人知，但是它并不是一個新概念。只是大家通常探討的層次都在模型這一層面，對元模型討論甚少。常規(guī)對于元模型的定義是“模型的模型”，雖然不能說錯，但是不易理解。

其實我們工作生活中充滿了元模型，只是我們沒意識到罷了，以我們最熟悉的模型，流程圖為例：一個具體的流程圖，比如用戶注冊流程、下單預(yù)訂流程等都是模型，而讓不同的人看到模型都能理解其中的含義就是元模型的功勞了，具體來說就是方框代表什么、菱形代表什么，更直白點就是你畫圖的時候工具欄上的工具條。

圖片

再比如架構(gòu)圖中，一個圓柱體上面畫了三條曲線，就代表了數(shù)據(jù)庫；這些圖例存在的基礎(chǔ)就是元模型。當(dāng)然元模型遠不止圖例，圖例只是元模型的可視化表達。

向外延伸，不僅是IT行業(yè)有元模型，各行各業(yè)都有自己的元模型，比如工程行業(yè)的元模型，如下圖所示：

圖片

設(shè)計行業(yè)的元模型，對比色、明度、純度等概念。

02

元模型的本質(zhì)是溝通工具

圖片

那么為什么引入元模型？

討論元模型的必要性，我們可以反過來看，假如沒有這些元模型會怎么樣？沒有統(tǒng)一的流程圖表達方式，大家會按照各自理解的方式畫草圖，甚至有可能用文字描述流程，然后當(dāng)這份工作成果交到另一個人手上時要么變成了幾不可讀的天書，要么識別起來成本極高。就是像是工作中的“巴別塔”，大家各自建立起自己的語言體系和表達方式，自說自話，交流只能靠翻譯，那么交流效率和行業(yè)標(biāo)準(zhǔn)化就無從談起。

從共性的角度去看待上面這些元模型，其實的定義了一組統(tǒng)一的概念，并將概念在一定范圍內(nèi)形成共識，以便提升溝通效率。所以我理解的元模型有三個特性，或者說驅(qū)動力：語言、概念和共識。

元模型是行業(yè)統(tǒng)一語言，在沒有統(tǒng)一語言之前，大家各說各話，雞同鴨講；統(tǒng)一語言讓大家的溝通在同一個語境下，了解語言是快速進入一個領(lǐng)域的鑰匙，正如要在江湖行走，就要會說“黑話”，要和青少年達成一片就要會說“火星語、YYDS、絕絕子”。

語言只是對外的展現(xiàn)形式，只是統(tǒng)一語言也未必能建立統(tǒng)一語境，比如同樣是“馬鈴薯”有的地方代表土豆、有的地方代表紅薯；同樣是“活動”一詞，在流程建模中大家的理解可能各有不同。所以還要對語言所指代的“概念”進行定義，概念才是語言的內(nèi)涵。

概念是什么？根據(jù)百科的解釋：概念（Idea；Notion；Concept）是人類在認(rèn)識過程中，從感性認(rèn)識上升到理性認(rèn)識，把所感知的事物的共同本質(zhì)特點抽象出來，加以概括，是自我認(rèn)知意識的一種表達，形成概念式思維慣性。

道德經(jīng)說“無名萬物之始，有名萬物之母”，這里的“名”就是名相，概念的意思，而概念是通過抽象形成的。

一說抽象，大家可能感覺很高深或者很“抽象”，其實我們生活中充滿了抽象。比如我們說“蘋果”是感性認(rèn)識，但是說“水果”就是共性能力的概況，是一個抽象概念。同樣的，“樹”也是一個抽象。

抽象有不同的層級，把“客戶經(jīng)理”、“大堂經(jīng)理”、“后臺管理人員”叫做用戶是抽象，把“用戶”、“客戶”、“機構(gòu)”叫做“當(dāng)事人”又是一層抽象。元模型就是模型的上一層抽象，這個話題后邊再展開。

概念具有內(nèi)涵和外延，對概念的目的、定義、范圍的描述是概念的內(nèi)涵，對概念與概念之間關(guān)系的定義是概念的外延。

語言、概念只是溝通的基礎(chǔ)，元模型的本質(zhì)是溝通工具，溝通的前提是共識。如果共識的范圍在行業(yè)層面，就是行業(yè)標(biāo)準(zhǔn)。如果自己編造了一套概念和語言，即使邏輯自洽也很完美，但是無人贊同，那也是虛設(shè)。

共識的關(guān)鍵在于達成，這也是元模型的原則。元模型不是一成不變的，可以因時因地而異，行業(yè)的元模型在具體的企業(yè)或項目中落地時可以適當(dāng)改造，關(guān)鍵在于企業(yè)范圍內(nèi)或項目范圍內(nèi)的成員達成一致。

03

一個元模型的直觀印象

說了一堆枯燥的概念，到底什么是元模型好像還沒說，稍安勿躁，我們來看一個具體的例子：企業(yè)架構(gòu)建模過程中的戰(zhàn)略能力分解。

簡單對戰(zhàn)略能力分解做個定義：戰(zhàn)略能力分解是企業(yè)戰(zhàn)略落地的第一步，其目的是對企業(yè)戰(zhàn)略解讀，分析要達成的戰(zhàn)略目標(biāo)，以及支持目標(biāo)達成所需要的業(yè)務(wù)和科技舉措、內(nèi)部能力支撐，以及實現(xiàn)這些能力所需要的IT建設(shè)需求。

如果現(xiàn)在有個戰(zhàn)略，“打造領(lǐng)先的開放銀行”，我們拿到這個任務(wù)后第一步是干什么呢？用結(jié)果導(dǎo)向和目標(biāo)導(dǎo)向來解析這個問題是，我們?nèi)绾蚊枋鰬?zhàn)略，如何讓戰(zhàn)略以大家都能讀懂的形式向員工傳達？是否有標(biāo)準(zhǔn)化的戰(zhàn)略解析模板，如果沒有我們是否要建立一套標(biāo)準(zhǔn)化的戰(zhàn)略解析的表達？這個標(biāo)準(zhǔn)化的戰(zhàn)略解析的表達，就是我們說的元模型。

這里我們給出幾個關(guān)鍵業(yè)務(wù)概念，作為戰(zhàn)略解析的承載，業(yè)務(wù)目標(biāo)、業(yè)務(wù)能力、高階需求和目標(biāo)任務(wù)，大家可以先思考一下如何用這些對象承載戰(zhàn)略解讀？

圖片

如果讓我們望文生義的去理解這幾個概念，估計也能理解個大差不差，比如業(yè)務(wù)目標(biāo)，字面上的意思就是“從業(yè)務(wù)角度看企業(yè)要達到的目標(biāo)”；比如業(yè)務(wù)能力是“企業(yè)所具備的內(nèi)部能力”，姑且不論對錯，從方向上和概括層面來說是大致不差的，不同人的理解也不會偏差太多。

但是如果進一步問，那概念的顆粒度是怎么樣的，不同概念間的關(guān)系如何？估計就因人而異，千差萬別了。有的人可能覺得，業(yè)務(wù)目標(biāo)應(yīng)該分解為目標(biāo)任務(wù)，目標(biāo)任務(wù)相當(dāng)于為了完成目標(biāo)而做的動作和舉措；有的人可能覺得，業(yè)務(wù)目標(biāo)要分解成高階需求，需求是具體的落地支撐……不一而足，爭論由此產(chǎn)生。

如果不解決概念層面的認(rèn)知一致性問題，那么交付的成果就無從談起。下面給出的是戰(zhàn)略分解的一種方式，也是我在一個咨詢項目中的做法。這種方式以目標(biāo)任務(wù)未起點，企業(yè)級的業(yè)務(wù)戰(zhàn)略規(guī)劃、行業(yè)領(lǐng)先實踐、同業(yè)調(diào)研、企業(yè)內(nèi)部調(diào)研等經(jīng)過解讀成為企業(yè)信息化建設(shè)的輸入，目標(biāo)任務(wù)理解為為了實現(xiàn)各方需求而做的信息化相關(guān)舉措，其顆粒度為部門層級在某一業(yè)務(wù)方向的業(yè)務(wù)動作。以此為例，其余概念暫不詳述。

圖片

有了這個概念框架，企業(yè)或者團隊成員才能做下一步建模操作，這個概念框架就是元模型。

那么這個概念框架是唯一的嗎？當(dāng)然不唯一，也沒有必要唯一。我們只要保證在共識范圍內(nèi)唯一即可，共識要求是企業(yè)級，那么就要求在企業(yè)范圍內(nèi)統(tǒng)一，要求是行業(yè)級，那么就在行業(yè)范圍內(nèi)統(tǒng)一。

事實上，這個給客戶的框架，的確是在原有的框架基礎(chǔ)上改進的，刪減了不必要的概念對象，而增補了一些和后續(xù)的業(yè)務(wù)架構(gòu)銜接的概念對象。這是前面提到的，共識的達成比要遵守一些教條性的原則更重要。

To be continued……