- 云計算，對數(shù)字化轉(zhuǎn)型的重要性無需多言，從技術(shù)、流程和人力的黃金三角框架出發(fā)，云計算作為新型基礎(chǔ)設施，如何支撐數(shù)字化轉(zhuǎn)型推進企業(yè)變革并獲得紅利？

- 對云原生的理解，在多大程度上，決定了數(shù)字化轉(zhuǎn)型的最終成果？

- 要想全面推進數(shù)字化轉(zhuǎn)型，需要做好哪些基礎(chǔ)設施和組織方面的工作？

本期，上海南洋萬邦首席數(shù)字化轉(zhuǎn)型顧問、泰普洛領(lǐng)導力高級業(yè)務合伙人James王玨，對話郝峻晟先生。通過郝峻晟十多年云服務的實踐體會，從云原生視野探討數(shù)字化轉(zhuǎn)型對企業(yè)和個人帶來的變化和挑戰(zhàn)，并針對以上問題，一一展開探討。

郝峻晟，前神州數(shù)碼CTO和云業(yè)務集團總裁，云角創(chuàng)始人。擁有多年云計算服務經(jīng)驗，領(lǐng)導云角團隊成為中國區(qū)最領(lǐng)先的云服務MSP提供商，和微軟，AWS，阿里云等廠商達成密切合作，并成功被神州數(shù)碼收購。郝峻晟先生對云計算和企業(yè)數(shù)字化轉(zhuǎn)型有豐富經(jīng)驗，業(yè)余時間還維護微信公眾號“熱罐小角”，分享他對云計算和商業(yè)的一些思考。

Part 1從云原生說起

-James王玨-

疫情發(fā)生之前，數(shù)字化轉(zhuǎn)型是企業(yè)創(chuàng)新的催化劑；疫情發(fā)生之后，數(shù)字化轉(zhuǎn)型又成為企業(yè)確保業(yè)務連續(xù)性的必要條件，需要業(yè)務和技術(shù)團隊鼎力協(xié)同，隨時隨地開展工作，支持企業(yè)迅速調(diào)整業(yè)務戰(zhàn)略應對危機。

那什么是數(shù)字化轉(zhuǎn)型呢？

- 數(shù)字化轉(zhuǎn)型?-

IDC的定義是：利用數(shù)字化技術(shù)(例如云計算、大數(shù)據(jù)、移動計算、社交、人工智能、物聯(lián)網(wǎng)、機器人、區(qū)塊鏈等)和能力，來驅(qū)動組織商業(yè)模式創(chuàng)新和商業(yè)生態(tài)系統(tǒng)重構(gòu)的途徑和方法；其目的是實現(xiàn)企業(yè)業(yè)務的轉(zhuǎn)型、創(chuàng)新、增長；其核心是業(yè)務的轉(zhuǎn)型。

技術(shù)是數(shù)字化轉(zhuǎn)型的基石。

采用云端工具，通常代表其企業(yè)邁出了數(shù)字化轉(zhuǎn)型的第一步。云技術(shù)作為數(shù)字化轉(zhuǎn)型杠桿，為快速嘗試、創(chuàng)新和全新商業(yè)模式奠定堅實基礎(chǔ)。

云原生是什么？

-郝峻晟-

云原生(Cloud Native)是最近幾年火起來的一個概念，在資本圈和技術(shù)圈都被廣泛地提及。關(guān)于云原生這個詞，最早可查的資料是當時還在Pivotal工作的Matt Stine于2013年提出。

2015年，這位技術(shù)大神出版了《遷移到云原生應用架構(gòu)》，在此書中，描述了云原生的應用架構(gòu)，主要包括：

12要素應用程序Twelve-Factor App：云原生應用的架構(gòu)模式集合；

微服務Microservices：獨立部署服務，只做好一件事；

自服務敏捷基礎(chǔ)設施Self-Service Agile Infrastructure：快速、可重復以及一致提供應用環(huán)境和支持服務的平臺；

基于應用程序接口API的協(xié)作API-based Collaboration：允許云原生應用架構(gòu)服務通過發(fā)布的和帶版本的API進行交互；

抗脆弱性Anti-Fragility：在壓力下，系統(tǒng)變得更加健壯。

之后，2015年成立的云原生計算基金會CNCF (Cloud Native Computing Foundation)，對云原生的概念做了官方的定義：

“云原生技術(shù)使組織能夠在公共、私有和混合云等現(xiàn)代動態(tài)環(huán)境中構(gòu)建和運行可擴展應用。容器、服務網(wǎng)格、微服務、不可變的基礎(chǔ)設施和聲明式API體現(xiàn)了這種方法。?”

