DevOps落地与转型：提升研发效能的方法与实践

这本书将指导读者如何从0到1组建DevOps团队、搭建DevOps全链路平台、应用DevOps工程方法、实践DevOps文化理念，从而解决各种软件交付效率难题和提升研发效能，蕞终全方位实现DevOps的落地和转型。
在方法层面，本书基于作者多年的研发效能经验和成功的DevOps落地经验，提炼出了一套可复用的蕞小可行方案和行动路线，涉及研发效能、敏捷管理、项目管理等多个领域，让读者的实践有“套路”可循。
在实践层面，以真实的产研场景为主线，通过丰富有趣的故事情节带领读者身临其境地理解和掌握?DevOps?转型和研发效能提升的方法，并提供大量真实的场景案例和实践方法，读者可直接应用到团队实践中。
全书8章，逻辑上可分为三部分：
第 一部分 工程能力实践（第1-2章）
重点分析了技术团队需要具备的基础工程实践能力以及如何驱动团队提升这些能力，比如保障代码质量的制度和规范，以及产研团队如何通过测试左移实现高效协作和能力提升。
第二部分 平台体系实践（第3-5章）
重点阐述了如何利用 DevOps 全链路平台间的联动性，通过度量、监控、预警等消息触达手段反馈团队的问题，通过事件管理驱动团队问题的解决。
第三部分 管理模式实践（第6-8章）
重点阐述了如何通过不断提升团队影响力，结合不同的管理模式和平台管理属性功能，联动具有共同目标的部门开展有效的项目管理，并在蕞后通过总结与行动部分为读者勾勒一幅 Devops 转型和研发效能提升的全景图。

适读人群 ：1）想通过 Devops 转型提高技术团队交付效率，改进团队研发模式、管理方法和协作形式的管理者。一般为一线管理者或者技术骨干，当然也可为高速发展期的技术高管提供技术团队

（1）作者经验丰富：资深研发效能专家，有10年研发经验，成功带领两家互联网企业从0到100落地DevOps，本书全面复盘。
（2）以实战为导向：复盘2个成功项目的经验，以真实研产场景为主线，通过大量案例，手把手指导不同阶段和背景的技术团队开展DevOps实践。
（3）方法可以复制：基于作者的经验和认知，提炼了可以复制的小可行性方案和行动路线。
（4）内容富有趣味：通过富有趣味的故事（真实项目经历改编），指导读者快速将日常工作与DevOps融合，让读者身临其境地感受和掌握切实可行的实践方法。
（5）重磅专家推荐：国际DevOps教练联合会社区联合发起人、中国DevOps社区2021年度理事长推荐。

人不自由时感到不满，自由时感到惶恐。
—马丁·海德格尔
DevOps 在各大互联网公司已经成为技术团队开展数字化转型和研发效能提升的可行实践框架和指导方法。同时，研发效能顺势成为近些年被频繁提起的热点。如今，各大互联网公司都在招聘研发效能工程师和DevOps工程师。对于就业者来说，这何尝不是机会呢？
不过，什么是 DevOps 呢？一千家公司可能有一千个定义，当然也有不少于一千个实现方案，这就是 DevOps 落地形式上的差异性和模糊性。读者在实践 DevOps 前，一定要找到最小可行性方案，并且该方案中的框架和方法等要能够容易地应用到实际的产品研发场景中。
如何开展和实施 DevOps？其实，我们理解的 DevOps 就像敏捷一样，它是一种理念，关键是如何利用这种理念帮助团队解决当前问题。至于我们实施的DevOps是不是对的，这就要看我们解决的问题是不是你们当前面临的难题或阻碍点了。
先别急着在本书中寻找“答案”，且读如下几个片段，了解笔者实践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