內容來源：DevOps案例深度研究-Microsoft文化支撐研究戰隊（本文只展示部分PPT研究成果，更多細節請關注案例分享會，及本公眾號。）

本案例內容貢獻者：陳飛（Topic Leader）、陳雨卿、郭子奇、劉晨勝、善園林、趙英美、周銀燕

本次案例解讀：徐磊

（圖片來源于網絡）

前文回顧：DevOps案例研究：歷久彌新 - 微軟萬億市值背后的文化支撐（上）?

納德拉時代微軟的文化變革

為微軟按下“刷新”鍵

其實在納德拉時代之前，微軟內部的敏捷和DevOps實踐就已經在很多團隊中逐漸推開了。但是在外界看來，微軟仍然還是那個擁有超長產品線的巨無霸，以至于在美國硅谷乃至全球很多公司眼中都唯恐避之不及。加上互聯網與移動設備的興起、開源和Linux的流行，微軟一下子變成了眾矢之的。在2010年到2014年這一時期，微軟頗有點舉步維艱的感覺，好似一頭身體強壯的大象受到了獵豹的圍攻，無論怎樣突圍都無法找到正確的方向。

2014年2月4日，微軟宣布比爾·蓋茨不再擔任微軟董事長，其新職位為技術顧問，同時宣布薩提亞·納德拉（Satya Nadella）為微軟下一任CEO。

納德拉自1992年加入微軟，以后的20多年中，他幫助微軟推出了云計算版本的Office365，并使之成為微軟歷史上增長最快的產品之一；納德拉也是微軟多項重要技術的開發者之一，包括數據庫、Windows服務器版本和開發者工具，還曾直接負責微軟云計算Azure業務。微軟董事會認為，這位在微軟摸爬滾打了20多年的老兵更加熟悉微軟內部的復雜環境，能夠比“空降兵”更快地推動新產品和業務的發展。

2018年1月，納德拉出版了自己的首部作品《刷新：重新發現商業與未來》。正如他自己在書中所述，他要做的就是為微軟按下“刷新”按鈕，讓這家步入不惑之年的公司重新啟動，找回自己。而他的訣竅就是書中用了大量篇幅所描述的：同理心。

上任后，薩提亞·納德拉做的第一件事就是要求公司的所有高管都去閱讀馬歇爾·盧森堡的《非暴力溝通》這本書。納德拉希望通過談話和聆聽，結束企業內部無休止的斗爭，使公司各個部門和諧相處。同時，他通過一系列的實際行動逐步改變業界對微軟的看法和認知。

微軟與開源

這一系列的事件都在很自然地發生著，把它們羅列在一起的時候，我們才發現微軟已經不再是那個痛恨Linux、痛恨開源，并與眾人為敵的微軟；而是一個在Github上貢獻了最多開源代碼、允許并歡迎他的競爭對手在自己的云平臺上運行軟件（比如：AWS和Google），同時發布了豐富的iOS/安卓應用的公司。這些策略對于2014年之前的微軟完全是不可想象的。

2018年6月，微軟以75億美金的天價收購了全球開發人員最喜愛的代碼托管平臺Github。這一舉動在當時引起了技術社區的各種波動，很多人認為Github完蛋了，被一家與開源為敵的公司收購之后，一定不會再友好對待開發人員。

但之后微軟的一系列舉動卻讓這些人大跌眼鏡，微軟不但沒有改變GitHub免費的屬性，而且還通過GitHub與自家的全流程DevOps平臺的集成為全球開發人員提供了免費的CI/CD流水線資源，只要你的項目是開源的，就可以無限量免費使用10條并發流水線，并同時在全托管Windows/Linux和macOS上構建你的代碼。

這場歷久彌新的刷新運動在本來就具備了文化多樣性土壤的微軟內部開始發展壯大。

在本案例一開始我們就曾見到過這張圖，相信當時大家都覺得這應該是微軟的死穴。但實際上，正是因為這樣相對獨立自治的環境，使得微軟內部對于不同的做事方式具備非常高的容忍度。基本上每個部門都有自己獨立的流程、做事方式和工具，可以根據自己的情況及時調整方向應對市場的變化。大家開始溝通的時候，這種文化多樣性所體現出來的敏捷程度給予了整個組織超強的活力。

Power BI

Power BI是微軟從2015年才開始開發的全新的數據可視化工具，它的對標產品包括剛剛被Salesforce以157億美金收購的Tableau，以及被谷歌以26億美金收購的Looker。

脫胎于微軟傳統數據平臺SQL Server的Power BI，從2015年的無人理會，只用了不到4年的時間就超越了以上所有對手，站位于Gartner的魔力象限之首。

我們不去猜測原先作為龍頭老大的Tableau被Salesforce收購是否與此有關，值得注意的是，Power BI每周一個內測版本，每3個月一個公開發行版本的瘋狂發版速度。在這瘋狂的發版速度背后，是扎實的工程能力和已經成熟的敏捷文化的驅動。?

