2019年5月10-12日，DevOpsDays大會在北京新世紀日航飯店舉辦。DevOpsDays是一個國際型的系列技術峰會品牌，於2017年引入中國大陸。它的會議內容涵蓋了軟件開發、測試、運維和安全，以及它們之間的交集。主題通常包括敏捷開發、運維自動化、持續測試、安全加固、持續交付、持續集成、組織文化等。
華為雲DevCloud佈道師徐毅受邀參加本次大會，在大會上傳遞了DevOps的初心—更快速地交付持續客戶價值，並分享瞭如何做到全面發展的DevOps。
華為雲DevCloud佈道師徐毅講到DevOps的初心，一定是為了更頻更快地交付客戶價值。技術採納生命週期變得越來越短，從傳統的“鐘形”曲線已經被更為陡峭的“鯊魚鰭”曲線所替代，做不到持續快速交付客戶價值的企業，無疑將面臨更為嚴峻的挑戰。
下圖出自Gartner的2019年報告“DevOps如何更快速地交付持續客戶價值”，右側是已經為人熟知的DevOps雙環，左側其實是告誡我們DevOps不能止步於提交到發佈的環節，需要持續優化擴展到客戶場景和客戶價值探索的環節，才能夠打通整個價值鏈條實現加速。
到底要怎麼做好DevOps呢？如果把DevOps做得很好的企業比喻成三好學生的話，那麼要能夠成為DevOps三好學生，就是要做到德智體美勞全面發展。就如同下面這個公式一樣：
（工程方法 + 最佳實踐 + 生態） x 工具平臺 = 能力
德：就是立場要堅定、不動搖，堅持以持續地快速交付價值為目標；
智：就是要有智慧，有思路、有方法，實踐需要理論指引，這個理論就是靠譜的工程方法；
體：DevOps的體力，就是具體的各種基礎實踐，它們的最主要作用其實是訓練我們的基本動作和研發紀律，基本功紮實，戰鬥力才強；
美：不能孤芳自賞，好要得到大家的認同，而且眾人拾柴火焰才高；
勞：影響勞動產出的一大因素就是生產工具，優秀工具平臺甚至可以達到事半功倍的效果；
群：群出自臺灣版口號“德智體群美”，要發動群眾，就要解決人與組織的問題。
DevOps為什麼不容易？因為它試圖解決的是一個大難題，就是蓬勃的新生產力跟遲鈍的舊生產關係之間的矛盾，而這種矛盾對即有組織結構發起了挑戰。運維、測試、安全、項目管理、研發等各種傳統只能部門，都遇到了巨大的挑戰，而新形勢下有效的組織結構長啥樣卻沒有一個固定的答案。一篇業內報道指出，在DevOps轉型中，有7種DevOps組織反模式和9種有效組織模式，在這麼多種可能的模式中，如何選擇或如何探索出適合自己的模式，實非易事。
那麼到底應該怎麼解決這些問題呢？
建議一，從項目型向產品型轉變，要認真考慮設立產品經理制度。定義和確立產品，也是在梳理企業的價值流，並基於此建立價值交付型的組織結構。客戶項目的涓涓細流，經過價值流動路徑，匯入產品，最終流向價值大海。接著還要疏通河道，就是針對這個價值路徑進行價值流分析，發現那些阻礙價值流動的問題，並逐個解決。
第二個建議，是要訓練出有規矩、講紀律、有戰鬥力、能自管理的團隊。如今的VUCA時代，過去那種經理驅動型團隊的響應速度已經很難跟上市場、產品、技術等各方面的變化節奏，經理人也很容易成為瓶頸，所以我們需要讓團隊變得自管理，另一方面我又需要團隊有規矩、講紀律，不然自管理變成放羊管理就適得其反了。
建議三跟需求有關。需求命很苦，經常被人吐槽，誰都不滿意。用戶故事大家都很熟悉了，但是要真正發揮它的威力，需要我們基於用戶場景出發，或是要反向找到用戶故事的場景，要弄清楚有了這個功能之後，用戶到底如何使用、能給用戶帶來什麼好處？用戶故事是關於用戶如何使用產品/系統功能去完成某件事情的故事，而不是產品/系統的功能。此外，還要做好信息共享、減少誤解，我們應該把作為工作項的用戶故事跟用戶類型介紹、需求詳情、相關文檔、相關代碼關聯起來，以便相關工作者能夠看到共享信息，避免因為信息傳遞或不透明而造成的誤會以及不必要的返工。
第四個建議是要梳理清楚和明確代碼分支模式，以及基於這種分支模式的協作模式，和與之相配的自動化構建和部署流水線，儘可能地減少人工操作出現失誤導致的浪費。這其實也是前面說的團隊要有規矩、講紀律的一部分，SVN到GIT並不只是代碼倉庫工具的變化，實則是一種研發理念的變化，解鎖了程序員個體的研發和提交效率，也必須附以研發效率或內建質量保障的動作，避免陷入代碼提交頻繁衝突的噩夢。
最後一個建議是務虛層面的建議。前面的四個建議，以及其他很多業內實踐，如果大家聽完很開心，很想要去落地，那麼就必須考慮這麼一個問題 —— 怎麼避開落地過程中的各種坑、快速地掌握這些實踐併產生實效？簡單來說，就是要學會適當地藉助外力。
業界的先進工具和實踐，都需要經由組織內成員學習掌握後，才能真正轉化為能力、生產力，產生實效。我們可以站在巨人的肩膀上，藉助外力來加速如右下圖的這個學習過程。華為的快速發展就離不開從各大諮詢公司導入的業界經驗和先進理念。在內部，我們依靠研發能力中心等部門對產品部門和團隊進行廣泛地賦能，提升研發團隊的戰鬥力。而賦能的方式，跟左下圖所示的華為雲DevCloud專家服務內容相似，包括對現狀的評估、知識或技能的培訓、日常的輔導、行業認證服務，以及整體性的諮詢、顧問型服務。
在華為雲DevCloud的背後，是華為30年的前沿研發理念以及實踐積累，也包括華為雲DevCloud自己吃狗糧的經驗教訓。其中一條經驗，就是要有統一的思想指導，最好是集合業界實踐和企業自身的經驗，以華為雲DevCloud自己為例，這個思想指導就是華為雲DevCloud HE2E DevOps框架，如圖所示。
最後還有一條經驗想跟大家分享 —— 千里之行、始於足下，DevOps之旅、健康自檢起步。DevOps落地和轉型就好像在叢林中探險，我們需要時刻知曉自己所處的方位，才能夠始終向著正確的方向前進，華為雲DevCloud使用了DevOps能力現狀評估來扮演指南針的作用，用於確定當前狀態以及下一步的改進方向。下圖是評估報告部分內容的示意圖。
歡迎您登錄華為雲DevCloud官網檢查自身DevOps能力現狀情況，進行DevOps成熟度評測，將實時獲取報告。
