1、中臺產品經理寶典05：基于企業架構的系統規劃一、如何無遺漏的進行完整的系統規劃我們現在先做一個簡單的場景模擬，假設你是某家公司的一個產品負責人。讓你帶領一個產研團隊去從零規劃一個系統，如何無遺漏的進行完整系統規劃？或者說規劃至少要包含哪幾項？事實上在我看來去完整規劃一個企業級系統，恰恰是對我們產品人產品功底的一個綜合性的挑戰。這里先上答案，設計分為以下四點：下面我們展開來一個個談。1. 理解業務首先在做任何系統建設前，我們都必須要對整個業務有一個非常清晰的認知，也去理解業務。比如說去做HR系統、做財務系統或者說做法務相關的系統，我們必須要非常熟悉這相關領域的一些專有知識，否則我們就無法去進行相

2、關的系統建設，或者說我們建設出來的這個系統和實際業務有非常大的一個差距，所以第一步我們一定要去理解業務。2. 系統入手點理解了業務后，下一步要做的就是要去定義系統的入手點是什么？一個業務領域往往非常龐大，特別是當我們從01開始的時候，我們到底要從哪個點開始進行入手？在這里一般來說我們去考慮系統入手點，應該是以系統的主流程去進行出發。因為我們作為系統的建設者，畢竟不是真正的一線系統使用者。因此我們必須在最快時間內去搭建出一個最小的可迭代化的原型，使其投入到我們的實際生產環境中，讓我們的這些業務人員去進行一個使用，來檢驗產品的方向是否正確，這也就是所謂的產品MVP。也就是說我們先搭建出一個可以讓業

3、務來驗證我們的系統的主流程，從而通過體驗在這過程中讓我們發現問題，然后再去迭代，只有這樣才能保證我們前期的投入不會出現過大的一個偏差。那么這就是選擇系統入手點的重要目的。3. 系統藍圖選擇好入手點，下一步我們要做的便是系統藍圖的繪制。所以系統藍圖其實就跟建設一個房子是一樣的，我們需要清楚的知道這棟房子的建設完成之后它的一個全貌是什么樣子。所以我們在系統開始建設之前，我們必須要去把整個系統的一個圖紙繪制出來，在軟件系統中這就稱之為系統藍圖。4. 分步計劃畫完了圖紙之后，接下來就是我們要把這個圖紙去拆分成可迭代的版本計劃，從而組織安排人力按優先級進行開發。結束這個熱身話題之后，我們接下來就開始談以

4、上4點進行落地時用到的工具。二、工具：企業架構我曾為大家介紹過一個在軟件行業，非常成熟且非常流行的去解決復雜系統設計的工具企業架構。所謂企業架構就是用來去解決業務，從理解到分析再到設計建模，最后去翻譯成信息系統建設的一個完整思想。事實上企業架構并不是什么新鮮產物，最早在1987年就被提出了，因為在當時其實就已經有非常多的系統在企業內部存在了。因此必須要有一個系統或者說一個模型去幫助我們拉通這些系統，否則企業內部的系統越來越多，就會導致企業內部在信息傳遞、管理上出現失衡，所以在這個大背景下提出了企業架構的概念。那么具體來說企業架構到底是什么呢？其實在發展這么多年后，特別是在TOGAF這個組織成立

5、之后，企業架構這個概念就做了一個非常細致的拆分，企業架構就被定義成為兩大部分，如下圖所示：三、企業架構落地為了方便大家理解，在這里三爺我將企業架構這個思想給大家提煉為了三步走的落地執行方法。具體來說對應企業架構里的兩個細分項：可以看到業務抽象建模與關鍵節點設計這兩步對應的是業務架構梳理。首先我們通過業務抽象建模將一個陌生業務去進行結構化的一個表述，詳細的把業務拆解為：什么角色做了什么事情。那然后在這個基礎上我們提煉出關鍵節點，這些關鍵節點就是我們系統要去承載的部分。相信這個也好理解，雖然是在做信息化系統，但是我們不可能將一個系統事無巨細的將業務都放進來，因為很多業務動作都是線下完成的，其次系統如果全部承載的話，就會讓系統變得非常臃腫，操作會變得非常復雜。這兩步是完成我們的業務架構，在有了這兩步的產出之后，我們接下來就可以基于這兩步去進行系統藍圖的設計，也去設計我們的it架構。用大白話來說就是設計由哪些系統來承載？哪些功能來承載？對應的功能它的數據載體又是什么？最終是用什么樣的代碼結構實現。可以看到這樣的方式就是嚴格按照我們企業架構思想，由業務驅動去得到完備的一個系統藍圖，不遺漏，也不會沖突。至此我們就完成了企業架構的一個標準落地路徑。四、總結在這對本文一個總結：企業架構包含兩大部分分別是業務架構和IT架構，業務架構指