“這些技術(shù)使松散耦合的系統(tǒng)具有彈性、可管理性和可觀察性。結(jié)合強大的自動化，他們使工程師能夠用最小的工作量，頻繁和可預測地進行高影響的變化。?”

云原生已高效融入現(xiàn)代科技生活

在谷歌把自己的內(nèi)部項目Kubernetes(K8S)，開源貢獻給了CNCF之后，全球大量的企業(yè)逐步開始進行容器的編排（Container Orchestration）。從而讓“云原生”的概念，快速深入人心，也成了技術(shù)界和投資界的新潮流，提到新項目的時候，必談“原生”，像什么數(shù)據(jù)原生，安全原生等等。

微軟在《為Azure構(gòu)建云原生的.NET應用程序》里，為云原生提出了一個更加偏向業(yè)務角度的理解:

? “云原生就是改變您構(gòu)建關(guān)鍵業(yè)務系統(tǒng)的想法。?”

? “云原生系統(tǒng)旨在擁抱快速變化、大規(guī)模和彈性。?”

隨著市場的不斷變化，用戶對產(chǎn)品和應用的需求越來也高。從技術(shù)的角度而言，需要提供快速響應、創(chuàng)新的功能和零停機時間。業(yè)務能力也需要通過技術(shù)能力轉(zhuǎn)化為戰(zhàn)略轉(zhuǎn)型和市場競爭的武器。在這種背景下，關(guān)于速度和效率的云原生概念才孕育而生。速度和效率顯然不能只是技術(shù)部門的專屬，而應該成為整個企業(yè)的核心文化。

Part 2云原生和數(shù)字化轉(zhuǎn)型

近來，面對全球芯片產(chǎn)能不足的影響與芯片長期結(jié)構(gòu)性變化的挑戰(zhàn)，企業(yè)紛紛開始突破“卡脖子“困境，強化產(chǎn)業(yè)鏈自主性與本土化布局，加速開展數(shù)字化變革與創(chuàng)新，不斷實現(xiàn)新的突破。

-郝峻晟-

和云原生一樣，企業(yè)的數(shù)字化轉(zhuǎn)型也是一個非常寬泛的概念，關(guān)于效率，速度，創(chuàng)新以及技能提高等等話題層出不窮。在我的理解中，云原生和數(shù)字化轉(zhuǎn)型的目標其實是一致的，都是為了實現(xiàn)敏捷和速度，全面重構(gòu)現(xiàn)有對象的組織形式和架構(gòu)。

通過云原生的一些概念和思想，對數(shù)字化轉(zhuǎn)型進行理解也是順理成章的事情，唯一的區(qū)別是云原生面向的對象是應用程序架構(gòu)，而企業(yè)的數(shù)字化轉(zhuǎn)型面向的對象是企業(yè)不同的部門，團隊以及企業(yè)本身，核心是企業(yè)中人的組織形式。

我的視角是從云原生的理念出發(fā)，針對云原生里的關(guān)于不可變基礎(chǔ)設施、容器和編排、微服務和API以及開發(fā)運營 DevOps等一些非專業(yè)人士正在努力理解的嶄新概念，聯(lián)系到企業(yè)數(shù)字化轉(zhuǎn)型的一些工作，討論數(shù)字化轉(zhuǎn)型中的業(yè)務平臺、團隊和管理、協(xié)作以及企業(yè)數(shù)字化中的文化。

一方面解釋了云原生的概念，另外一方面也對數(shù)字化轉(zhuǎn)型進行了一定程度的探討。

不可變基礎(chǔ)設施 vs.業(yè)務平臺

#1 不可變基礎(chǔ)的應用內(nèi)核

- 不可變基礎(chǔ) -

一般把云原生的不可變基礎(chǔ)設施定義為快速、可重復以及一致提供應用環(huán)境和支持服務的平臺。這個平臺一般運行在公有云，私有云或者混合云上。比如所有的公有云都可以快速地提供虛擬化的環(huán)境或者服務，提供包括計算，存儲等相關(guān)的資源服務。

-郝峻晟-

云原生的不可變基礎(chǔ)服務和傳統(tǒng)的IT環(huán)境對比，具有高可用，彈性，可以快速擴展等優(yōu)點。

這主要有兩個好處，首先是高可用，當基礎(chǔ)設施中某些局部的組件出現(xiàn)問題時，不會影響服務的提供。比如某個虛擬機或者容器出現(xiàn)故障的時候，由于基礎(chǔ)設施存在冗余，對用戶的服務不會造成影響。

