DevOps落地與轉(zhuǎn)型：提升研發(fā)效能的方法與實(shí)踐

推薦序一
推薦序二
推薦序三
前言
第一篇　工程能力實(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　往往簡單的問題最復(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<>