買這商品的人也買了...
-
$420$328 -
$774$735 -
$594$564 -
$594$564 -
$301企業軟件交付:敏捷與高效管理精要
-
$254跨境電商基礎與實務, 2/e (視頻指導版)
-
$662敏捷測試 : 以持續測試促進持續交付
-
$454軟件交付通識
-
$505DevSecOps 實戰
-
$505DevOps悖論
-
$636$604 -
$479$455 -
$414$393 -
$620$490 -
$594$564 -
$658企業級 Go 項目開發實戰
-
$352軟件測試技術與實踐
-
$294$279 -
$880$748 -
$480$360 -
$673Apache APISIX 實戰
-
$600$468 -
$419$398 -
$654$621 -
$780$616
相關主題
商品描述
這本書將指導讀者如何從0到1組建DevOps團隊、搭建DevOps全鏈路平台、應用DevOps工程方法、實踐DevOps文化理念,
從而解決各種軟件交付效率難題和提升研發效能,蕞全方位實現DevOps的落地和轉型。
在方法層面,本書基於作者多年的研發效能經驗和成功的DevOps落地經驗,
提煉出了套可複用的蕞小可行方案和行動路線,涉及研發效能、敏捷管理、項目管理等多個領域,讓讀者的實踐有“套路”可循。
在實踐層面,以真實的產研場景為主線,通過豐富有趣的故事情節帶領讀者身臨其境地理解和掌握?
DevOps?轉型和研發效能提升的方法,並提供大量真實的場景案例和實踐方法,讀者可直接應用到團隊實踐中。
全書8章,邏輯上可分為三分:
第 分 工程實踐(第1-2章)
重點分析了技術團隊需要具備的基礎工程實踐以及如何驅動團隊提升這些,
比如障代碼質量的製度和規範,以及產研團隊如何通過測試左移實現高效協作和提升。
第二分 平台體系實踐(第3-5章)
重點闡述瞭如何利用 DevOps 全鏈路平台間的聯動性,通過度量、
監控、預警等消息觸達手段反饋團隊的問題,通過事件管理驅動團隊問題的解決。
第三分 管理模式實踐(第6-8章)
重點闡述瞭如何通過不斷提升團隊影響力,結合不同的管理模式和平台管理屬性功能,
聯動具有共同目標的門開展有效的項目管理,並在蕞後通過總結與行動分為讀者勾勒幅 Devops 轉型和研發效能提升的全景圖。
目錄大綱
推薦序一
推薦序二
推薦序三
前言
第一篇 工程能力實踐
第1章 如何提陞技術團隊代碼質量2
1.1 故事開啟2
1.1.1 故事背景2
1.1.2 故事內容3
1.1.3 故事結論4
1.2 為什麼要先做代碼質量提升4
1.2.1 站在開發者視角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 靜態代碼質量量化指標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 頻繁構建,持續發現25
1.6.2 找方法,定原則26
1.6.3 分層會議,週期性運轉30
1.6.4 構成生態,養成習慣31
1.7 效能團隊實施策略32
1.7.1 項目前期:學會走,建立團隊信任33
1.7.2 項目中期:小步快跑,增強團隊信心33
1.7.3 項目收益期:降增量,顧存量34
1.8 效能團隊落地實踐成果總結34
1.8.1 落實工作框架,形成製度和規範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 測試人員如何適配新的開發模式50
2.2.1 測試人員還在夾縫中生存嗎50
2.2.2 不進則退50
2.2.3 測試左移的原則51
2.2.4 選擇合適的工程實踐方法52
2.3 如何讓測試人員融入開發和產品人員的需求實現過程53
2.3.1 產研協作流程現狀、問題及改進54
2.3.2 開發和測試人員間的承諾58
2.3.3 開發和測試人員間的扶助61
2.4 如何解決開發提測質量低和延期問題62
2.4.1 在哪裡失敗就在哪裡找原因63
2.4.2 抓核心,定框架,找場景,上平台63
2.5 如何實現頻繁測試和快速驗證65
2.5.1 自動化測試前的“黑暗”時刻65
2.5.2 一個腳本自動化調度平台的故事66
2.5.3 定規範,解阻礙,提能力,上平台67
2.6 如何通過改變研發習慣來驅動測試左移76
2.6.1 開發自動化代碼模板生成插件76
2.6.2 在線接口文檔接入在線測試平台77
2.6.3 提交代碼聯動工作項狀態變更77
2.6.4 交互式代碼審查工具77
2.6.5 腦圖用例多人在線協作78
2.7 效能團隊落地效果79
2.7.1 研發效率和協作效率提升79
2.7.2 研髮質量和交付效率提升80
2.7.3 制定測試左移解決方案82
2.8 深度思考83
2.8.1 持續測試思考83
2.8.2 團隊工程實踐之單測和自動化測試84
2.9 本章小結84
第二篇 平台體系搭建實踐
第3章 如何實現頻繁構建、隨機部署88
3.1 故事轉折88
3.1.1 上雲心態89
3.1.2 技術團隊面臨的挑戰89
3.1.3 效能團隊面臨的挑戰89
3.1.4 上雲過程精彩紛呈90
3.2 平台改造之前的準備工作91
3.2.1 先讓研發人員正常工作91
3.2.2 約束是為了更高質量的昇華92
3.2.3 自運維管理平台的改造和實踐理念思考94
3.3 如何讓研發人員只關注技術問題97
3.3.1 改造自運維管理平台的兩個前提97
3.3.2 工程實踐能力建設99
3.3.3 解決擴展問題109
3.3.4 解決多版本無法並行驗證的問題111
3.4 如何讓研發團隊實現自運維管理118
3.4.1 制定穩定性檢查規範標準118
3.4.2 研發人員融入自運維管理體系121
3.5 深度思考123
3.5.1 研發效能的思考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 研發效能的度量原則134
4.2.2 研發效能度量的實踐框架135
4.2.3 研發效能度量指標的設計143
4.3 如何選擇效能度量指標來反映團隊現狀144
4.3.1 開展效能度量的背景144
4.3.2 效能儀錶盤145
4.3.3 進一步效能分析148
……