其次是彈性，也就是當用戶的訪問量快速急劇上升時，基礎(chǔ)設施會快速進行彈性擴充，滿足外部的需求。這兩個優(yōu)點是云原生基礎(chǔ)設施最典型的特點，無論我們運行在亞馬遜AWS，微軟Azure還是阿里云上，還是運行在Kubernetes或者OpenShift的容器集群上，都需要滿足這兩個特點。

#2 數(shù)字化轉(zhuǎn)型業(yè)務平臺發(fā)展方向

在IT領(lǐng)域如果能滿足這樣的特點，那么在商業(yè)世界里，企業(yè)要進行數(shù)字化轉(zhuǎn)型，是不是也需要滿足這兩個特點呢？

答案顯然是肯定的。

要在現(xiàn)代化的商業(yè)環(huán)境中生存，做數(shù)字化轉(zhuǎn)型的企業(yè)需要選擇合適的業(yè)務平臺，這個業(yè)務平臺也需要滿足高可用和彈性的特點，這樣的企業(yè)才能敏捷快速地響應客戶不斷變化的需求。

這就意味著這個企業(yè)選擇的平臺必須以客戶為中心，然而以客戶為中心的平臺選擇其實是非常困難的，企業(yè)需要努力構(gòu)建一個以客戶為中心的平臺，把客戶留在這個平臺上，并不斷為客戶持續(xù)提供現(xiàn)有的價值，并且在客戶需求變化時創(chuàng)造新的價值，這是企業(yè)數(shù)字化轉(zhuǎn)型成功的基石。

所以我們不斷看到大量的數(shù)字化轉(zhuǎn)型企業(yè)構(gòu)建“平臺”化的戰(zhàn)略，積極打造自身的各種業(yè)務平臺，數(shù)據(jù)中臺或者服務后臺等等，努力對自身核心業(yè)務加強競爭優(yōu)勢，確定戰(zhàn)略目標，通過大數(shù)據(jù)、人工智能、區(qū)塊鏈、5G等先進技術(shù)打造一個強大的生態(tài)系統(tǒng)，支持業(yè)務的不斷發(fā)展。

比如海爾在經(jīng)歷了過去的名牌戰(zhàn)略，多元化戰(zhàn)略，國際化戰(zhàn)略，全球化戰(zhàn)略，網(wǎng)絡化戰(zhàn)略之后，進入了“生態(tài)品牌戰(zhàn)略”階段。

- 生態(tài)品牌戰(zhàn)略 -

這個戰(zhàn)略就是構(gòu)建全面的物聯(lián)網(wǎng)生態(tài)品牌的平臺，通過海爾“人單合一”的模式，讓封閉的企業(yè)變成向全球開放的平臺，獲得用戶的個性化需求，從而讓每一個自主經(jīng)營體在這個平臺上都能為客戶提供最有競爭力的解決方案。

這個商業(yè)模式可以說是非常典型的云原生模式，各個小的個體在業(yè)務平臺上對外提供服務。關(guān)于個體的內(nèi)容我會在接下去關(guān)于容器的部分里提到。這里最關(guān)鍵商業(yè)模式，是一個強有力的業(yè)務平臺，能夠支撐個體或者小的團隊在這個平臺上持續(xù)對外提供價值。

通過平臺，可以實現(xiàn)差異化的競爭優(yōu)勢，對于傳統(tǒng)業(yè)務和新業(yè)務都能夠持續(xù)提供包括規(guī)模，速度和范圍上的幫助。在規(guī)模上實現(xiàn)平臺的指數(shù)型增長；在速度上不斷不斷編排基礎(chǔ)架構(gòu)和專業(yè)技能；在范圍上讓戰(zhàn)略從專業(yè)化向廣泛化轉(zhuǎn)型。

#3 業(yè)務平臺未來構(gòu)建

根據(jù)IBM 商業(yè)價值研究院的分析，數(shù)字平臺企業(yè)的年度總收入占全球GDP的比重越來越高，這也就意味著平臺化的企業(yè)在全球商業(yè)世界中的影響力越來越大?；谠圃睦砟顦?gòu)建企業(yè)的平臺，是進行數(shù)字化轉(zhuǎn)型的第一步。

-James王玨-