這一階段的微軟汲取了之前產品研發中的經驗教訓，非常重視在開發過程中引入用戶的反饋來進行產品的持續改進。

下圖來自2013-2015年的微軟DevOps工具Visual Studio Team Services (也就是今天的Azure DevOps）的產品首頁。

可以看到通過界面的簡化，VSTS的開發團隊最終支持用戶無需跳轉頁面就可以直接創建新的項目。這一功能一開始是通過“功能開關”的方式埋藏在產品生產環境之中，通過對比用戶對于不同界面的轉化率，最終決定選擇更加簡潔的項目創建界面。

下圖是在激活以上改動以后，用戶成功完成項目創建的轉化率從18%提升到了30%（1.7倍）。

DevOps的7個習慣

作為微軟內部最早實踐敏捷和推行DevOps的團隊，開發工具事業部（DevDiv）一直都在微軟以及整個軟件研發過程中使用最先進的理念和工具。在這個過程中DevDiv也總結出了七個重要的DevOps實踐領域，被微軟稱為DevOps的七個習慣：

1）敏捷的調度和團隊管理

這一點與敏捷是相同的，但更輕便。涵蓋多個領域的功能團隊從一個通用的backlog中領取任務，通過盡可能少的工作完成整個流程，并在每個sprint結束后交付可供部署的成果。 ?

2）技術債管理

任何技術債都蘊含風險，最終會導致各種計劃外的工作，例如可能干擾計劃內交付的線上問題。我們會慎重對待任何類型的技術債，并會通過周密的安排在它們影響到所交付的服務質量前順利解決。 ?

3）價值流

這意味著按照對客戶的影響決定積壓工作的優先級，專注于為客戶提供價值。敏捷方法中我們經常會談到為用戶交付價值的重要性，但直到我們具備了充分的DevOps遙測機制，我們才可以度量這樣做的成功與否，以及是否需要調整方向。

4）基于假設和實驗的需求

在使用DevOps前，產品負責人會根據有關人員的最佳反饋“美化”backlog。但現在，我們將backlog視作一種假設，需要將其轉變為實驗，因此需要收集能夠支撐這些假設的數據。我們會根據證據來決定后續的工作優先級，以及是否應該放棄某些工作。 ?

5）證據和數據

我們監控一切并盡可能地收集數據，不僅僅是為了了解運行狀況、可用性、性能，以及有關服務質量的其他指標，也是為了更好地理解使用情況，并收集與backlog的假設有關的證據。例如，我們會對有關用戶體驗的改動進行實驗，衡量對漏斗轉化率的影響。我們會對不同用戶群的使用情況數據進行對比，例如工作日和周末的使用情況，借此假設出每種情況下可以繼續改善體驗的方法。 ?

6）生產為先的心態

只有服務質量始終卓越，才能得到可靠的數據。我們會不斷追蹤線上網站的狀態，對造成各種問題的根源進行補救，主動發現性能方面的異常，并判斷造成這種情況的原因。 ?

7）為云做好準備

只有對架構進行持續完善，重構為更獨立、相互分離的多個服務，并借助公有云靈活的基礎架構，才能提供24x7x365不間斷運行的服務。我們開發的每個新功能都首先以云端為主，隨后才會被納入本地運行的產品，僅有少數有意為之的例外情況。于此同時，我們可以確信自己的產品經過了大范圍的加固，并能通過客戶的堅持使用獲得持續不斷的反饋。??

1ES運動

在納德拉重塑微軟的過程中，One Engineering System (1ES）的運動非常重要，納德拉自己也在《刷新》一書中提到過這個運動。為了改變微軟內部各自為政的狀態，更是為了能夠讓微軟更加迅速、準確地交付用戶需要的價值，納德拉在推行“同理心”的軟性措施的同時，也在微軟內部通過推行大規模敏捷和統一的工程實踐來優化微軟價值交付的效率。

Azure DevOps之父、微軟院士Brain Harry在2017年的一篇博客中總結了微軟推行1ES的原因和痛點：

• 不同的部門和團隊重復投資建設重復的工具；?

• 無法重點發展那些優秀的工具；?

• 因為流程和工具的不同，員工在不同部門和團隊之間切換工作非常困難；?

• 不同團隊之間很難共享代碼；?

• 太多的“微軟工具”讓外部招聘的工程師很難融入；?

• 等等 … …

在微軟內部一直都有“吃自己的狗糧”的說法，也就是說自己做出來的產品首先要自己用?！霸茷橄?#xff0c;移動為先”戰略驅動下的微軟，首先從內部動手，逐步將自己的IT系統全部遷移至微軟的公有云Azure之上，同時在內部全面推行Azure DevOps平臺作為統一的DevOps工具鏈。

從2014年到2016年，在1ES的推動下，微軟內部產品使用Azure DevOps的開發人員數量翻了4倍，達到了62000人之多。? ?

2017年5月24日，經過3個月的奮戰，Windows開發團隊終于全面遷移至基于Azure DevOps的Git進行Windows的產品開發。Windows的Git庫也成為了全球最大的單個Git倉庫，有300GB大小，3500萬文件，440個分支；有超過4000名開發人員，每天在這個repo上進行著超過1760次構建和上千個Pull Request。

在如此巨大和復雜的Git倉庫上，Azure DevOps的Git服務的性能表現仍然讓人非常滿意。

Windows團隊遷移到Git的成功，可以說是微軟內部1ES運動的一個重要里程碑。其實，所謂的1ES運動完全可以理解為微軟內部的DevOps推廣運動。

經過大概3年的推行，微軟基本上統一了內部的工程系統（Azure DevOps）和IT系統基礎設施（Azure），為其后續的繼續發力打下了良好的基礎。?

破壞性創新

2019年，微軟第四季度財報發出之后，微軟市值再超萬億美元，超過蘋果和亞馬遜，成為全球市值最高的公司。很明顯，微軟的“刷新”非常成功，最近一段時間有關微軟的各種文章也都開始頻繁刷屏。但革新永遠是痛苦的，微軟的刷新不僅僅讓自己重歸最高市值，也付出了極大的代價。

2017年，微軟宣布進一步裁剪智能手機業務，裁掉1850名員工，帶來的是9.5億美元的資產減值。這些裁掉的員工基本上都來自2013年微軟花費72億美元收購的諾基亞手機業務部門，而在這次裁員之前，微軟已經陸續裁掉了2.215萬名員工。最終微軟在手機部門所失去的員工數量高達2.665萬人，甚至高于當初從諾基亞加入微軟的2.5萬人。

不僅僅是手機部門，微軟的看家產品-Windows 10也在2018年連續爆出多次嚴重質量事故，這不禁讓人驚呼微軟怎么了？其實在微軟內部，Windows部門已經被拆分。組織的變動以及更加激進的持續發布策略是否是造成這些質量問題的根源，我們無從考量。但可以肯定的是，Windows在微軟歷史上作為主角的日子已經過去了。

為了能夠跟上時代的步伐，納德拉時代的微軟并非只學會了“同理心”而變得溫柔，相反，它對自己動手非常狠毒。

從2014年到2018年的這段時間，微軟各種自斷武功的做法不僅包括Windows產品組的拆分，還包括自家代碼分享平臺Codeplex的停服、SQL Server對于Linux的支持、Windows Container對Docker的全面支持、Visual Studio Code全面免費開源對Visual Studio企業版的沖擊、.net core開源造成Windows平臺重要性的降低等等。

這些做法在一定程度上都會為微軟其他產品銷售帶來不利因素，微軟為何能夠在這些策略中采取如此果斷的決定，其實都是一種破壞性創新的體現。

Martec定律下，組織如果希望通過無痛的方式讓自己追趕上技術和市場的變化基本是不可能的，必須在某一時點進行跳躍式的發展。微軟2014年之后的很多做法正是Martec定律的體現。?

微軟的文化根基到底是什么？

分析了這么多微軟的過去和現在，我們最終總結了微軟文化的根基，也就是沙因組織文化三個層次中最底層的假設到底是什么，我們認為微軟的文化假設有兩點在整個40多年的過程中一直沒變，那就是：

• 永遠用最優秀的工程師和最優秀的工程實踐；?

• 允許內部文化的多樣性，鼓勵和允許不同的同理心。

納德拉在《刷新》中曾經提到，“同理心”在微軟的文化中一直存在，只是被忽視了，他所做的只是喚醒微軟文化的本源，讓微軟能夠再次回歸少年。?

參考資料

• https://www.barryovereem.com/microsofts-agile-transformation-journey/

• https://www.forbes.com/sites/stevedenning/2015/10/27/surprise-microsoft-is-agile/#1efc856a2867

• https://www.forbes.com/sites/stevedenning/2015/10/29/microsofts-sixteen-keys-to-becoming-agile-at-scale/#583c8c7115ce

• https://stories.visualstudio.com/scaling-agile-across-the-enterprise/

• https://stories.visualstudio.com/devops/#

• https://devblogs.microsoft.com/bharry/scaling-git-and-some-back-story/

• https://devblogs.microsoft.com/bharry/the-largest-git-repo-on-the-planet/

• https://www.qdaily.com/articles/27390.html

拓展閱讀：DevOps案例研究：知人善任——Google敏捷核心文化

DevOps案例研究：進取到讓自己毛骨悚然，Netflix公司的簡介和文化

DevOps案例研究|史上最能“拜客戶教”的公司，是如何做到持續交付的？（第1趴）

DevOps案例研究：庖丁解牛，剖析Google持續交付之道

歷久彌新 - 微軟萬億市值背后的文化支撐（上）|DevOps案例研究

總結

以上是生活随笔為你收集整理的历久弥新 - 微软万亿市值背后的文化支撑（下）|DevOps案例研究的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。