只是因為在人群之中,多看了你一眼。這一切,都要從IDCF的發(fā)端講起。
1.緣起IDCF(InternationalDevOpsCoachFederation)
時間如白駒過隙,我們成立IDCF 一晃已有三年,而距離上一本書《敏捷無敵之 DevOps時代》的出版也兩年有余。
IDCF緣起于2019年5月的一次聚會,有感于國內 DevOps運動的熱潮,以及缺乏體系化
和有深度的 DevOps人才培養(yǎng)體系,我們有了成立IDCF的念頭。
IDCF的中文是國際 DevOps教練聯(lián)合會,IDCF 原本定位是 DevOps教練。但在隨后的推廣和演化過程中,我們越來越覺得聯(lián)合會不應該只是關注于 DevOps教練層面,由此改為培養(yǎng)端到端的 DevOps人才與教練的 Slogan(口號),即泛化 DevOps教練的概念。一路前行,初心始終不變,培養(yǎng)端到端的 DevOps人才與教練,迄今依然是我們最想做的事情。
今年年初,我們開始考慮IDCF的使命愿景與價值觀。因為 DevOps有廣義與狹義之說,我們常宣導前者,但溝通時往往會存在歧義,而研發(fā)效能是這兩年新興的詞匯,與廣義 DevOps相匹配,我們決定將使命微調為培養(yǎng)端到端的研發(fā)效能人才,并由此衍生出連接高效組織與個人的愿景,希望聚合一切,萃取精華,成就不凡!。
勤為本,以誠輔之,勤則雖愚必明,誠則金石可穿。三年以來,初心未改,相信我們的誠心和勤奮,足以支持、維系和連接彼此,并推已及。
2.研發(fā)效能之 DevOps是一場修行
隨著冬哥有話說,案例研究、黑客馬拉松等活動陸續(xù)展開,我們在不斷與IDCF社群所有小伙伴一起前行,不斷精進,涉及的范圍也越來越廣。從人才成長地圖的思考,到端到端的研發(fā)效能人才應該具備什么技能,再到研發(fā)效能技術技能標準的編寫,我們在持續(xù)精進的同
時,也看到更廣闊的領域及前景。
如果每一種成長都是一次旅行,那么沿途會有哪些風景,會有哪些注意事項,一路又可以有哪些陪伴?
研發(fā)效能 DevOps也可看作一場旅行,如果要為這一旅行寫一個攻略,那么研發(fā)效能的攻略應會是怎樣的?
3.提出一個問題往往比解決一個問題更為重要
研發(fā)效能是近年的熱詞,企業(yè)言必談效能。那么,研發(fā)效能因何產生? 研發(fā)效能如何解決企業(yè)日益增長的業(yè)務訴求呢? 要重點解決什么問題? 企業(yè)的數(shù)字化轉型與研發(fā)效能如何結合呢? 會有哪些挑戰(zhàn)? 效能與效率、效果、效益有什么關聯(lián)? 如何衡量研發(fā)效能的應用效果? 路徑應該如何規(guī)劃? 應用的每個階段又有哪些需要注意的問題? 提到研發(fā)效能,很多人會有無數(shù)疑問。正是基于以上若干問題,我們將研發(fā)效能在企業(yè)應用中的問題進行了歸納和總結,進而深入探討了研發(fā)效能的運用及價值。
本書作者4人在研發(fā)效能領域深耕多年,曾在IBM、微軟、華為、京東、百度等企業(yè)任職,指導過如 京 東、華 為、小 米、海 康 威 視、百 度、招 商 銀 行、農 業(yè) 銀 行 等 上 百 家 組 織 的 敏 捷 與DevOps轉型,并發(fā)起了IDCF社區(qū)和中國 DevOps社區(qū)。在日常工作與社區(qū)活動中,我們被問過無數(shù)與研發(fā)效能相關的問題,這些各式各樣的問題,事實上體現(xiàn)了受眾群體很多共性的訴求。也許借助問題來展開討論,會是一種有意思并且也有意義的事情。
愛因斯坦曾說:提出一個問題往往比解決一個問題更為重要。一個好的問題往往會發(fā)人深省。
作者從接觸到的各類問題中歸納提煉,精選了約 100 個問題,將其與IDCF 研發(fā)效能DevOps人才成長地圖結合組織成本書,內容涵蓋IDCF研發(fā)效能框架的各個維度,覆蓋研發(fā)
效能全領域知識點,體現(xiàn)了宗旨:研發(fā)效能是端到端的事情。
4.內容結構
全書圍繞IDCF獨家提出的5P框架為藍本,5P即價值觀(Philosophy)、原則(Principle)、人(People)、技法篇(Practice)以及工具平臺(Platform)。其中,心法篇包括價值觀與原則內容,從研發(fā)效能出現(xiàn)的大時代背景切入,針對數(shù)字化時代的特征、何謂數(shù)字化轉型、數(shù)字化與IT 信息化的相關性及差異進行分析,再進而分析研發(fā)效能的定義及解讀、必要性以及帶來的價值、關鍵原則。之后講解狹義與廣義的 DevOps的區(qū)別,DevOps現(xiàn)狀報告解讀,研發(fā)效能度量誤區(qū)及相關建議等。組織篇核心是關于人,書中從個體能力建設、團隊及個人領導力、團隊與組織文化、工程師文化、團隊結構以及團隊建設、教練型領導、組織內外部社區(qū)建設等維度進行介紹,并以特斯拉的員工手冊為案例進行解讀分析。
技法篇內容是大家關注的焦點,也是全書的重點。技法篇的第1部分精益思想是整個敏捷、DevOps與研發(fā)效能的底層基礎,我們從精益思想與原則、約束理論 TOC、5 Why、價值流映射進行解讀。第2部分是團隊級敏捷實踐,也是整個研發(fā)效能管理和流程的重點。關于團隊級敏捷實踐的書很多,我們重點圍繞需求、用戶故事、DoR 與 DoD、敏捷計劃、Spotify模式、站會與回顧會議等進行解說,接著以產品生命周期各階段來展開說明。第3部分的 CE 持續(xù)探索介紹產品與商業(yè)創(chuàng)新以及需求管理等知識。第4部分以演進式架構介紹云原生與微服務架構。第5部分 CI持續(xù)集成講解開發(fā)與集成。第6部分 CT 持續(xù)測試/質量管理介紹了敏捷測試相關方法實踐。第7部分持續(xù)安全將 DevSecOps這一概念進行落地拆解。第8部分 CD持續(xù)交付與持續(xù)部署講解流水線相關實踐,包括基礎設施即代碼/一切皆代碼、低風險發(fā)布等相關內容,主題圍繞按節(jié)奏開發(fā)與部署展開。第9部分按需發(fā)布與持續(xù)反饋講的是產品生命周期的最后一個環(huán)節(jié),圍繞發(fā)布工程、SRE、韌性工程、無指責時分析會議等內容進行介紹,主體核心是按需求發(fā)布。
通過以上內容學習,希望讀者對研發(fā)效能有更為完整和細致的理解,如果剛好回答了您關心的問題,說明產生了共鳴;如果您看過之后依然有新的問題,也歡迎和本書作者溝通交流。研發(fā)效能是一條精進之路,沒有盡頭,希望在這條路上我們可以一起同行!
對這些問題的答疑,您未必可以完全解惑,但如果可以給到您些許啟示,喚起內心求知的好奇心,那么也就達到我們的目的了,這也是這本書的發(fā)心:學習和成長終歸是自己的事,希望您的旅途,有IDCF的陪伴!
本書在編著過程中,參閱了眾多相關資料及文獻,在此表示感謝! 另,由于時間及水平所限,書中難免出現(xiàn)不妥或疏漏之處,敬請廣大讀者朋友批評指正,我們將不勝感激,并在再版時改正,謝謝!
編 者
心 法 篇
心法篇一 研發(fā)效能管理的重要性及躍升原則
第1問 為什么要關注研發(fā)效能
第2問 關于研發(fā)效能提升,有哪些關鍵原則
心法篇二 數(shù)字化時代研發(fā)效能價值的理解及度量指標
第3問 數(shù)字化轉型與IT 信息化有哪些坑
第4問 如何正確理解研發(fā)效能
第5問 如何向領導闡述研發(fā)效能的價值
第6問 如何破解度量指標的誤區(qū)
第7問 關于研發(fā)效能,我們應該度量什么
心法篇三 關于 DevOps的產生
第8問 什么是狹義的 DevOps和廣義的 DevOps
組 織 篇
組織篇一 組織效能躍升所需要的人員素質
第9問 高效能組織,到底需要什么樣的員工
第10問 高效能組織,到底需要什么樣的領導力
組織篇二 組織效能躍升需要的文化環(huán)境支持
第11問 高效能組織,到底需要什么樣的文化
第12問 高效能組織,如何打造工程(師)文化
組織篇三 如何培養(yǎng)高效的組織及技術社區(qū)
第13問 作為 Leader主管,我們該如何培養(yǎng)高效團隊
第14問 作為教練型領導,我們該如何有效的給出反饋
第15問 如何做好組織內部社區(qū)
第16問 技術社區(qū),從想到做到有哪些關鍵點
數(shù)字化時代研發(fā)效能躍升方法與實踐
第17問 著名的特斯拉反手冊說了什么
技 法 篇
技法篇一 精益思想
第18問 精益思想價值與原則什么
第19問 精益思想里提到哪8種浪費現(xiàn)象
第20問 如何通過價值流映射,實現(xiàn)研發(fā)效能10倍速提升
技法篇二 團隊級敏捷
第21問 如何在敏捷開發(fā)中管理需求
第22問 如何通過用戶故事驅動敏捷開發(fā)
第23問 DoR與 DoD的關聯(lián)與差異是什么
第24問 如何在敏捷開發(fā)中有效的做計劃
第25問 知識工作者,需要填報工時嗎
第26問 Spotify敏捷規(guī);蚣艿慕M織架構有什么奧秘
第27問 如何開好每日站會
第28問 如何開好敏捷回顧會議
技法篇三 CE持續(xù)探索
第29問 持續(xù)探索,需要探索什么
第30問 從0到1的商業(yè)模式探索,這些事兒做對了嗎
第31問 如何協(xié)助影響地圖快速探索、驗證假設
第32問 如何從零開始構建你的第一張用戶故事地圖
技法篇四 演進式架構
第33問 CloudNative云原生應用出現(xiàn)的動因是什么
第34問 云原生微服務架構的價值是什么
第35問 云原生應用的核心要素是什么
第36問 為什么是容器 Docker和 Kubernetes
第37問 微服務架構與微服務底座有什么作用
第38問 微服務該如何進行治理
第39問 應用應該如何遷移上云
第40問 云原生時代的 DevOps該如何構建
第41問 如何通過粒度與解耦,推動 DevOps實施落地
第42問 如何構建符合康威定律的團隊組織架構
第43問 如何平衡技術債務與業(yè)務交付
技法篇五 CI持續(xù)集成
第44問 持續(xù)集成,集成的是什么
第45問 企業(yè)開發(fā)者使用 Git時需要回答的幾個關鍵問題
第46問 如何將 GitPullRequest和部署目標環(huán)境綁定
第47問 大型科技公司產研團隊如何進行開發(fā)部署的
第48問 大規(guī)模應用系統(tǒng)雙模研發(fā)的 GIT 分支模型是怎樣的
技法篇六 持續(xù)測試/質量管理
第49問 什么是敏捷測試
第50問 敏捷測試宣言說了什么
第51問 如何評估測試管理能力的成熟度
第52問 敏捷測試四象限如何分類
第53問 測試金字塔與測試分類如何對應
第54問 敏捷測試中常用的測試方法有哪些
第55問 向左走,向右走,測試應該何去何從
第56問 為什么說自動化測試是持續(xù)交付的基石
第57問 對于測試人員的職業(yè)發(fā)展有什么建議
第58問 什么是質量,質量與速度無法兼得嗎
第59問 微軟如何測試 VSTS 以實現(xiàn)持續(xù)交付
技法篇七 持續(xù)安全 DevSecOps
第60問 DevSecOps是如何產生的
第61問 DevSecOps安全工具如何分層
第62問 DevSecOps落地從哪些方面入手
第63問 DevSecOps有哪些最佳實踐和原則
第64問 軟件生命周期各階段有哪些安全措施
第65問 DevSecOps有哪些行業(yè)案例
技法篇八 CD持續(xù)交付 & 持續(xù)部署
第66問 持續(xù)部署,需要注意什么
第67問 為什么需要有 DevOps流水線
第68問 EverythingasCode一切皆代碼,在說些什么
第69問 為什么基礎設施即代碼至關重要
第70問 如何做到低風險的部署與發(fā)布
第71問 如何通過功能開關,實現(xiàn)業(yè)務靈活發(fā)布
第72問 功能開關有哪些使用案例
第73問 雙模IT 模型是合理的存在嗎
第74問 數(shù)據(jù)庫的 DevOps流水線如何搭建
數(shù)字化時代研發(fā)效能躍升方法與實踐
第75問 如何通過 Markdown/reST 文檔發(fā)布流水線,構建 DevOps文檔中心
第76問 4億美元公司是如何在45mill內因部署失敗而破產的
技法篇九 RoD按需發(fā)布 & 持續(xù)反饋
第77問 按需發(fā)布(RoD)的核心活動有哪些
第78問 按節(jié)奏開發(fā),按需求發(fā)布,到底講的是什么
第79問 發(fā)布工程都做些什么
第80問 SRE工程師與 DevOps工程師是什么關系
第81問 獨角獸們如何開展韌性工程實踐
第82問 如何開展無指責的事后分析會議
結束語
最后一問:過去的1000天里發(fā)生了什么
參考文獻