IBM的調(diào)研發(fā)現(xiàn)（見：《共創(chuàng)共贏聚智前-中國只會企業(yè)轉(zhuǎn)型升級藍圖》一文），中國企業(yè)參與平臺模式和生態(tài)系統(tǒng)的熱情達到了前所未有的水平；2018年，只有55%的中國受訪企業(yè)參與到了平臺模式中，而參與業(yè)務生態(tài)系統(tǒng)的企業(yè)則更少，僅18%；當被問及2022年的計劃時，94%的中國高管希望積極參與平臺模式，78%希望積極參與生態(tài)系統(tǒng)，這個數(shù)字比2018年多出3倍多。

在選擇構(gòu)建何種類型的平臺時，業(yè)務平臺、數(shù)據(jù)平臺和技術(shù)平臺位居前三。雖然確定了向平臺模式轉(zhuǎn)型的大方向，但中國企業(yè)在實操過程中，依然面臨重重挑戰(zhàn)。信任關(guān)系、數(shù)據(jù)安全、資本投入、架構(gòu)轉(zhuǎn)型、流程打通、人才能力、技術(shù)支撐……要實現(xiàn)平臺模式，企業(yè)需要開展全方位的轉(zhuǎn)型升級，而大多數(shù)企業(yè)尚未做好充分準備。

IBM的調(diào)研還發(fā)現(xiàn)，有50%的中國受訪者表示，在后疫情時代，組織轉(zhuǎn)型中面臨的最大的挑戰(zhàn)是：希望往平臺模式轉(zhuǎn)型，但不知如何著手。

容器和編排 vs.團隊和管理

-郝峻晟-

傳統(tǒng)的企業(yè)使用的是科層制，而云原生的亞馬遜公司推崇的是“兩個比薩”的團隊，這種區(qū)別有點像傳統(tǒng)的IT架構(gòu)和云原生架構(gòu)的區(qū)別一樣。在討論這個問題之前，我先給大家介紹一個家畜和寵物（Cattle vs. Pets）的例子。

- 兩個比薩（Two Pizza Team) -

這一概念定義了團隊的規(guī)模，也就是2個Pizza可以吃飽，最多也就十幾個人。一個產(chǎn)品部門、研發(fā)部門或者功能性部門，人員規(guī)模應該是比較小的，很靈活，每個人都承擔一定的挑戰(zhàn)和目標，從而能夠迅速響應客戶的需求，并能產(chǎn)生創(chuàng)新。

這個例子其實是把IT的兩種運營模式，比喻成寵物和家畜模式。

寵物模式說的是過去的服務器需要精心培育，就好像你家里養(yǎng)的寵物，受到IT部門很好的照顧，不能出任何問題。

而家畜模式則類似于我們在牧場飼養(yǎng)家畜，這些服務器、虛擬機或者容器本身沒有任何特定的功能，如果其中某一臺出現(xiàn)任何問題，那么可以非常簡單地更換就可以了。

寵物模式代表了傳統(tǒng)的IT和企業(yè)管理的部門，這些部門都有各自特定的職責，如果某個部門出現(xiàn)問題，則會出現(xiàn)流程的中斷或者業(yè)務的問題。而家畜模式則是數(shù)字化企業(yè)所倡導的模式，任何某一個特定的部門出現(xiàn)問題，都不會影響公司對外提供服務和客戶的體驗。

接下來講一點專業(yè)的內(nèi)容。

#1 容器和編排概念

容器（Container）是云原生里的一個非常重要的概念和技術(shù)。

- 容器 -

我們經(jīng)常使用各種瓶瓶罐罐來裝各種東西，在軟件開發(fā)技術(shù)里，也使用一種叫做“容器化”的方法，把應用程序的代碼和相關(guān)的配置文件、庫以及運行應用所需要的一切依賴項捆綁在一起，放在容器里，讓開發(fā)人員和專業(yè)的IT人員能夠跨環(huán)境無縫地部署應用程序。

簡單來講，在計算機世界里，我們把容器放在剛才提到的不可變的基礎(chǔ)設施里，打包成容器鏡像，就可以在跨環(huán)境進行部署，從而解決了應用程序在不同環(huán)境中無法運行的問題。

容器和虛擬機的區(qū)別，主要在于容器虛擬化了基礎(chǔ)的操作系統(tǒng)，包括OS里的CPU，內(nèi)存，文件存儲和網(wǎng)絡連接等等。而虛擬機則是基礎(chǔ)硬件的虛擬化，讓多個操作系統(tǒng)實例可以在相同的硬件上運行。

- 容器的編排-

自動化地對大量的容器進行部署、管理、彈性伸縮、網(wǎng)絡管理等等。也就是全自動地管理每個容器的生命周期，在需要的時候自動創(chuàng)建，在不需要的時候或者出問題時候進行銷毀。谷歌的Kubernetes是最廣泛使用的容器編排工具。

