你看到的這篇文章，是今年的第一篇，同時也是今年的最后一篇。按照慣例，每年我都會寫一篇總結。今年的總結會比往年的要長，就當我嘮個長磕吧，把今年要寫但沒機會寫出來的東西總結一下。
關于寫作、分享和演講
雖然今年沒有寫博客或者公眾號，但今年確是我寫作量最大的一年，將近 20 萬字。是我往年平均數(shù)的兩倍。順利的話，2021年7月會和大家見面。至于是什么主題和內(nèi)容，這里先賣個關子。
寫作是一個很好的整理自己知識體系的過程。我在寫作的時候，經(jīng)常能發(fā)現(xiàn)某些知識掌握的不夠扎實。于是研究過，討論，實踐。再把結果如實的寫出來。寫完之后，自己就對自己的知識體系有了更深的信心。
由于寫作，耽誤了和朋友家人相處的時間。在此還要謝謝夫人的支持和抱怨。
今年謝絕了一些公開的分享邀請。今年的主要的實踐積累在于“規(guī)模化敏捷”（SAFe）和“領域驅(qū)動設計”（DDD）兩個課題上。一部分已經(jīng)寫到了今年的項目中，另一部分計劃更新到明年的公眾號上。
明年的分享可能會采用微信視頻號或者錄播的方式。
其實最重要的，就是持續(xù)、穩(wěn)定的輸出和總結。這些都會是未來職業(yè)道路上積累的財富。今年做的不夠好，明年繼續(xù)。
關于閱讀
今年讀了很多不同方面的書，疫情期有了大段的時間和家人相處和讀書。剩下就是利用午休、地鐵、和乘飛機時間。
疫情期間讀完了《禪與摩托車維修藝術》，這本書我曾經(jīng)拿起三次，沒超過10頁又放下了。豆瓣的“特別版”讀起來還是比較輕松。最重要的是理解作者自身的分裂和世界觀的分裂而后統(tǒng)一的過程。這本書有三種讀法，都會有不同的體驗。
- 普通讀法，就是從頭按照夾敘夾議的方式讀一遍。
- 游記讀法，跳過哲學的部分。按照故事的方式讀。
3/ 哲學讀法，跳過游記的部分。按照論文的方式讀。
此外，今年把買了三年的《三體》全部讀完，確實一部比一部精彩。聽說《三體》要拍電影和連續(xù)劇。我個人覺得從情節(jié)來說，第一部會比較好拍。選取一個人類的角度，對外星世界采用談話和想象。構造出足夠恐怖和威懾的感覺就可以。當然，辛苦畫分鏡頭的畫師了。而第二部第三部的細節(jié)描寫較多。影視化會比較困難,每十年可以重新拍一次。很多經(jīng)典的小說都重拍了很多次了。每一個導演和演員對劇本和故事都有不同的詮釋。所以，我并不擔心拍壞。新版總會比老版強，能夠駕馭
住故事本身和讀者期望的導演，也需要幾年甚至十幾年的努力才做得到。
文學類的書還讀了《島上書店》和《在森崎書店的日子》，兩本都是圍繞一個書店展開的故事，同樣也都是外文引進的翻譯作品。從文學角度來講，《島上書店》的文字更加克制，情節(jié)安排更加引人入勝。同樣，這兩本書都分別改編成了電影，有機會的話可以比較著看一下。
去年在鼓浪嶼上的書店買了《100個基本》和《新100個基本后》，就很喜歡松浦彌太郎這種簡單且有智慧的表達（當然翻譯的也很好）。所以今年也買了很多松浦彌太郎的書，大部分是在 Kindle 上看完的。包括：
1.《只要我能跑，沒什么不能解決》
2.《不得不愛的兩件事》
3.《今天也要用心過生活》
4.《嶄新的理所當然》
5.《工作的100個基本》
技術方面，今年的主題是敏捷和DDD，都和工作相關。敏捷推薦BoB 大叔的《敏捷整潔之道》（我極其討厭這個翻譯）和《學習敏捷》。DDD 仍然推薦《實現(xiàn)領域驅(qū)動設計》，和《領域驅(qū)動設計》相比，文字更加順暢。
社科類的書，今年讀完了《未來簡史》，《今日簡史》讀了一半?！叭祟惡喪啡壳钡幕趾霐⑹麓_實能夠讓人提升自己對世界的認識，開闊格局。我覺得，《未來簡史》甚至影響了中國的政策制定。因為在《習近平談治國理政 第三卷》里，你可以感覺到“人類命運共同體”這個宏大敘事和《未來簡史》中所描述的理想是一致的。
對，我買了《習近平談治國理政》，這仍然是我實踐《原則》一書中所提到的原則：擁抱現(xiàn)實，應對現(xiàn)實。中國的現(xiàn)實是黨的長期執(zhí)政并引導社會各層面的全面發(fā)展。理解世界和所生活環(huán)境的社會大背景，就會得到長期而穩(wěn)定的指導。能夠在工作和投資中獲得啟示。
關于工作
當你閱讀本文的時候，我應該正在辦理離職手續(xù)。今年的最后一天，同樣也是我在埃森哲工作的最后一天。
來埃森哲專注于技術咨詢的兩年，是一個認知和格局升級的過程。在埃森哲的兩年中，接觸到了更高級別的客戶和更具備挑戰(zhàn)的問題。在這個過程中，我收獲了很多的咨詢和實踐經(jīng)驗。特別是今年，參與了兩個客戶的數(shù)字化轉型。能夠把我之前積累到的知識和技能統(tǒng)統(tǒng)用上，算是一件幸事。
然而，在埃森哲的咨詢工作并不會給我一個固定類型的項目和時間用作積累。經(jīng)常是哪里需要就前往哪里。這種不斷更換項目內(nèi)容和類型的工作方式有好也有壞。好的一面是能不斷訓練我讓我對新環(huán)境的適應力會不斷變強，但不好的一面就是容易變得淺薄，無論是知識積累還是客戶關系。這對長期做咨詢來說是不利的，畢竟客戶需要的是你的專業(yè)服務，而專業(yè)是需要時間積累的。
很多時候人都會陷入對未來的迷茫中，如果想知道未來要往哪里去，最好還是要看你過去從哪里來。
我總結了一下我過去幾年的工作經(jīng)歷，找到了以下五個關鍵詞：
- 咨詢
- 敏捷和DevOps
- 架構
- 云計算
- 數(shù)字化轉型
咨詢
總的來說，我還是很熱愛咨詢工作的。一方面可以拓寬眼界，另一方面，可以幫助他人解決問題。在咨詢中對學習到的知識有更深刻的理解和更廣泛的應用。和同事、客戶的合作就形成了一種彼此滋養(yǎng)的關系。
中國的咨詢行業(yè)缺乏體系化的職業(yè)培養(yǎng)和訓練體系，這是由市場客觀條件決定的。于是，我在自己做咨詢和培養(yǎng)新晉咨詢師的過程中總結了一系列原則和方法。一方面幫助自己在咨詢項目中成功，另一方面用于幫助很多新晉咨詢師。有些方式方法的反復實踐印證了一些有效性，當然，咨詢項目中還是會因為各種因素不同程度的“悲劇重演”。然而，這些原則和方法可以幫助我走出困境。明年也會將這些心得通過公眾號分享出來。
敏捷和DevOps
敏捷是一條持續(xù)精進且沒有盡頭的旅程，它是一種有效的生活方式和工作方式。今年我在一個客戶上實施了 SAFe，也第一次讓我完整了理解了規(guī)模化敏捷所要面對和解決的問題。想到之前和一群反對SAFe的人批評一起人云亦云，就覺得慚愧。現(xiàn)在理解到自己也曾經(jīng)是沒有實踐過 SAFe的“嘴炮派”。
在體驗了 SAFe 后，我報名參加了 SAFe 的認證咨詢師（SPC）培訓，并且通過了認證。同時我還通過了 SAFe 敏捷軟件工程，SAFe 架構師和 SAFe DevOps 的認證以及培訓師資格。學習的越深入，越發(fā)現(xiàn) SAFe 這套體系的厲害之處。SAFe 解決了很多我在經(jīng)歷企業(yè)IT治理和數(shù)字化轉型中所遇到的問題。
今年給不同的兩家客戶做了敏捷和 DevOps 轉型相關的工作。我發(fā)現(xiàn)隨著 DevOps 運動的持續(xù)深入，企業(yè)通過 DevOps 所需要的是一套完整的 IT 治理和研發(fā)管理體系。而“DevOps”雖然是當今數(shù)字化企業(yè)的必備，但新面臨的各種問題卻超出了 DevOps 的范圍。
但是，我不贊成把 DevOps 泛化和擴大化。否則做 DevOps 就變成了無所不能的“假藥”。
你可以簡單理解 IT 行業(yè)就是“賣春藥”和“賣假藥”相互交替的過程。前者給你一個無限憧憬和期望，后者則是實踐落地的一地雞毛?！懊艚荨保癉evOps”，“微服務”，“云原生”和數(shù)字化轉型都被不同的IT巨頭們當作春藥和假藥來賣。
這是“軟技術”跟不上“硬技術”發(fā)展過程中的必然。但從制度經(jīng)濟學角度來看，這并不是什么新鮮事。制度轉換的過程中有兩個交易費用——尋找制度的費用和轉變制度的費用，這兩者只能在邊際上區(qū)分開。我要補充的一點是，這兩個費用可能是同時發(fā)生的。
在企業(yè)數(shù)字化的過程中一定會有自己的產(chǎn)品，也會需要構建自己的研發(fā)能力。這些能力采購不來，只能盡早開始積累。因為于管理的通用 IT 產(chǎn)品已經(jīng)無法滿足企業(yè)構建核心競爭力。因此，產(chǎn)品經(jīng)理會是未來數(shù)字化企業(yè)的核心競爭力。所以，對于缺乏產(chǎn)品思維而只會一味“提升研發(fā)效能”的組織來說，是一個降維打擊。
你可能會覺得“產(chǎn)品規(guī)劃”屬于“提升研發(fā)效能”的領域，我也認可這種想法。這里面涉及到一個“效能的邊界”問題。但事實上我所碰到的客戶（能代表大部分企業(yè)），因為組織結構和權限的關系。并沒有把“產(chǎn)品規(guī)劃”納入“研發(fā)效能”的范疇。所以，這里還是尊重客戶對“效能”邊界的定義。
對于以上這些問題，SAFe 5.0 已經(jīng)有了比較體系和完善的解決方案。接下來我仍然會繼續(xù)這方面的實踐。DevOps 會成為研發(fā)“新常態(tài)”。
云計算
我在 ThoughtWorks 工作的最后一年，開發(fā)了一套亞馬遜云計算（AWS）的架構實戰(zhàn)課程。它總結了我在AWS上為客戶實施云計算架構的一系列最佳實踐所必要的組件。幫助零基礎的學員快速的掌握云計算的必備技能。
可惜的是，加入埃森哲之后，沒有機會繼續(xù)做云計算技術相關的工作了。這本身是我的比較優(yōu)勢，卻很難得到發(fā)揮。不過，今年年底為某個云計算企業(yè)規(guī)劃云計算業(yè)務未來的藍圖讓我對云計算在中國的落地有了新的認識。
云計算是企業(yè)數(shù)字化轉型中的必然基礎設施。它的好處是“單一軟硬件解決方案供應商”，節(jié)約了企業(yè)管理多個軟硬件供應商以及相互適配的成本。但這同樣也是它的壞處，形成供應商鎖定。隨著開源和開放標準的出現(xiàn)，企業(yè)將會儲備自己的基于云計算的研發(fā)能力。這也是企業(yè)核心競爭力的一部分。
單個領域的技術和產(chǎn)品的演進是非常快的，但整合解決方案的演進就不會這么快。這涉及到組織結構的演進速率問題。因此，雖然軟件技術和硬件技術從傳統(tǒng)的服務器發(fā)展到了云計算。但企業(yè)本身的組織架構和應用架構卻并不會跟著演進。只有新的企業(yè)用新的商業(yè)模型和組織模型對行業(yè)進行了顛覆。才會促進行業(yè)的演進加速。
架構
我在埃森哲這兩年的工作的大部分時間都圍繞著“架構”這個主題：幫助客戶的產(chǎn)品設計應用架構，進行微服務架構的演進，并編寫簡化架構設計工作的制度和方法論。今年我在項目中把 SAFe 和領域驅(qū)動設計中的“事件風暴”結合。實踐出一套規(guī)?；⒎债a(chǎn)品的制度。明年應該會在這個方向上繼續(xù)實踐，并且整理出成熟的方法。
架構是數(shù)字化轉型中不得不面對的問題。企業(yè)的數(shù)字化轉型走過了“無紙化”，“信息化”本質(zhì)上是技術降低企業(yè)資源管理運營成本，使得企業(yè)在進一步規(guī)?；写蠓档瓦呺H成本。但這些應用系統(tǒng)并未延伸到客戶那里。只有和互聯(lián)網(wǎng)結合，把外部的客戶側和內(nèi)部管理側系統(tǒng)對接。才稱之為數(shù)字化轉型。
這并不僅僅是技術的變革。
今年很多企業(yè)都在開展各種“一站式”的項目，這本身就是數(shù)字化轉型的需要。一站式不光要拉通企業(yè)內(nèi)部的 IT 系統(tǒng)，更需要有效的組織企業(yè)內(nèi)的各部門。因此，“一站式”從用戶的角度看只是“前臺”，你還需要“中臺”。
數(shù)字化的轉型中，不得不提到的概念就是“中臺”。企業(yè)級的 IT 系統(tǒng)都是需求驅(qū)動而非產(chǎn)品規(guī)劃驅(qū)動的。當數(shù)字化轉型讓企業(yè)從“需求驅(qū)動”轉變?yōu)椤爱a(chǎn)品驅(qū)動”的時候就要先從客戶側開始。而客戶側所對應的就是“前臺”。
前臺需要有一個能夠統(tǒng)一整合企業(yè)內(nèi)部各領域的煙囪系統(tǒng)的統(tǒng)一提供數(shù)據(jù)和服務的，避免重復建設和浪費。這時候就需要有一個組織來負責這個事情。這個組織，就是“中臺”。所以，中臺不是技術概念，而是一個組織概念。
上一個試圖解決這個問題的概念是“SOA”，可是 ESB 帶來的中心化協(xié)作問題又讓“SOA 春藥”變成了“SOA 假藥”。敏捷，DevOps，微服務和云原生都選擇不去面對“康威定律”。讓技術的歸技術，業(yè)務的歸業(yè)務。直到“中臺”的出現(xiàn)才扯下了這個遮羞布，去面對真正的問題。這包括數(shù)據(jù)責任的歸屬和企業(yè)級通用數(shù)據(jù)標準的制定?！跋藿缟舷挛摹钡慕鉀Q了前者。API 治理（OpenAPI）解決了后者。
這不是又回到了集中式管理嗎？沒錯！只不過這一次業(yè)務部門的加入解決了IT部門話語權較低的問題。而且，現(xiàn)在的技術門檻更低，供應商更多了。這倆就是“微服務”實施中最難的兩點。但“業(yè)務中臺”需要在企業(yè)內(nèi)部重新劃分資源蛋糕，所遇到的阻力不是技術人員能搞定的。這也就是那么多做中臺的企業(yè)只有“數(shù)據(jù)中臺”能活下來的原因。
數(shù)字化轉型
聊了那么多，都在圍繞“數(shù)字化轉型”。這是我從前面幾個關鍵字中總結出的線索。我未來職業(yè)生涯的核心還是利用我的技術優(yōu)勢（敏捷和DevOps，架構以及云計算技術）在這個領域上積累和沉淀。
我個人覺得 2020 年是數(shù)字化轉型的元年。60年一甲子，“庚子年”總會遇到世界級的大災難。一場疫情讓“互聯(lián)網(wǎng)上的國家”戰(zhàn)勝了“車輪上的國家”，也讓數(shù)字化轉型變得更加急迫。
至于下一份工作在哪里，馬上就會公布。讓我用這短暫的休息時間來補償一下我的家人。
關于 2021
今年想和你嘮的嗑，全都寫在這一篇短短的總結當中了。
2021，新的開始，期待與你相見。
