為何寫作本書
社會早已步入“信息時代”,以A(人工智能)、B(區塊鏈)、C(雲計算)、D(大數據)等技術為代表的科技應用正逐漸改變社會與生活,而在數字化浪潮中,很多企業仍處在艱難的轉型甚至是轉型前的階段。
企業是否一定要轉型呢?有的人說,一些企業沒轉型,現在也運轉得挺好。這個現像有點類似於人類社會,人類社會的發展是不均衡的,既有步入信息社會的發達地區,也有原始樸素、低生產水平的欠發達地區,那這些“欠發達”地區是否需要“轉型”呢?這並非是一個要與不要的問題,如果這些地區想要保持原有狀態,那麼,減少與外界的接觸可能是不得不采取的措施,因為接觸會帶來融合,融合會帶來改變。
對於企業而言也是如此,企業無法脫離其生存環境,如果環境發生了改變,那麼企業也不得不跟著改變,因為企業是不能靠與外界隔離來生存的。企業轉型是必然的,無非是要考慮轉型的時機等。在信息時代,轉型的方向自然是信息化、數字化,實現業務與技術的深度融合,討論這類內容的書籍並不少,但是,實踐效果卻難以讓人滿意,“眾裡尋他千百度”,依然不見“燈火闌珊處”。
企業級轉型是一個很艱難的過程,它並非一個單純的技術問題,因為轉型涉及企業的方方面面,如果想走通這條路,尤其是對傳統企業而言,充分認識自身、尋找適合自身的方法極為重要。筆者多年從事企業級業務架構設計與管控工作,有幸參與了一次歷久彌新的企業轉型工程,對業務架構在企業級項目和企業轉型過程中發揮的作用深有體會,因此,筆者將對業務架構工作的感悟與自身的學習結合起來,超脫原有的工作實踐和理論指導,面向可操作的一般方法論寫作本書。
本書在寫作過程中受個人經驗局限,仍多以金融業務為講解對像,但是其方法在讀者自行學習後,可以引入到其他行業的實踐中,而非局限於金融業,這一點在筆者運營的公眾號(曉談岩說)的讀者交流中得到了證實。縱然如此,本書終歸是一家之言的分享,期待能為各位讀者帶來些許思考和靈感,以共同促進業務架構、企業轉型方面理論與實踐的發展。
本書的主要特色
本書希望能夠成為一本讓各類讀者都可以讀得懂的架構書,因此,書中沒有讓人拿捏不準的概念。殊少概念可能會因為追求易懂的效果而讓部分讀者覺得有失嚴謹,但是,“易懂”也是架構設計應當追求的目標之一。與概念較少相對應,本書的“感受”成分稍多,因為筆者相信融入“感受”比單純寫方法更容易引起讀者的共鳴與思考。
本書的主要內容
完整的企業級業務架構實踐應當包含兩條並行展開的主線,一條為“行線”,一條為“知線”,如圖1所示。
“行線”是讀者在日常工作中通常會比較關注的,其覆蓋了企業級業務架構設計、實現及後期管理的完整過程;而“知線”則常常容易被忽視,尤其是在架構師或其團隊之外。架構師有責任和義務持續改進、宣傳架構設計方法,推動架構理念在企業以及社會範圍內的磨礪、傳播,實現架構工作的“知行合一”。出於這種認知,本書在內容方面設計了5個部分,其中,基礎篇、設計篇、落地篇介紹了“行線”;改良篇、業務架構與中臺篇探討了“知線”,具體內容如下。
圖1業務架構的“知行合一”
業務架構基礎篇(第1~3章)分別介紹了業務架構的發展歷程、作用、與IT架構的關繫及業務模型的相關知識。
業務架構設計篇(第4~7章)分別介紹了戰略分析、對標分析、組織結構的影響、業務架構設計方法、標準化方法,並以一個虛擬案例綜合演示了業務架構的設計過程。
業務架構落地篇(第8~13章)分別介紹了業務架構方案制作、基於業務架構的實施、項目完成後的管理機制,並比較了與敏捷開發的異同,集中討論了企業級項目的實施難度,後,以一個設計實例展示了業務架構設計對提升企業開發效率的作用。
上述三部分完整介紹了業務架構設計的一般實現方法,並將企業級項目需要注意的問題及痛點融合在論述過程中,以供需要開展相關工作的讀者參考。
架構方法改良篇(第14~16章)介紹了如何進行面向構件化的業務架構設計、如何構建輕量級架構設計工具、如何基於構件模型提升傳統企業產品創新效率,該部分屬於對前文方法的改良設想,需要讀者對此多加思索,切勿生搬硬套。
業務架構與中臺篇(第17章)是對業務架構設計方法與當前熱點—“中臺”模式的一個比對。“傳統”方法並不一定會因新技術、新概念的發展而黯然失色,對方法論的深入探索和積極思考往往會讓“傳統”煥發新的“生命力”,深度思考比追逐熱點更重要。
附錄部分收錄了筆者做業務架構設計期間撰寫的兩篇讀後感,希望對讀者了解業務架構設計的作用、擴展設計思路有一定的幫助。
如何閱讀本書
本書適用於如下幾類讀者群體。
企業管理者
管理者決定著企業的發展方向,以下內容都適合其閱讀:本書部分中對業務架構發展歷程和業務架構作用的探討;第二部分中對企業戰略的分析,對標問題的分析和組織問題的闡述;第三部分中對企業級項目實施、實施後管理和企業級難點的集中論述。實施問題雖然涉及項目中一些瑣碎的工作,但是這些瑣碎工作對項目的成敗卻有較大的影響,需要管理者在推動轉型之前就有充分的認知。目前,很多企業在轉型方面遭遇困難,這些企業並非不善於設計“戰略”,也並非不精通“業務”,而是不熟悉“架構”,不清楚如何將戰略通過架構落實到業務和技術實現中,企業需要具備“架構”能力,而這種能力應該由管理者帶頭,從業務架構能力開始,自上而下地建立起來。
實施管理者
實施管理者通常為項目總監、各級項目經理、業務經理、技術經理等在項目實施過程中擔任具體管理工作的人員。本書的前三部分對企業級業務架構設計及落地的闡述有助於實施管理者將本書的方法論引入其企業級項目工作中。第五部分的對比分析,也有助於各位實施管理者認真思考,尋找適合自身的方法論。第四部分則需要各位深入思考其方法與自身行業的適配性。
技術人員
在實現業務與技術的融合方面,技術人員自然是需要向業務側多邁出一步。相信很多技術人員對自己到底是在實現“業務人員”的要求,還是在實現“業務”的要求產生過困惑。本書前三部分論述的方法有助於技術人員掌握一種可以與業務人員更好地進行溝通的方式,也能夠在項目中,尤其是在企業級項目中,從“業務人員”的眾多要求中抽離出“業務”的要求。後兩部分則有助於促進技術人員對方法論的深入思考。
業務人員
在實現業務與技術融合方面,業務人員可能會更“痛苦”一些。一般業務人員在進行技術知識方面的學習時往往會更關注垂直領域,比如AI、區塊鏈、大數據等,屬於以應用為導向,但是很多人卻忽略了對軟件構建過程的關注,正是這種忽略導致了在開發中出現大量 “衝突”。本書作為業務架構設計方法論,技術門檻相對較低,有助於業務人員了解如何結構化自己的思維。通過對本書,尤其是前三部分的閱讀,輔之對其他軟件工程經典著作的一般了解,業務人員足以對軟件的設計與實現有一個清晰的理解,使業務人員與軟件的交互度更高。
希望成為業務架構師的讀者
業務架構師並非一定要技術出身,但是技術實力雄厚的人顯然具有基礎知識方面的優勢。業務出身的業務架構師需要克服更多的技術障礙,本書雖然不能幫助你學習更多垂直領域的技術知識,但卻有可能是你成為業務架構師的一本書。
資源和勘誤
由於筆者的水平有限,書中難免存在一些不準確的描述,懇請讀者批評指正。如果讀者有更多寶貴的意見,歡迎通過郵箱yfc@hz.com聯繫筆者,期待讀者們的真摯反饋,以在探索業務架構的道路上互勉共進。本書部分資源可在筆者的微信公眾號(曉談岩說)上獲得。
致謝
非常感謝InfoQ中文站的編輯杜小芳女士,是她的積極支持促成了本書前身《中臺之上》繫列文章的連載,也感謝InfoQ中文站的郭蕾老師和Linda老師對筆者的長期支持。