#2 容器和編排在企業(yè)中所映射的團隊和管理

對數(shù)字化轉(zhuǎn)型的企業(yè)而言，容器和自動化編排的意義是顯而易見的。在傳統(tǒng)的科層制架構(gòu)的企業(yè)中，企業(yè)為了提高效率，規(guī)定了每個部門固定的職責和流程，這種方式對于固定的市場需求是非常有效的，但是對于今天多變的市場和不確定的客戶需求，則出現(xiàn)了巨大的挑戰(zhàn)，這也是亞馬遜推崇的“兩個比薩”團隊的原因。

從IT的角度來看，這個概念和容器的概念異曲同工。容器是輕量級的，能夠快速更新和部署，在編排中可以快速響應。映射到企業(yè)管理中，也是類似的，構(gòu)建兩個比薩能夠吃飽的小團隊，讓他們承擔特定的任務，完成特定的目標。如果出現(xiàn)問題，可以快速更新和改變，不至于出現(xiàn)太大的損失。

在管理上也是類似，可以用多個功能類似的團隊提供不同的服務，即使某個團隊任務失敗也可以互相備份，對公司而言不至于出現(xiàn)不可彌補的損失，內(nèi)部還可以促進良性競爭。比如騰訊內(nèi)部經(jīng)常會有多個團隊做一樣的事情，內(nèi)部互相競爭，勝出的團隊可以獲得更多的資源，從而更好地促進企業(yè)的發(fā)展。

數(shù)字化轉(zhuǎn)型的企業(yè)可以參考這種小團隊的架構(gòu)，從傳統(tǒng)的科層制向小團隊的管理架構(gòu)轉(zhuǎn)化，通過流程的更新，實現(xiàn)更靈活，更敏捷的企業(yè)組織形式。

#3 人員-流程-技術(shù)黃金三角框架

-James王玨-

用云原生驅(qū)動數(shù)字化轉(zhuǎn)型更需要技術(shù)、人員和流程的變革。在“IT 主導”的上云做轉(zhuǎn)型工作中，你時常會看到業(yè)務被排除在轉(zhuǎn)型工作之外。事實上，業(yè)務在云原生中不僅應該有一席之地，而且應該主導這項工作。重技術(shù)輕業(yè)務帶來的不成功征兆使你又會想起文學大師托爾斯泰警語的商業(yè)改寫版--“所有失敗的轉(zhuǎn)型是相似的；所有成功的轉(zhuǎn)型各有各的成功之路”。

那么，你能采取那些基本原則去指導積極的上云轉(zhuǎn)型行動，來確保自己轉(zhuǎn)型步入正軌，而不是中途停下來或陷入泥潭？從人員-流程-技術(shù)黃金三角框架出發(fā)，無非是要做到：

在人力組織方面，第一步也是最大的一步是建立小型團隊（例如雙披薩團隊），并授予他們自主權(quán)，讓他們自己做出技術(shù)決策；并確保其中專門的一個產(chǎn)品負責人，可以自己做出業(yè)務決策。

在流程方面，最重要的步驟是采用敏捷開發(fā)方法的技術(shù)實踐，最重要的是，讓團隊推動他們自己的敏捷轉(zhuǎn)型；同為重要的是：請牢記起源于軟件開發(fā)項目但廣泛適用于任何復雜或是創(chuàng)新性項目的Scrum方法論中之“快樂指標”！多項研究表明，快樂在先，成果在后，快樂是成功的兆頭。

在技術(shù)方面，確保團隊在做架構(gòu)選擇時能減少跨服務耦合、增加組件內(nèi)聚性，并確保能夠快速輕松地添加特性。這涉及到采用容器或無服務器。

微服務和API vs. 團隊協(xié)作

#1 微服務概念及應用

-郝峻晟-

云原生的含義一直在演化過程中，但有一個基調(diào)一直沒變，就是微服務。

- 微服務 -

微服務其實是一種軟件架構(gòu)。在微服務架構(gòu)體系中，應用程序被構(gòu)建為一些服務集合，他們需要滿足下面的一些要求：高可維護可測試/松耦合/可以獨立部署/圍繞業(yè)務能力組織/由一個小團隊擁有。

微服務架構(gòu)能夠快速、頻繁和可靠地交付大型復雜應用，還能夠讓組織不斷演進他們的技術(shù)棧。

如果這么解釋比較抽象的話，簡單地說微服務就是把系統(tǒng)分成多個子系統(tǒng)（微服務），每個系統(tǒng)都可以獨立運行，之間可以通過應用程序接口API的方式進行通訊。我們可以把獨立的微服務部署在一個或多個容器上，通過自動化的編排對外提供API服務，從而和其他系統(tǒng)進行協(xié)作。

