??作者主頁：小虛竹
??作者簡(jiǎn)介：大家好,我是小虛竹。Java領(lǐng)域優(yōu)質(zhì)創(chuàng)作者🏆，CSDN博客專家🏆，華為云享專家🏆，掘金年度人氣作者🏆，阿里云專家博主🏆，51CTO專家博主🏆
??技術(shù)活，該賞
??點(diǎn)贊 👍 收藏 ?再看，養(yǎng)成習(xí)慣
PC端左側(cè)加我微信，進(jìn)社群，有送書等更多活動(dòng)！
老規(guī)矩，文末有送書的規(guī)則~~
DevOps 在各大互聯(lián)網(wǎng)公司已經(jīng)成為技術(shù)團(tuán)隊(duì)開展數(shù)字化轉(zhuǎn)型和研發(fā)效能提升的可行實(shí)踐框架和指導(dǎo)方法。同時(shí)，研發(fā)效能順勢(shì)成為近些年被頻繁提起的熱點(diǎn)。如今，各大互聯(lián)網(wǎng)公司都在招聘研發(fā)效能工程師和DevOps工程師。對(duì)于就業(yè)者來說，這何嘗不是機(jī)會(huì)呢？
什么是 DevOps 呢？一千家公司可能有一千個(gè)定義，當(dāng)然也有不少于一千個(gè)實(shí)現(xiàn)方案，這就是 DevOps 落地形式上的差異性和模糊性。讀者在實(shí)踐 DevOps 前，一定要找到最小可行性方案，并且該方案中的框架和方法等要能夠容易地應(yīng)用到實(shí)際的產(chǎn)品研發(fā)場(chǎng)景中。
如何開展和實(shí)施 DevOps？其實(shí)，我們理解的 DevOps 就像敏捷一樣，它是一種理念，關(guān)鍵是如何利用這種理念幫助團(tuán)隊(duì)解決當(dāng)前問題。至于我們實(shí)施的DevOps是不是對(duì)的，這就要看我們解決的問題是不是你們當(dāng)前面臨的難題或阻礙點(diǎn)了。
希望大家可以在《DevOps落地與轉(zhuǎn)型：提升研發(fā)效能的方法與實(shí)踐》這本書中尋找“答案”。
（1）作者經(jīng)驗(yàn)豐富：資深研發(fā)效能專家，有10年研發(fā)經(jīng)驗(yàn)，成功帶領(lǐng)兩家互聯(lián)網(wǎng)企業(yè)從0到100落地DevOps，本書全面復(fù)盤。
（2）以實(shí)戰(zhàn)為導(dǎo)向：復(fù)盤2個(gè)成功項(xiàng)目的經(jīng)驗(yàn)，以真實(shí)研產(chǎn)場(chǎng)景為主線，通過大量案例，手把手指導(dǎo)不同階段和背景的技術(shù)團(tuán)隊(duì)開展DevOps實(shí)踐。
（3）方法可以復(fù)制：基于作者的經(jīng)驗(yàn)和認(rèn)知，提煉了可以復(fù)制的最小可行性方案和行動(dòng)路線。
（4）內(nèi)容富有趣味：通過富有趣味的故事（真實(shí)項(xiàng)目經(jīng)歷改編），指導(dǎo)讀者快速將日常工作與DevOps融合，讓讀者身臨其境地感受和掌握切實(shí)可行的實(shí)踐方法。
（5）重磅專家推薦：國(guó)際DevOps教練聯(lián)合會(huì)社區(qū)聯(lián)合發(fā)起人、中國(guó)DevOps社區(qū)2021年度理事長(zhǎng)推薦。
（1）技術(shù)骨干、技術(shù)高管、一線管理者
通過 DevOps 轉(zhuǎn)型提高技術(shù)團(tuán)隊(duì)交付效率，進(jìn)而改進(jìn)團(tuán)隊(duì)的研發(fā)模式、管理方法和協(xié)作形式。
（2）研發(fā)效能經(jīng)理、項(xiàng)目經(jīng)理、敏捷教練
透徹了解DevOps 運(yùn)作模式，掌握工程實(shí)踐能力和全鏈路平臺(tái)的建設(shè)能力。
（3）開發(fā)人員、測(cè)試人員、運(yùn)維人員、產(chǎn)品經(jīng)理
不再局限于只會(huì)使用DevOps工具，還能站在更高點(diǎn)思考如何利用DevOps工具和理念拓寬知識(shí)邊界。只有知道為什么，才能知道如何做，以及如何改進(jìn)。
（4）DevOps和研發(fā)效能的布道者
結(jié)合書中方法，正確、高效地結(jié)合工程實(shí)踐方法、平臺(tái)工具、文化理念等多維度的去推廣和宣傳。
蔣星辰
擁有10年軟件研發(fā)背景的資深研發(fā)效能專家，先后就職于聯(lián)想、網(wǎng)易、瑞幸咖啡、舌尖科技。近年來一直從事DevOps實(shí)踐和轉(zhuǎn)型、項(xiàng)目管理、技術(shù)管理等相關(guān)工作，先后幫助多家互聯(lián)網(wǎng)公司從0到1實(shí)現(xiàn)DevOps 轉(zhuǎn)型，熱衷于管理方法上的研究和創(chuàng)新。
申請(qǐng)并通過7項(xiàng)國(guó)家個(gè)人發(fā)明專利，曾被浙江省杭州市引進(jìn)并認(rèn)定為杭州高層次人才。
Contents目 錄
推薦序一
推薦序二
推薦序三
前言
第一篇 工程能力實(shí)踐
第1章 如何提升技術(shù)團(tuán)隊(duì)代碼質(zhì)量2
1.1 故事開啟2
1.1.1 故事背景2
1.1.2 故事內(nèi)容3
1.1.3 故事結(jié)論4
1.2 為什么要先做代碼質(zhì)量提升4
1.2.1 站在開發(fā)者視角4
1.2.2 站在技術(shù)負(fù)責(zé)人視角4
1.2.3 站在CTO視角5
1.2.4 站在旁觀者視角5
1.3 怎么啟動(dòng)項(xiàng)目5
1.3.1 快開始，慢啟動(dòng)6
1.3.2 站個(gè)臺(tái)，明目標(biāo)6
1.3.3 觀現(xiàn)狀，探預(yù)期6
1.3.4 扣本質(zhì)，強(qiáng)烙印7
1.3.5 重過程，有效果8
1.4 如何可視化管理代碼質(zhì)量9
1.4.1 靜態(tài)代碼質(zhì)量量化指標(biāo)9
1.4.2 搭建可視化數(shù)據(jù)分析平臺(tái)11
1.4.3 代碼質(zhì)量可提升的故事15
1.5 統(tǒng)一代碼分支策略20
1.5.1 往往簡(jiǎn)單的問題最復(fù)雜20
1.5.2 適合自己的才是最重要的22
1.6 怎么運(yùn)轉(zhuǎn)項(xiàng)目24
1.6.1 頻繁構(gòu)建，持續(xù)發(fā)現(xiàn)25
1.6.2 找方法，定原則26
1.6.3 分層會(huì)議，周期性運(yùn)轉(zhuǎn)30
1.6.4 構(gòu)成生態(tài)，養(yǎng)成習(xí)慣31
1.7 效能團(tuán)隊(duì)實(shí)施策略32
1.7.1 項(xiàng)目前期：學(xué)會(huì)走，建立團(tuán)隊(duì)
信任33
1.7.2 項(xiàng)目中期：小步快跑，增強(qiáng)團(tuán)隊(duì)信心33
1.7.3 項(xiàng)目收益期：降增量，
顧存量34
1.8 效能團(tuán)隊(duì)落地實(shí)踐成果總結(jié)34
1.8.1 落實(shí)工作框架，形成制度和
規(guī)范34
1.8.2 趨勢(shì)圖分析，少而精36
1.8.3 基于“211問題”，伺機(jī)而動(dòng)40
1.9 深度思考42
1.9.1 知識(shí)工作者的管理方法42
1.9.2 高效能團(tuán)隊(duì)模式43
1.10 本章小結(jié)44
第2章 如何驅(qū)動(dòng)測(cè)試左移45
2.1 故事承接45
2.1.1 第一天歡喜45
2.1.2 第二天思考46
2.1.3 第三天計(jì)劃48
2.1.4 第四天行動(dòng)49
2.2 測(cè)試人員如何適配新的開發(fā)
模式50
2.2.1 測(cè)試人員還在夾縫中生存嗎50
2.2.2 不進(jìn)則退50
2.2.3 測(cè)試左移的原則51
2.2.4 選擇合適的工程實(shí)踐方法52
2.3 如何讓測(cè)試人員融入開發(fā)和產(chǎn)品人員
的需求實(shí)現(xiàn)過程53
2.3.1 產(chǎn)研協(xié)作流程現(xiàn)狀、問題及
改進(jìn)54
2.3.2 開發(fā)和測(cè)試人員間的承諾58
2.3.3 開發(fā)和測(cè)試人員間的扶助61
2.4 如何解決開發(fā)提測(cè)質(zhì)量低和延期
問題62
2.4.1 在哪里失敗就在哪里找原因63
2.4.2 抓核心，定框架，找場(chǎng)景，
上平臺(tái)63
2.5 如何實(shí)現(xiàn)頻繁測(cè)試和快速驗(yàn)證65
2.5.1 自動(dòng)化測(cè)試前的“黑暗”
時(shí)刻65
2.5.2 一個(gè)腳本自動(dòng)化調(diào)度平臺(tái)的
故事66
2.5.3 定規(guī)范，解阻礙，提能力，
上平臺(tái)67
2.6 如何通過改變研發(fā)習(xí)慣來驅(qū)動(dòng)
測(cè)試左移76
2.6.1 開發(fā)自動(dòng)化代碼模板生成
插件76
2.6.2 在線接口文檔接入在線測(cè)試
平臺(tái)77
2.6.3 提交代碼聯(lián)動(dòng)工作項(xiàng)狀態(tài)
變更77
2.6.4 交互式代碼審查工具77
2.6.5 腦圖用例多人在線協(xié)作78
2.7 效能團(tuán)隊(duì)落地效果79
2.7.1 研發(fā)效率和協(xié)作效率提升79
2.7.2 研發(fā)質(zhì)量和交付效率提升80
2.7.3 制定測(cè)試左移解決方案82
2.8 深度思考83
2.8.1 持續(xù)測(cè)試思考83
2.8.2 團(tuán)隊(duì)工程實(shí)踐之單測(cè)和自動(dòng)化
測(cè)試84
2.9 本章小結(jié)84
第二篇 平臺(tái)體系搭建實(shí)踐
第3章 如何實(shí)現(xiàn)頻繁構(gòu)建、
隨機(jī)部署88
3.1 故事轉(zhuǎn)折88
3.1.1 上云心態(tài)89
3.1.2 技術(shù)團(tuán)隊(duì)面臨的挑戰(zhàn)89
3.1.3 效能團(tuán)隊(duì)面臨的挑戰(zhàn)89
3.1.4 上云過程精彩紛呈90
3.2 平臺(tái)改造之前的準(zhǔn)備工作91
3.2.1 先讓研發(fā)人員正常工作91
3.2.2 約束是為了更高質(zhì)量的升華92
3.2.3 自運(yùn)維管理平臺(tái)的改造和實(shí)踐
理念思考94
3.3 如何讓研發(fā)人員只關(guān)注技術(shù)
問題97
3.3.1 改造自運(yùn)維管理平臺(tái)的兩個(gè)
前提97
3.3.2 工程實(shí)踐能力建設(shè)99
3.3.3 解決擴(kuò)展問題109
3.3.4 解決多版本無法并行驗(yàn)證的
問題111
3.4 如何讓研發(fā)團(tuán)隊(duì)實(shí)現(xiàn)自運(yùn)維
管理118
3.4.1 制定穩(wěn)定性檢查規(guī)范標(biāo)準(zhǔn)118
3.4.2 研發(fā)人員融入自運(yùn)維管理
體系121
3.5 深度思考123
3.5.1 研發(fā)效能的思考123
3.5.2 Kubernetes聲明式API124
3.5.3 為什么Kubernetes需要Pod124
3.6 本章小結(jié)125
第4章 如何通過度量指標(biāo)驅(qū)動(dòng)團(tuán)隊(duì)
改進(jìn)127
4.1 故事承上啟下127
4.1.1 兩個(gè)有趣的故事127
4.1.2 度量的反模式129
4.1.3 大廠怎么做130
4.1.4 我們之前怎么做133
4.2 如何搭建度量指標(biāo)體系134
4.2.1 研發(fā)效能的度量原則134
4.2.2 研發(fā)效能度量的實(shí)踐框架135
4.2.3 研發(fā)效能度量指標(biāo)的設(shè)計(jì)143
4.3 如何選擇效能度量指標(biāo)來反映
團(tuán)隊(duì)現(xiàn)狀144
4.3.1 開展效能度量的背景144
4.3.2 效能儀表盤145
4.3.3 進(jìn)一步效能分析148
4.4 如何通過消息閉環(huán)驅(qū)動(dòng)團(tuán)隊(duì)
改進(jìn)150
4.4.1 平臺(tái)間的割裂性151
4.4.2 內(nèi)建質(zhì)量后的消息觸達(dá)152
4.4.3 RPA工具加持155
4.5 深度思考156
4.5.1 團(tuán)隊(duì)常規(guī)管理156
4.5.2 團(tuán)隊(duì)深度管理157
4.5.3 站在巨人的肩膀上158
4.6 本章小結(jié)159
第5章 如何降低故障率160
5.1 故事推進(jìn)161
5.1.1 一段與技術(shù)支撐團(tuán)隊(duì)的
對(duì)話161
5.1.2 效能團(tuán)隊(duì)發(fā)現(xiàn)的問題162
5.1.3 DevOps能力分析164
5.1.4 DevOps能力加強(qiáng)建設(shè)167
5.2 云時(shí)代下的CMDB169
5.2.1 以服務(wù)為核心的配置管理169
5.2.2 運(yùn)維思維的轉(zhuǎn)變173
5.2.3 如何在CMDB中落地服務(wù)配置
管理178
5.3 如何通過精益運(yùn)維項(xiàng)目提升團(tuán)隊(duì)
穩(wěn)定性保障能力182
5.3.1 “插足”別人的管理世界183
5.3.2 怎么開展項(xiàng)目184
5.3.3 怎么運(yùn)作項(xiàng)目187
5.3.4 項(xiàng)目的成果189
5.4 如何通過故障管理提升團(tuán)隊(duì)
自信心191
5.4.1 我們對(duì)故障的理解191
5.4.2 通過制定部署流程規(guī)范降低
故障率192
5.4.3 通過事件管理平臺(tái)驅(qū)動(dòng)故障閉環(huán)管理198
5.5 搭建質(zhì)量保障體系202
5.6 深度思考204
5.6.1 Kubernetes帶來的運(yùn)維能力
變革204
5.6.2 團(tuán)隊(duì)管理之教練與賦能205
5.7 本章小結(jié)206
第三篇 管理模式實(shí)踐
第6章 如何改善現(xiàn)有的管理模式208
6.1 故事波瀾208
6.1.1 刻板印象209
6.1.2 關(guān)于平臺(tái)的故事210
6.1.3 管理理念的碰撞211
6.2 如何通過搭建在線協(xié)作平臺(tái)改善
產(chǎn)研協(xié)作關(guān)系212
6.2.1 梳理技術(shù)中心項(xiàng)目管理方式212
6.2.2 梳理平臺(tái)承載項(xiàng)和工作流217
6.2.3 梳理不同視角下的功能模塊220
6.3 如何通過平臺(tái)自動(dòng)化提高項(xiàng)目
管理效率225
6.3.1 輸入自動(dòng)化226
6.3.2 輸出自動(dòng)化228
6.4 如何通過項(xiàng)目制提升價(jià)值交付
有效性232
6.4.1 通過項(xiàng)目制解決資源協(xié)調(diào)
問題232
6.4.2 通過流程制度讓項(xiàng)目制項(xiàng)目有據(jù)可依233
6.4.3 通過各職能職責(zé)讓項(xiàng)目制項(xiàng)目
運(yùn)轉(zhuǎn)起來236
6.5 深度思考239
6.5.1 全棧式敏捷思考239
6.5.2 有關(guān)VSM的思考240
6.6 本章小結(jié)241
第7章 如何向團(tuán)隊(duì)引入DevOps243
7.1 故事升華243
7.1.1 工具團(tuán)隊(duì)的問題244
7.1.2 如何做得不一樣245
7.2 如何通過實(shí)施Scrum進(jìn)行團(tuán)隊(duì)
管理247
7.2.1 讓效能團(tuán)隊(duì)忘記Scrum的“3355”原則248
7.2.2 守住WIP上限和完成標(biāo)準(zhǔn)250
7.2.3 做好估算，不糾結(jié)故事點(diǎn)252
7.2.4 過程管理一定要度量254
7.3 如何持續(xù)提升團(tuán)隊(duì)影響力255
7.3.1 通過團(tuán)隊(duì)規(guī)劃和目標(biāo)通曬讓技術(shù)團(tuán)隊(duì)知其然256
7.3.2 通過DevOps技術(shù)沙龍讓技術(shù)團(tuán)隊(duì)知其因257
7.3.3 通過平臺(tái)最佳實(shí)踐讓技術(shù)團(tuán)隊(duì)知其所以然258
7.4 如何打造DevOps文化260
7.4.1 共創(chuàng)團(tuán)隊(duì)階段性目標(biāo)260
7.4.2 打造團(tuán)隊(duì)符號(hào)261
7.4.3 共建工程實(shí)踐社區(qū)262
7.4.4 引進(jìn)來，走出去262
7.5 深度思考263
7.5.1 思考碎片263
7.5.2 利用DevOps模式快速上云264
7.6 本章小結(jié)265
第8章 總結(jié)與行動(dòng)266
8.1 我們的研發(fā)效能提升之旅266
8.2 持續(xù)探索星辰大海270
8.3 做正確的事271
8.4 站在巨人的肩膀上行動(dòng)起來271
虛竹哥直接送2本好書，參與好評(píng)送書~
參與好評(píng)送書：隨機(jī)抽取2位幸運(yùn)讀者，各送一本《DevOps落地與轉(zhuǎn)型：提升研發(fā)效能的方法與實(shí)踐》
統(tǒng)計(jì)截止時(shí)間：2023/02/27 20:00:00
請(qǐng)中獎(jiǎng)的讀者統(tǒng)計(jì)截止時(shí)間過后7天內(nèi)私信虛竹哥收貨地址，過期獎(jiǎng)勵(lì)作廢哈！
來虛竹哥送書的朋友圈點(diǎn)贊，點(diǎn)贊送書~
虛竹哥開放好友位 ：傳送門–》
我是寵粉的虛竹哥，請(qǐng)繼續(xù)支持我，哈哈哈~
聯(lián)系客服
