内容简介 · · · · · ·
在数字化转型、软件“吞噬”世界的时代,软件研发效能已成为企业的核心竞争力。本书系统地阐述软件研发效能的框架,以及有关管理实践、工程实践、组织实践、技术实践、度量实践、规模化实践和工具落地等方面的内容。本书通过良好的框架设计和组织,详细介绍了前沿颇有成效的软件研发效能改进和提升案例。
本书适合IT行业的各类从业人员阅读,无论是技术人员、项目经理、产品经理,还是团队管理人员、资深专家和高层管理者,都能从本书中得到启发。
作者简介 · · · · · ·
茹炳晟
业界知名实战派软件研发效能和软件质量双领域专家,硅谷先进研发效能理念在国内的技术布道者,中国计算机学会(CCF)TF研发效能SIG主席;现任腾讯TechLead,腾讯研究院特约研究员,腾讯技术委员会委员。研发效能宣言发起人,中国商业联合会互联网应用技术委员会智库专家,IT图书年度最具影响力作者;多本技术畅销书的作者,著有《软件研发效能提升之美》《测试工程师全栈技术进阶与实践》《高效自动化测试平台设计与开发实战》等图书,主持编写多本软件技术白皮书,团体标准《软件研发效能度量规范》核心编写专家;国内外各大软件技术峰会的联席主席、技术委员会委员和专题出品人。
张 乐
腾讯技术工程事业群DevOps与研发效能资深技术专家,前百度工程效率专家、前京东DevOps平台产品总监与首席架构师,曾任埃森哲、惠普等全球五百强企业咨询顾问、资深技术专家。长期工作...
茹炳晟
业界知名实战派软件研发效能和软件质量双领域专家,硅谷先进研发效能理念在国内的技术布道者,中国计算机学会(CCF)TF研发效能SIG主席;现任腾讯TechLead,腾讯研究院特约研究员,腾讯技术委员会委员。研发效能宣言发起人,中国商业联合会互联网应用技术委员会智库专家,IT图书年度最具影响力作者;多本技术畅销书的作者,著有《软件研发效能提升之美》《测试工程师全栈技术进阶与实践》《高效自动化测试平台设计与开发实战》等图书,主持编写多本软件技术白皮书,团体标准《软件研发效能度量规范》核心编写专家;国内外各大软件技术峰会的联席主席、技术委员会委员和专题出品人。
张 乐
腾讯技术工程事业群DevOps与研发效能资深技术专家,前百度工程效率专家、前京东DevOps平台产品总监与首席架构师,曾任埃森哲、惠普等全球五百强企业咨询顾问、资深技术专家。长期工作在拥有数万人研发规模的一线互联网公司,专注于研发效能提升、敏捷与DevOps实践落地、DevOps 工具平台设计、研发效能度量体系建设等方向,是DevOpsDays国际会议中国区核心组织者,国内多个DevOps、工程生产力、研发效能领域技术大会的联席主席、DevOps/研发效能专题出品人,是《研发效能宣言》发起人及主要内容起草者,EXIN DevOps 全系列国际认证授权讲师、凤凰项目沙盘授权教练。译著《独角兽项目:数字化转型时代的开发传奇》。
目录 · · · · · ·
第1章 研发效能简述 2
1.1 “反内卷”的潮流已经悄然而至 3
1.2 研发效能成为科技企业的核心竞争力 4
1.3 研发效能在互联网大厂的现状 5
1.4 研发效能要解决的实际问题 6
· · · · · · (更多)
第1章 研发效能简述 2
1.1 “反内卷”的潮流已经悄然而至 3
1.2 研发效能成为科技企业的核心竞争力 4
1.3 研发效能在互联网大厂的现状 5
1.4 研发效能要解决的实际问题 6
1.5 研发效能真的能够提升吗 7
1.6 如何促进研发效能提升 8
1.7 研发效能的“罗生门” 10
1.8 研发效能的“冷思考” 12
1.9 研发效能的“黄金三角” 13
1.10 研发效能宣言 19
1.10.1 业务价值高于职能目标(业务视角) 20
1.10.2 全局流动高于局部优化(流程视角) 21
1.10.3 工程卓越高于工具平台(技术视角) 22
1.10.4 数据思维高于经验沉淀(数据视角) 23
1.10.5 工程师文化高于绩效管理(组织视角) 24
管理实践篇
第2章 研发效能的管理实践 26
2.1 研发过程中的管理挑战 27
2.2 敏捷和精益协作实践 30
2.2.1 实现敏捷协作 30
2.2.2 敏捷流程的专业化与本地化 32
2.2.3 有效的质量管理 41
2.2.4 研发流程自动化/平台化 42
2.2.5 制度与规范 43
第3章 传统企业如何对待敏捷 45
3.1 银行业敏捷现状 46
3.2 对敏捷的认知存在较大差异 51
3.3 到底如何认知敏捷 53
3.4 敏捷的未来 58
第4章 数据驱动的组织效能提升实践 61
4.1 数据驱动组织提效的困境 62
4.2 数据驱动组织提效的钥匙 64
4.2.1 应对管理实践中的阻碍 64
4.2.2 建立正确的数据驱动观 65
4.2.3 储备和培养数字化人才 67
4.3 数据驱动组织提效的框架 67
4.4 软件研发组织提效案例 75
4.5 总结 80
工程实践篇
第5章 持续交付工程实践 84
5.1 背景说明 85
5.2 整体思路 86
5.2.1 调研 86
5.2.2 作战流程 88
5.3 基础构建能力——环境治理 90
5.3.1 环境稳定性 91
5.3.2 数据丰富度 92
5.4 底层集成能力——原子服务市场 93
5.5 中层调度能力——标准化流水线 94
5.5.1 背景 94
5.5.2 研发模式 95
5.5.3 流水线总览 96
5.6 上层通用能力——研发流程规范 98
5.6.1 全流程 98
5.6.2 研发活动 100
5.6.3 流水线 101
5.7 合作模式 101
5.7.1 合作角色 101
5.7.2 业务落地团队的合作模式 103
5.8 度量指标 104
5.8.1 交付效率 105
5.8.2 交付质量 105
5.9 总结 106
5.9.1 产生的效果 106
5.9.2 “四横二竖” 107
第6章 软件测试效能提升实践 109
6.1 软件功能测试效能提升实践 110
6.1.1 有效的自动化测试策略 112
6.1.2 自动化测试的框架和工具分类 115
6.1.3 使用好的测试实践 117
6.1.4 使用高效的探索式测试 119
6.1.5 使用适合团队和产品的测试用例管理系统 124
6.2 软件非功能测试效能提升实践 128
6.2.1 服务器端性能测试 128
6.2.2 服务器端安全测试 131
6.2.3 兼容性测试 137
技术实践篇
第7章 微服务下的效能提升实践 140
7.1 参与角色 142
7.2 产品定义 144
7.3 敏捷开发和持续迭代 146
7.4 可持续的产品交付 147
第8章 云原生下的效能提升实践 158
8.1 云原生概览 160
8.2 云原生技术下的DevOps创新 162
8.2.1 基于容器的一致性运行环境 162
8.2.2 基于声明式系统的滚动升级方案 164
8.2.3 统一的可观测性方案 165
8.2.4 流水线工具创新 166
8.2.5 基于Tekton构建自动化流水线 166
8.2.6 流程创新 171
8.2.7 GitOps 172
组织实践篇
第9章 变革领导力 174
9.1 领导力思辨 175
9.1.1 为什么大家现在都喜欢谈领导力 175
9.1.2 领导力和管理 176
9.2 三个领导力建设模型 179
9.2.1 变革领导力模型1:MOI模型 179
9.2.2 变革领导力模型2:领导梯队模型 180
9.2.3 变革领导力模型3:领导力十项修炼模型 182
9.3 数字时代的变革领导者 186
第10章 个人能力模型 187
第11章 组织结构模型 195
11.1 组织结构 196
11.1.1 组织结构的概念及类型 196
11.1.2 组织结构的选择 198
11.2 Adapt产品部落化组织 198
11.2.1 产品部落化组织概览 199
11.2.2 产品部落 199
11.2.3 产品部落设计原则 201
11.2.4 产品部落的特点 201
11.3 如何设计产品部落 204
11.4 产品部落化组织下的项目管理 207
11.5 产品部落化组织下的绩效 208
11.6 产品部落化组织如何高效协同 209
11.7 如何引入产品部落化变革 210
11.8 数字化时代的组织结构 211
11.9 行会案例——教你如何打造行之有效的行会 212
11.9.1 背景 212
11.9.2 面临的问题 212
11.9.3 数据行会应运而生 213
11.10 某股份行一个部落的划分与进化 217
11.11 展望 220
效能度量篇
第12章 效能度量的体系化落地实践 222
12.1 研发效能度量的难点 224
12.2 研发效能度量的误区 225
12.3 研发效能度量的行业案例和关键原则 234
12.4 研发效能度量的实践框架 244
12.5 研发效能度量的指标体系设计 246
12.6 研发效能度量的常用分析方法 254
12.7 研发效能度量的实施建议 267
第13章 蚂蚁集团智能研发洞察实践 274
13.1 问题与挑战 275
13.2 方案与实现 278
13.2.1 研发度量基础设施 278
13.2.2 蚂蚁研发指标体系 281
13.2.3 综合评价模型体系 284
13.3 实践与效果 285
13.3.1 公司级提效 286
13.3.2 团队级改进 287
13.3.3 研发活动洞察 288
13.3.4 外包效能提升 289
规 模 化 篇
第14章 敏捷的规模化实践 292
14.1 为什么讨论敏捷的规模化 292
14.1.1 什么是敏捷的规模化 293
14.1.2 什么是敏捷的规模化效能 294
14.2 敏捷的规模化效能方法 294
14.2.1 人的效能 294
14.2.2 流程的效能 300
14.2.3 工具的效能 313
14.2.4 变革的效能 318
14.3 敏捷的规模化效能全景图 322
第15章 研发效能的规模化实践 324
15.1 IT扩张的困境 325
15.2 腾讯:从头到脚的敏捷 326
15.3 进退两难的研发效能部门 328
15.4 研发效能规模化提升的几个阶段 330
第16章 研发效能中台建设实践 333
16.1 为何要做研发效能中台 334
16.2 构筑稳健底座——工具层的建设 335
16.3 规模化研发效能的前提——规范层的建设 342
16.4 最终的价值体现——管理层的建设 344
16.5 是自建还是采购 347
效能平台篇
第17章 研发效能的工具平台 350
17.1 开源工具平台搭建实践 350
17.1.1 工具选型指标 351
17.1.2 常用的开源工具 353
17.1.3 开源工具分析 354
17.1.4 开源工具平台的搭建方式 357
17.2 自研工具平台搭建实践 361
17.2.1 自研工具平台需求分析 362
17.2.2 自研工具选型 364
17.2.3 自研工具平台搭建 365
17.2.4 实施经验总结 370
第18章 腾讯TEG的研发效能平台建设 376
18.1 产品化设计理念 377
18.2 一站式 378
18.3 一键式 379
18.4 降低初始使用门槛 380
18.5 对业务研发全流程支持方式的选择 382
18.6 关键的几个设计点 384
18.6.1 “应用”的概念 384
18.6.2 需求管理能力 388
18.6.3 代码管理能力 390
18.6.4 多环境能力 393
18.6.5 测试能力 397
18.6.6 部署能力 399
18.6.7 监控日志能力 402
18.7 总结 404
18.8 其他探讨 405
第19章 招行支持精益管理体系落地的工具平台建设 408
19.1 招行精益管理体系的理论和工具演进 409
19.1.1 精益管理体系的演进历程 409
19.1.2 核心管理体系和工程体系 410
19.1.3 管理体系与工具平台结合的重要性 413
19.2 招行DevOps工具平台的设计过程 414
19.3 展望 419
19.4 总结 420
综合案例解析篇
第20章 4场战役,细说KL银行的数字化研发管理转型之路 422
20.1 第一场战役,部落划分遭遇战 423
20.1.1 部落制的引入和运行 423
20.1.2 数字化人才地图 428
20.2 第二场战役,过程透明接触战 430
20.2.1 建立统一的3层需求任务精细化管理体系 430
20.2.2 透明数字化交付管理全过程 432
20.2.3 效能分析:高效协同,持续改进 434
20.3 第三场战役,业务渠道整合战:部落结构优化 435
20.4 第四战,全行协同联合战 438
20.4.1 全行协同,迭代同频 438
20.4.2 从全量承诺到价值优选,控制在制品,加速需求流动 439
20.4.3 引入需求漏斗模型,数字化管理需求各阶段的流动情况 439
20.5 4场战役的联合成果 442
第21章 京东金融App研发效能提升之路 444
21.1 研发效能第一性原理 444
21.1.1 软件工程标准:本质 445
21.1.2 研发效能双飞轮 448
21.2 京东金融App研发面临的挑战 449
21.2.1 京东金融App业务和软件架构介绍 449
21.2.2 京东金融App发布版本面临的挑战 450
21.3 京东金融App的BizDevSecOps之路 452
21.4 京东金融App的研发效能成果 466
第22章 把效能带到游戏里!仙峰红海蜕变突破之路 468
22.1 概述 469
22.1.1 手游行业的蓝海与红海 469
22.1.2 生存危机再度袭来,游戏创新速度如何赶上市场需求? 469
22.2 仙峰:要把效能带到游戏行业中 469
22.3 问题诊断,对症下药 470
22.3.1 对齐管理层的期望和诉求 471
22.3.2 对试点团队的调研摸底 471
22.3.3 分析现状产生的影响 472
22.3.4 从现状和影响挖掘原因 473
22.3.5 分析原因,找到问题的根本解 474
22.4 实践落地,初见成效 475
22.4.1 建立团队高效协作基础 475
22.4.2 建立明确的节奏,进行高质量交付 477
22.4.3 建立以业务目标为导向的规划机制 479
22.4.4 建立度量反馈的持续改进机制 480
22.4.5 建立跨团队协作机制,为规模化做准备 484
22.4.6 初见成效,交付速度明显提升 485
22.5 持续探索研发效能提升实践:OKR落地和数据效能洞察 485
22.5.1 探索和梳理策划案的业务流程 485
22.5.2 目标和策略对齐 486
22.5.3 DevOps工程实践 487
第23章 电信行业研发效能提升综合案例 489
23.1 案例综述 489
23.2 案例背景 490
23.3 案例实施 491
23.3.1 全栈工程师培养 491
23.3.2 DevOps实践 494
23.3.3 大规模敏捷协同 500
23.3.4 研发效能度量体系 505
23.4 案例总结 508
23.4.1 效能和收益 508
23.4.2 经验和教训 509
第24章 中台型团队效能提升的挑战、破局和实践 511
24.1 中台做不好真的生死攸关吗 511
24.2 为什么做好中台这么难 512
24.3 寻找中台型团队提效的10倍改进机遇 513
24.4 提效第一曲线:如何跑通特种兵模式 515
24.5 提效第二曲线:探索中台服务化能力提升 526
· · · · · · (收起)
喜欢读"软件研发效能提升实践"的人也喜欢的电子书 · · · · · ·
喜欢读"软件研发效能提升实践"的人也喜欢 · · · · · ·
软件研发效能提升实践的书评 · · · · · · ( 全部 0 条 )
论坛 · · · · · ·
在这本书的论坛里发言以下书单推荐 · · · · · · ( 全部 )
- HR的自我修养 (阿狸)
- 研发管理,研发效能 (超级大爆炸)
- 企业级IT技术 (Snake)
- 工作读书 (奋力挣扎的咸鱼)
- Devops&研发效能 (流沙)
谁读这本书? · · · · · ·
二手市场
· · · · · ·
- 在豆瓣转让 有100人想读,手里有一本闲着?
订阅关于软件研发效能提升实践的评论:
feed: rss 2.0
1 有用 低调光环 2023-01-27 13:04:25 广东
拼盘式内容
0 有用 阿呆与阿瓜 2022-08-21 11:04:24 浙江
你不能指望在一本有那么多作者的书中全部都是有用的干货,但是能有好多部分都能作为实践参考已经是很大的价值了。
1 有用 书 2022-10-23 20:29:07 江苏
相当于参加了软件工程的技术大会分享。内容还是有干货的,但比较零碎。软件工程到底有多大收益,多大价值,如何获得内部支持,看了各家的实践,还是有收获的。定价有些高
0 有用 泊浮目 2022-09-02 17:37:09 浙江
老司机们就是厉害啊,从上至下,从愿景到落地,说得清清楚楚,佩服。
1 有用 馒头爱看书 2024-10-04 17:50:12 北京
不知道为什么这本书评分这么高,个人阅读下来几点感受 1. 可负责任的讲,除了有几章干货比较多,整体看这本书就是一个网络文章的合订本,质量参差不齐 2.理论性不严谨,只是介绍理论,业务场景是什么,理论为什么能解决,业界实践是什么,业界评价如何 3.作者太多,所以每个章节差异,肉眼可见 4.视角太多,维度过于丰富,好处是,无论读者是啥角色,大概都有适合的章节,坏处是通读下来,读者很割裂,要不断切换视角... 不知道为什么这本书评分这么高,个人阅读下来几点感受 1. 可负责任的讲,除了有几章干货比较多,整体看这本书就是一个网络文章的合订本,质量参差不齐 2.理论性不严谨,只是介绍理论,业务场景是什么,理论为什么能解决,业界实践是什么,业界评价如何 3.作者太多,所以每个章节差异,肉眼可见 4.视角太多,维度过于丰富,好处是,无论读者是啥角色,大概都有适合的章节,坏处是通读下来,读者很割裂,要不断切换视角 5.明显有互联网和传统行业混杂的情况,对于初阶读者来说,很难分辨,造成学习障碍 (展开)
1 有用 馒头爱看书 2024-10-04 17:50:12 北京
不知道为什么这本书评分这么高,个人阅读下来几点感受 1. 可负责任的讲,除了有几章干货比较多,整体看这本书就是一个网络文章的合订本,质量参差不齐 2.理论性不严谨,只是介绍理论,业务场景是什么,理论为什么能解决,业界实践是什么,业界评价如何 3.作者太多,所以每个章节差异,肉眼可见 4.视角太多,维度过于丰富,好处是,无论读者是啥角色,大概都有适合的章节,坏处是通读下来,读者很割裂,要不断切换视角... 不知道为什么这本书评分这么高,个人阅读下来几点感受 1. 可负责任的讲,除了有几章干货比较多,整体看这本书就是一个网络文章的合订本,质量参差不齐 2.理论性不严谨,只是介绍理论,业务场景是什么,理论为什么能解决,业界实践是什么,业界评价如何 3.作者太多,所以每个章节差异,肉眼可见 4.视角太多,维度过于丰富,好处是,无论读者是啥角色,大概都有适合的章节,坏处是通读下来,读者很割裂,要不断切换视角 5.明显有互联网和传统行业混杂的情况,对于初阶读者来说,很难分辨,造成学习障碍 (展开)
0 有用 lopin 2023-05-17 12:51:22 广东
有的章节写的挺好,有的是滥竽充数的,挑着看
1 有用 LiuShiYi 2023-02-11 17:32:45 北京
形式大于内容,CSDN 水文水平。
1 有用 低调光环 2023-01-27 13:04:25 广东
拼盘式内容
0 有用 拔草 2023-01-19 09:34:48 浙江
把网上发过的文章打包的,有干货有水货,不值售价,好在手头这本是免费的。