- 應用程序接口API -

就是軟件系統(tǒng)不同組成部分銜接的約定。API之主要目的是提供應用程序與開發(fā)人員以訪問一組例程的能力，而又無需訪問源碼，或理解內(nèi)部工作機制的細節(jié)。

到了這里，終于把IT軟件架構(gòu)和企業(yè)組織架構(gòu)聯(lián)系在了一起。剛才提到，每個微服務由一個小團隊來擁有，不同的微服務之間通過API進行通訊和協(xié)作。

那么對于企業(yè)的組織形式而言，是不是也可以通過標準的API協(xié)議進行溝通和協(xié)作呢？企業(yè)的API是什么呢？

#2 企業(yè)中API概念及應用

“數(shù)字化是動力，轉(zhuǎn)型才是目標”。企業(yè)想要落實數(shù)字化轉(zhuǎn)型的價值，組織的運營模式和人的行為習慣必須隨之發(fā)生變化。

無論是什么企業(yè)，溝通永遠都是最大的挑戰(zhàn)。對數(shù)字化轉(zhuǎn)型的企業(yè)而言，一致的數(shù)字化協(xié)作的平臺和工具以及敏捷的企業(yè)文化是能夠在不同團隊中互相溝通的基礎(chǔ)。這里就不得不提到數(shù)字化的工作場所（Digital Workplace）。

- 數(shù)字化的工作場所 -

Gartner把數(shù)字化工作場所定義為：“員工用來完成工作的設備、軟件和渠道?！倍蚁氚褦?shù)字化工作場所類比為云原生中的API，用來幫助所有的團隊工作的基礎(chǔ)。

#3 數(shù)字化工作場所中的協(xié)作框架

當然數(shù)字化工作場所包含了更加豐富的內(nèi)容，比如協(xié)作框架，先進的社交技術(shù)，內(nèi)部流程，以員工為中心的技術(shù)，會議系統(tǒng)，合作網(wǎng)站，各類用于溝通的工具等等，我想重點介紹的是協(xié)作框架，這是數(shù)字化企業(yè)內(nèi)部協(xié)作的基礎(chǔ)。協(xié)作框架有兩部分內(nèi)容，一個是工具，還有一個是文化。

協(xié)作框架的工具主要指企業(yè)內(nèi)部用于溝通和協(xié)作的整套平臺，比如微軟的Office 365、谷歌的Workspace、阿里的釘釘和字節(jié)跳動的飛書等等。使用這些平臺可以實現(xiàn)郵件，文件分享，即時通信，在線會議等等。當我們把數(shù)字化企業(yè)的團隊轉(zhuǎn)變?yōu)橐粋€個小團隊之后，統(tǒng)一的協(xié)作框架有利于提高溝通和工作效率，并激發(fā)創(chuàng)新。

-James王玨-

數(shù)字化轉(zhuǎn)型依賴技術(shù)創(chuàng)新。美國風險投資機構(gòu)Work-Bench在《2018年企業(yè)軟件年報》中指出：以微服務為代表的云原生技術(shù)是幫助企業(yè)有效實現(xiàn)數(shù)字化轉(zhuǎn)型的唯一技術(shù)途徑。采用云原生開發(fā)方法（如微服務）的唯一原因是，團隊能夠以增量的方式交付可度量的業(yè)務價值單元。但是，如果你的業(yè)務不能這樣做——不能從小型業(yè)務價值單元（可以在一段時間內(nèi)獨立交付）的角度來考慮，那么事實上，微服務架構(gòu)以及其余大部分云原生方法，都不會有太多的價值

開發(fā)運營 DevOps vs. 數(shù)字企業(yè)文化

#1 開發(fā)運營 DevOps概念

-郝峻晟-

開發(fā)運營 DevOps也是一個云原生里非常流行的概念，其最重要的思想，是讓以前孤立的角色（開發(fā)、IT運營、質(zhì)量工程和安全等）可以協(xié)調(diào)和協(xié)作，用來構(gòu)建更好、更可靠的產(chǎn)品。

- 開發(fā)運營 DevOps -

這其實是開發(fā)（Dev）和運營（Ops）的復合詞，它也是把人、流程和技術(shù)結(jié)合起來，為客戶提供價值。

通過開發(fā)運營 DevOps的文化，工具和做法，團隊能夠更敏捷地響應客戶的需求，增強構(gòu)建應用程序的信心，從而更快地實現(xiàn)業(yè)務目標。

