推薦序一
推薦序二
推薦序三
前言
第一篇　工程能力實踐
第1章　如何提升技術團隊代碼質量2
1.1　故事開啟2
1.1.1　故事背景2
1.1.2　故事內容3
1.1.3　故事結論4
1.2　為什么要先做代碼質量提升4
1.2.1　站在開發(fā)者視角4
1.2.2　站在技術負責人視角4
1.2.3　站在CTO視角5
1.2.4　站在旁觀者視角5
1.3　怎么啟動項目5
1.3.1　快開始，慢啟動6
1.3.2　站個臺，明目標6
1.3.3　觀現狀，探預期6
1.3.4　扣本質，強烙印7
1.3.5　重過程，有效果8
1.4　如何可視化管理代碼質量9
1.4.1　靜態(tài)代碼質量量化指標9
1.4.2　搭建可視化數據分析平臺11
1.4.3　代碼質量可提升的故事15
1.5　統一代碼分支策略20
1.5.1　往往簡單的問題復雜20
1.5.2　適合自己的才是重要的22
1.6　怎么運轉項目24
1.6.1　頻繁構建，持續(xù)發(fā)現25
1.6.2　找方法，定原則26
1.6.3　分層會議，周期性運轉30
1.6.4　構成生態(tài)，養(yǎng)成習慣31
1.7　效能團隊實施策略32
1.7.1　項目前期：學會走，建立團隊
信任33
1.7.2　項目中期：小步快跑，增強團隊信心33
1.7.3　項目收益期：降增量，
顧存量34
1.8　效能團隊落地實踐成果總結34
1.8.1　落實工作框架，形成制度和
規(guī)范34
1.8.2　趨勢圖分析，少而精36
1.8.3　基于“211問題”，伺機而動40
1.9　深度思考42
1.9.1　知識工作者的管理方法42
1.9.2　高效能團隊模式43
1.10　本章小結44
第2章　如何驅動測試左移45
2.1　故事承接45
2.1.1　第一天歡喜45
2.1.2　第二天思考46
2.1.3　第三天計劃48
2.1.4　第四天行動49
2.2　測試人員如何適配新的開發(fā)
　　 模式50
2.2.1　測試人員還在夾縫中生存嗎50
2.2.2　不進則退50
2.2.3　測試左移的原則51
2.2.4　選擇合適的工程實踐方法52
2.3　如何讓測試人員融入開發(fā)和產品人員
　　 的需求實現過程53
2.3.1　產研協作流程現狀、問題及
改進54
2.3.2　開發(fā)和測試人員間的承諾58
2.3.3　開發(fā)和測試人員間的扶助61
2.4　如何解決開發(fā)提測質量低和延期
　　 問題62
2.4.1　在哪里失敗就在哪里找原因63
2.4.2　抓核心，定框架，找場景，
上平臺63
2.5　如何實現頻繁測試和快速驗證65
2.5.1　自動化測試前的“黑暗”
時刻65
2.5.2　一個腳本自動化調度平臺的
故事66
2.5.3　定規(guī)范，解阻礙，提能力，
上平臺67
2.6　如何通過改變研發(fā)習慣來驅動
　　 測試左移76
2.6.1　開發(fā)自動化代碼模板生成
插件76
2.6.2　在線接口文檔接入在線測試
平臺77
2.6.3　提交代碼聯動工作項狀態(tài)
變更77
2.6.4　交互式代碼審查工具77
2.6.5　腦圖用例多人在線協作78
2.7　效能團隊落地效果79
2.7.1　研發(fā)效率和協作效率提升79
2.7.2　研發(fā)質量和交付效率提升80
2.7.3　制定測試左移解決方案82
2.8　深度思考83
2.8.1　持續(xù)測試思考83
2.8.2　團隊工程實踐之單測和自動化
測試84
2.9　本章小結84
第二篇　平臺體系搭建實踐
第3章　如何實現頻繁構建、
隨機部署88
3.1　故事轉折88
3.1.1　上云心態(tài)89
3.1.2　技術團隊面臨的挑戰(zhàn)89
3.1.3　效能團隊面臨的挑戰(zhàn)89
3.1.4　上云過程精彩紛呈90
3.2　平臺改造之前的準備工作91
3.2.1　先讓研發(fā)人員正常工作91
3.2.2　約束是為了更高質量的升華92
3.2.3　自運維管理平臺的改造和實踐
理念思考94
3.3　如何讓研發(fā)人員只關注技術
　　 問題97
3.3.1　改造自運維管理平臺的兩個
前提97
3.3.2　工程實踐能力建設99
3.3.3　解決擴展問題109
3.3.4　解決多版本無法并行驗證的
問題111
3.4　如何讓研發(fā)團隊實現自運維
　　 管理118
3.4.1　制定穩(wěn)定性檢查規(guī)范標準118
3.4.2　研發(fā)人員融入自運維管理
體系121
3.5　深度思考123
3.5.1　研發(fā)效能的思考123
3.5.2　Kubernetes聲明式API124
3.5.3　為什么Kubernetes需要Pod124
3.6　本章小結125
第4章　如何通過度量指標驅動團隊
改進127
4.1　故事承上啟下127
4.1.1　兩個有趣的故事127
4.1.2　度量的反模式129
4.1.3　大廠怎么做130
4.1.4　我們之前怎么做133
4.2　如何搭建度量指標體系134
4.2.1　研發(fā)效能的度量原則134
4.2.2　研發(fā)效能度量的實踐框架135
4.2.3　研發(fā)效能度量指標的設計143
4.3　如何選擇效能度量指標來反映
　　 團隊現狀144
4.3.1　開展效能度量的背景144
4.3.2　效能儀表盤145
4.3.3　進一步效能分析148
4.4　如何通過消息閉環(huán)驅動團隊
　　 改進150
4.4.1　平臺間的割裂性151
4.4.2　內建質量后的消息觸達152
4.4.3　RPA工具加持155
4.5　深度思考156
4.5.1　團隊常規(guī)管理156
4.5.2　團隊深度管理157
4.5.3　站在巨人的肩膀上158
4.6　本章小結159
第5章　如何降低故障率160
5.1　故事推進161
5.1.1　一段與技術支撐團隊的
對話161
5.1.2　效能團隊發(fā)現的問題162
5.1.3　DevOps能力分析164
5.1.4　DevOps能力加強建設167
5.2　云時代下的CMDB169
5.2.1　以服務為核心的配置管理169
5.2.2　運維思維的轉變173
5.2.3　如何在CMDB中落地服務配置
管理178
5.3　如何通過精益運維項目提升團隊
　　 穩(wěn)定性保障能力182
5.3.1　“插足”別人的管理世界183
5.3.2　怎么開展項目184
5.3.3　怎么運作項目187
5.3.4　項目的成果189
5.4　如何通過故障管理提升團隊
　　 自信心191
5.4.1　我們對故障的理解191
5.4.2　通過制定部署流程規(guī)范降低
故障率192
5.4.3　通過事件管理平臺驅動故障閉環(huán)管理198
5.5　搭建質量保障體系202
5.6　深度思考204
5.6.1　Kubernetes帶來的運維能力
變革204
5.6.2　團隊管理之教練與賦能205
5.7　本章小結206
第三篇　管理模式實踐
第6章　如何改善現有的管理模式208
6.1　故事波瀾208
6.1.1　刻板印象209
6.1.2　關于平臺的故事210
6.1.3　管理理念的碰撞211
6.2　如何通過搭建在線協作平臺改善
　　 產研協作關系212
6.2.1　梳理技術中心項目管理方式212
6.2.2　梳理平臺承載項和工作流217
6.2.3　梳理不同視角下的功能模塊220
6.3　如何通過平臺自動化提高項目
　　 管理效率225
6.3.1　輸入自動化226
6.3.2　輸出自動化228
6.4　如何通過項目制提升價值交付
　　 有效性232
6.4.1　通過項目制解決資源協調
問題232
6.4.2　通過流程制度讓項目制項目有據可依233
6.4.3　通過各職能職責讓項目制項目
運轉起來236
6.5　深度思考239
6.5.1　全棧式敏捷思考239
6.5.2　有關VSM的思考240
6.6　本章小結241
第7章　如何向團隊引入DevOps243
7.1　故事升華243
7.1.1　工具團隊的問題244
7.1.2　如何做得不一樣245
7.2　如何通過實施Scrum進行團隊
　　 管理247
7.2.1　讓效能團隊忘記Scrum的“3355”原則248
7.2.2　守住WIP上限和完成標準250
7.2.3　做好估算，不糾結故事點252
7.2.4　過程管理一定要度量254
7.3　如何持續(xù)提升團隊影響力255
7.3.1　通過團隊規(guī)劃和目標通曬讓技術團隊知其然256
7.3.2　通過DevOps技術沙龍讓技術團隊知其因257
7.3.3　通過平臺佳實踐讓技術團隊知其所以然258
7.4　如何打造DevOps文化260
7.4.1　共創(chuàng)團隊階段性目標260
7.4.2　打造團隊符號261
7.4.3　共建工程實踐社區(qū)262
7.4.4　引進來，走出去262
7.5　深度思考263
7.5.1　思考碎片263
7.5.2　利用DevOps模式快速上云264
7.6　本章小結265
第8章　總結與行動266
8.1　我們的研發(fā)效能提升之旅266
8.2　持續(xù)探索星辰大海270
8.3　做正確的事271
8.4　站在巨人的肩膀上行動起來271