其實開發(fā)運營 DevOps和數(shù)字化轉(zhuǎn)型息息相關(guān)，一個完成數(shù)字化轉(zhuǎn)型的企業(yè)一定或多或少地會應用開發(fā)運營 DevOps的文化。

從技術(shù)角度出發(fā)看到的開發(fā)運營 DevOps的做法一般都是通過技術(shù)的自動化和優(yōu)化流程，但是這一切的使用都是從組織內(nèi)部的文化和參與人員開始的，培養(yǎng)開發(fā)運營 DevOps的文化最大的挑戰(zhàn)是深入改變?nèi)藗兊墓ぷ骱蛥f(xié)作方式，這樣才能創(chuàng)造高績效團隊培養(yǎng)的文化和環(huán)境。

首先簡單介紹一下開發(fā)運營 DevOps的一些常見的做法，然后針對數(shù)字化轉(zhuǎn)型企業(yè)中可以參考開發(fā)運營 DevOps的做法構(gòu)建的組織文化。

#2 數(shù)字化轉(zhuǎn)型企業(yè)文化之開發(fā)運營 DevOps文化

在云原生和軟件領(lǐng)域，我們使用了那么多技術(shù)來實現(xiàn)敏捷，高質(zhì)量目標。那么在企業(yè)管理，尤其是進行數(shù)字化轉(zhuǎn)型的企業(yè)中，我們?nèi)绾瓮ㄟ^組織的形式實現(xiàn)相同的目標呢？

讓我們來看看開發(fā)運營 DevOps的文化，其實也是數(shù)字化轉(zhuǎn)型企業(yè)的文化之一。

首先是協(xié)作、可見性和一致性。開發(fā)運營 DevOps倡導的是團隊之間的通力協(xié)作，可見性是必不可少的。

每個團隊都能夠知道其他團隊的工作，開發(fā)和IT運營等團隊可以分享開發(fā)運營 DevOps的流程、優(yōu)先級和關(guān)注點，還能夠共同規(guī)劃工作，并統(tǒng)一與業(yè)務相關(guān)的成功目標和衡量標準。剛才我也提到，數(shù)字化轉(zhuǎn)型的企業(yè)各個團隊也需要通過數(shù)字化的工作場所完成協(xié)作，實現(xiàn)各團隊信息的透明和共享。最近非常流行的目標和關(guān)鍵結(jié)果考核方法OKR(Object & Key Result)中非常重要的一點，也是加強各團隊的協(xié)作，可見性和一致性。

其次是范圍和責任的轉(zhuǎn)變。當團隊統(tǒng)一之后，他們都擁有所有權(quán)并參與全程的生命周期階段，而不僅僅是自身的角色。

第三是效率。

縮短發(fā)布周期。開發(fā)運營 DevOps的團隊通過短周期發(fā)布軟件保持敏捷，進度都是漸進式的?？s短發(fā)布周期可以讓計劃和風險管理更加容易，也能夠減少對系統(tǒng)穩(wěn)定性的影響，幫助組織適應不斷變化客戶的需求和競爭壓力。

數(shù)字化轉(zhuǎn)型的企業(yè)也是一樣，當我們無法一下子滿足客戶的所有需求時，會選擇用最小可用產(chǎn)品（Minimum Viable Product，MVP）先滿足客戶的最小需求，然后通過不斷的迭代、反饋和更新逐步演化，從而和客戶共同成長，實現(xiàn)客戶的目標，也實現(xiàn)企業(yè)自身的業(yè)務目標。

第四點是持續(xù)學習。

開發(fā)運營 DevOps團隊的文化需要形成一種成長思維，快速失敗然后把經(jīng)驗融入流程中，不斷改進提高客戶滿意度，加速創(chuàng)新和適應市場。這是一個旅程，不斷有成長的空間。

這也是在數(shù)字化轉(zhuǎn)型的企業(yè)中推行學習型組織的原因。尤其是針對我剛才提到的新的業(yè)務平臺，協(xié)作框架等等，都需要員工不斷掌握新的技能，推進團隊的管理和學習轉(zhuǎn)型，從而快速傳授和培養(yǎng)技能。

在我看來，云原生中開發(fā)運營 DevOps推行的流程和文化，恰恰是數(shù)字化轉(zhuǎn)型企業(yè)需要的。數(shù)字化的企業(yè)需要全面實施開發(fā)運營 DevOps的流程和文化，滿足業(yè)務變革的需求。其中包含了平臺，技術(shù)和工具，更重要的是文化的革新。

#3 開發(fā)運營DevOps與企業(yè)數(shù)字化轉(zhuǎn)型的未來走向

-James王玨-

Google與DORA(DevOps Research and Assessment)公司從2018年起，會調(diào)研開發(fā)運營DevOps之年度現(xiàn)狀。在最初的報告中，強調(diào)“文化是 DevOps 的重要組成部分”。為了DevOps 能夠成功實施，應當滿足某些基本的文化條件，包括打破團隊壁壘，以及實施新的方式方法。

采用云端工具通常代表企業(yè)邁出了數(shù)字化轉(zhuǎn)型的第一步，并經(jīng)常會引出更多的系統(tǒng)性的變化。在系統(tǒng)地運用云計算技術(shù)后，就會催生出以標準化、互操作性和開放性為中心的新 IT 模式。

這種轉(zhuǎn)變可能會對業(yè)務產(chǎn)生重大影響，例如降低運營費用、提高效率，甚至可以提高客戶和員工的滿意度。但即使有了合適的工具和系統(tǒng)，如果沒有高層的領(lǐng)導知道和實現(xiàn)這一目標的新型文化構(gòu)建，也無法在云端制勝。而且，在企業(yè)數(shù)字化轉(zhuǎn)型的過程中，新的工具和系統(tǒng)反過來又會影響公司文化。

當前，開源在云計算中大行其道，必然會提高企業(yè)開發(fā)者參與開源社區(qū)的力度,這會促進文化的轉(zhuǎn)變，以優(yōu)先考慮開放性和透明度；反過來,這會導致企業(yè)采用支持這些價值觀的工作模型，例如，在開發(fā)和運營 DevOps模型中，軟件開發(fā)者和運營人員共同為結(jié)果負責，這不僅需要改變團隊之間的協(xié)作方式，還需要改變他們對工作內(nèi)容的看法。

所引起的文化轉(zhuǎn)變可以顯著提高工作效率、敏捷性、產(chǎn)品質(zhì)量，可靠性和安全性。如果人們感覺彼此相互支持，并有持續(xù)集成/持續(xù)交付CI/CD等工具的支持,他們會更愿意承擔風險，更有可能去創(chuàng)造和更快地行動。

與任何新方法一樣，領(lǐng)導力和變更管理是推動新模式取得成功的關(guān)鍵因素。

Harvard Business Review 近期的一項調(diào)查發(fā)現(xiàn)，絕大多數(shù)決策者 (83%) 認為，推崇接受變革的文化極大程度上可以推動組織更加快速地成功采用新的數(shù)字技術(shù)，如云原生。對于大多數(shù)企業(yè)而言，在向云原生遷移的過程中，不僅需要重新考慮人才戰(zhàn)略和組織結(jié)構(gòu)，也需要重新考慮公司的整體文化。

Part 3小結(jié)

-郝峻晟-

云原生其實是一個軟件應用的架構(gòu)，通過各種自動化的技術(shù)，實現(xiàn)系統(tǒng)的彈性、可管理性和可觀察性。

而企業(yè)的數(shù)字化轉(zhuǎn)型從根本上說是要對企業(yè)實現(xiàn)類似的彈性、可管理性和可觀察性。所以用云原生的理念去打造數(shù)字化轉(zhuǎn)型的企業(yè)其實是順其自然的事情。

本次探討通過介紹云原生里的不可變基礎(chǔ)設施，容器和編排，微服務和API以及開發(fā)運營 DevOps，對比企業(yè)的數(shù)字化轉(zhuǎn)型中的業(yè)務平臺、團隊和管理、協(xié)作以及數(shù)字企業(yè)文化，對數(shù)字化轉(zhuǎn)型給出了一些建議，希望對處于數(shù)字化轉(zhuǎn)型的企業(yè)有所幫助。

企業(yè)變革、行業(yè)創(chuàng)新、區(qū)域轉(zhuǎn)型、生態(tài)建設，數(shù)字化發(fā)展已不是“選擇題”，而是關(guān)乎生存和長遠發(fā)展的“必修課”。

泰普洛領(lǐng)導力簡介：

泰普洛領(lǐng)導力成立于2002年，以「喚醒組織潛力 賦能企業(yè)領(lǐng)導者」為使命，匯聚數(shù)位有國際化背景的資深顧問和實戰(zhàn)教練，依托CPI人才測評、人才盤點、企業(yè)定制化內(nèi)訓、高管教練、內(nèi)部私董會等業(yè)務組合拳，為企業(yè)提供持續(xù)創(chuàng)新的人才發(fā)展和領(lǐng)導力解決方案。