稳敏兼顾：数字化研发管理实战

软件工程咨询公司十几年丰富的咨询经验总结
结合丰富真实案例提供规模化转型的完整路径
科技组织研发团队研发数字化管理的实战秘笈
众多科技组织研发管理数字化升级的共同选择
经大中型组织多年实践验证过的效能提升密码

　　本书探讨软件研发领域数字化管理的策略与实践，涵盖从数字化转型的重要性、实施步骤到效果评估的全过程。本书分9篇，共19章，第一篇介绍为什么转型和核心管理概念，帮助读者寻找问题出在哪里，出路又在哪里；第二篇聚焦组织战略，探索如何构建团队及明确战略定位和目标；第三篇讲解研发过程，强调需求层级体系、产品研发过程和团队协作；第四篇讨论人才体系，聚焦如何做到把工作目标和能力提升相结合，提供测试行会和效能行会的建设和运营；第五篇介绍度量体系，既有“多”“快”“好”“赞”的体系，又有案例、实践误区、深入思考点；第六篇谈到整合管理，从敏捷项目管理与版本火车的视角，串联完整的研发过程管理；第七篇从引导技术的视角帮助转型者清扫转型中的障碍，让转型在组织中传播更容易，效果更理想；第八篇介绍硬核技术，帮助读者在技术上做好基本功，为软件研发保驾护航；第九篇提供方法论指导和案例参考，帮助读者构建自己的规模化转型路径。
　　本书兼顾理论、实践和案例，书中不仅提供了丰富的真实案例，帮助读者深入理解软件研发数字化管理的实施与评估方法，还详细阐述了规模化转型的完整路径，指导读者根据自身实际情况构建适合自己的转型方案。本书既适合企业管理者、转型顾问和敏捷教练等需要了解软件研发领域的相关人员阅读，也适合在研发组织中工作的技术人员、项目经理、人力资源管理者等阅读。

主要作者简介

熊小龙
Agilean公司顾问、IMBA。专注于规模化敏捷转型，擅长金融行业部落化组织搭建、软件研发数字化管理、行会建设、度量体系规划与落地等咨询服务，主导过多个千人级敏捷转型项目，致力于构建并推广本土Adapt方法论。

吴穹
Agilean公司顾问。北京大学软件工程博士，拥有20多年行业经验。1998年创建Rational中国技术支持团队，曾任IBM Rational全球产品经理。作为外部顾问，主导了建信金科、平安科技、平安银行、上海银行、长沙银行的组织级软件研发数字化管理和敏捷转型，以及招商银行的精益看板方法全行导入和看板工具建设规划。

刘雨哲
Agilean公司顾问。持有EXIN DevOps Master认证，辅导多家大型金融组织实施规模化敏捷转型和DevOps成熟度提升，具备丰富的敏捷转型落地和DevOps建设实战经验。

目 录

第 一篇　核心概念篇
第 1章　绪论　2
1.1　团队规模扩大伴生种种问题　3
1.2　问题出在哪里　4
1.3　出路又在哪里　5
1.3.1　组织战略　6
1.3.2　研发过程　6
1.3.3　人才体系　7
1.3.4　度量体系　7
1.3.5　整合管理　7
1.3.6　引导技术　8
1.3.7　技术工具　8
1.3.8　规模化　8
1.4　小结　9
第 2章　核心管理概念　10
2.1　梳理核心管理概念的必要性　10
2.2　有哪些核心管理概念　11
2.2.1　战略规划域　11
2.2.2　人员管理域　15
2.2.3　研发过程管理域　18
2.3　小结　20

第二篇　组织战略篇
第3章　组织阵型　22
3.1　组织协调机制　22
3.2　组织阵型设计　24
3.2.1　组织阵型概念及类型　25
3.2.2　组织阵型的选择　26
3.3　Adapt框架　27
3.3.1　Adapt框架概览　27
3.3.2　产品部落　28
3.3.3　产品部落的设计原则　28
3.3.4　产品部落的特点　28
3.4　划分产品部落的方法　31
3.4.1　产品部落的划分　31
3.4.2　产品部落机制中的项目型组织阵型　34
3.5　行会阵型概览　38
3.5.1　效能行会　39
3.5.2　测试行会　40
3.5.3　产品经理行会　41
3.6　角色体系　42
3.6.1　梳理角色体系的原因　43
3.6.2　角色介绍　43
3.7　双模矩阵　49
3.7.1　双模矩阵概述　49
3.7.2　组织复杂性　51
3.8　人工智能对组织阵型的影响　52
3.9　小结　53
第4章　战略定位　54
4.1　战略定位是核心　54
4.2　生态位　55
4.2.1　案例1：打败报纸的不是另一份报纸　55
4.2.2　案例2：如何卖出更多奶昔　56
4.2.3　小结　57
4.3　变化之下的应对之道　57
4.3.1　搜索　57
4.3.2　竞争　59
4.3.3　巩固　61
4.3.4　扩张　62
4.3.5　退出　63
4.4　小结　63
第5章　目标管理　65
5.1　目标管理的定义　65
5.2　目标管理的价值　65
5.2.1　被管理者的需要：激发潜能　65
5.2.2　管理者的需要：上下同欲，利出一孔　66
5.2.3　组织的需要：管理聚焦　66
5.3　目标管理的挑战　67
5.3.1　人的层面：团队复杂协作　67
5.3.2　事的层面：定义目标与形成共识　67
5.4　目标管理的工具与落地过程　68
5.4.1　工具：KPI与OKR　69
5.4.2　落地过程　71
5.5　落地面临的问题与思考　74
5.5.1　OKR的误用　74
5.5.2　KPI和OKR的混用　74
5.5.3　当目标管理遇到绩效考核　75
5.5.4　灵活性与严格执行的平衡　75
5.5.5　基于OKR制定产品路线图　77
5.5.6　数据驱动和管理数据驱动　78
5.5.7　KPI与OKR双轨　79
5.6　目标管理案例　79
5.7　小结　80

第三篇　研发过程篇
第6章　需求层级体系　82
6.1　需求层级体系的构建和实践　82
6.1.1　有效对需求进行分层管理　83
6.1.2　统一认识、降低沟通成本　84
6.1.3　提高质量和交付效率　85
6.2　业界现状　85
6.2.1　业务需求与软件需求界定不清晰　85
6.2.2　用户故事使用混乱　86
6.3　需求层级体系的决策点　87
6.3.1　如何确定需求层级体系分几个层级　87
6.3.2　分多层还是平级拆分　88
6.3.3　需求变形　88
6.4　需求层级体系举例　89
6.4.1　业务需求-产品需求-系统功能三层需求层级体系　89
6.4.2　需求-子需求-系统功能三层需求层级体系　89
6.4.3　产品需求-系统功能两层需求层级体系　90
6.5　需求颗粒度　91
6.5.1　需求颗粒度的界定与评估　91
6.5.2　需求颗粒度与流动　91
6.6　小结　92
第7章　产品研发过程　93
7.1　什么是价值流　93
7.1.1　精益生产价值流　93
7.1.2　将价值流应用到软件研发领域　94
7.1.3　精益生产领域和软件研发领域的不同　95
7.2　为什么要引入价值流　96
7.2.1　研发过程现状　96
7.2.2　价值流的引入及其优势　97
7.2.3　价值流的应用和影响　97
7.3　价值流与工作流的融合　98
7.3.1　融合价值流和工作流的动机　98
7.3.2　“双流模型”提升研发效能　99
7.3.3　“双流模型”落地　100
7.3.4　挑战与未来展望　101
7.4　价值流制定原则　101
7.4.1　识别和分类价值创造活动和非价值创造活动　101
7.4.2　分析和优化非价值创造活动　102
7.4.3　持续改进价值流　102
7.4.4　价值流的度量指标　103
7.5　Adapt框架的需求层级体系及其价值流概览　104
7.6　产品需求价值流活动　105
7.6.1　需求优选　106
7.6.2　业务评审　107
7.6.3　技术评审　108
7.6.4　需求排期　109
7.6.5　需求验收　110
7.7　系统功能价值流活动　110
7.7.1　迭代计划　112
7.7.2　架构设计　112
7.7.3　代码评审　114
7.7.4　用例评审　115
7.7.5　桌面检查　118
7.7.6　站会　120
7.7.7　回顾会　123
7.8　版本价值流活动　126
7.8.1　版本封版　126
7.8.2　版本回归　127
7.8.3　版本发布　128
7.9　研发活动实践案例　128
7.9.1　面临的问题　129
7.9.2　价值流调整　129
7.9.3　明确价值流对应的实践活动　130
7.10　小结　133
第8章　研发节奏　134
8.1　研发节奏是团队试金石　134
8.1.1　数字化转型往往从“熵增”开始　134
8.1.2　“节奏感”帮助团队回归有序　136
8.1.3　掌控“节奏”，实现高绩效　136
8.2　研发团队如何找回节奏感　137
8.2.1　稳定需求演进节奏，做正确的事　138
8.2.2　锁定迭代交付节奏，正确地做事　141
8.2.3　平衡缺陷修复节奏，得正确的果　144
8.3　常见稳定节奏小妙招　146
8.4　小结　147

第四篇　人才体系篇
第9章　测试行会　150
9.1　为什么需要测试行会　150
9.2　测试行会概述　151
9.3　测试行会阵型　154
9.4　测试行会的运作机制　155
9.5　测试行会案例　156
9.5.1　测试行会阵型演进方案　157
9.5.2　开发和测试协同问题　159
9.5.3　案例总结　163
9.6　小结　163
第　10章 效能行会　164
10.1　构建组织的可持续发展能力　164
10.2　选择效能教练　166
10.2.1　组织对效能教练的诉求　166
10.2.2　效能教练的职责和层级　167
10.2.3　效能教练能力域　168
10.2.4　效能教练的合适人选　172
10.3　培育效能教练　172
10.3.1　以终为始的赋能体系设计　172
10.3.2　通过培训实现知道且认可　174
10.3.3　通过实践实现想做、能做且有 时间做　174
10.3.4　认证体系　175
10.4　效能行会管理运营　177
10.4.1　数据驱动研发效能运营　177
10.4.2　数据驱动组织提升和改善： Adapt框架的度量体系　177
10.4.3　效能教练对组织效能结果负责　178
10.4.4　案例1：效能教练实战路径　179
10.4.5　案例2：效能教练支撑实现 组织战略变革　182
10.5　构建组织持续稳定性和个人成长空间　185
10.5.1　自主决策的基本逻辑　185
10.5.2　留人的底层逻辑　185
10.5.3　效能教练更换流程　187
10.5.4　效能教练的考核方式　187
10.6　小结　188

第五篇　度量体系篇
第　11章 度量体系　192
11.1　度量体系概述　192
11.2　度量体系框架　193
11.2.1　研发团队绩效体系建设的原则　194
11.2.2　度量体系的指标　194
11.2.3　度量体系中的信号　202
11.3　度量体系案例　205
11.3.1　收集软件研发管理数据，观测 有效数据　205
11.3.2　建立多层级大屏，满足管理 多视角诉求　206
11.3.3　迭代数据治理，实现持续优化　207
11.4　度量体系实践误区　207
11.4.1　估算　207
11.4.2　故事点　208
11.5　度量体系相关思考　210
11.5.1　度量体系的应用场景　210
11.5.2　度量体系的基础　212
11.6　小结　213

第六篇　整合管理篇
第　12章 敏捷项目管理　216
12.1　瀑布项目管理与敏捷项目管理　216
12.1.1　瀑布项目管理与敏捷项目 管理概述　216
12.1.2　瀑布项目管理与敏捷项目管理 的差异　217
12.2　为什么选择敏捷项目管理　218
12.3　敏捷项目管理模型　218
12.3.1　敏捷项目管理模型概述　219
12.3.2　适应性敏捷项目管理框架　220
12.4　实施敏捷项目管理　224
12.4.1　项目的范围与变更管理　224
12.4.2　项目的进度管理　225
12.4.3　项目的成本管理　225
12.4.4　项目的质量管理　226
12.4.5　项目的风险管理　226
12.5　小结　227
第　13章 版本火车　228
13.1　版本火车的价值　228
13.2　版本火车机制　229
13.2.1　承载机制　230
13.2.2　优先机制　232
13.2.3　调度机制　234
13.2.4　支撑机制　237
13.2.5　评价机制　238
13.3　实施思路及案例　238
13.4　版本火车的实施策略　243
13.5　版本火车实践挑战　245
13.6　小结　245

第七篇　引导技术篇
第　14章 引导技术　248
14.1　引导　248
14.1.1　引导的价值　249
14.1.2　引导带来的不同　249
14.1.3　引导者的角色定位　250
14.2　如何做引导　251
14.2.1　如何促进协作　251
14.2.2　如何进行引导过程的设计　253
14.2.3　设计工具　254
14.2.4　引导者的能力要求　255
14.3　引导实例　257
14.3.1　引导过程　257
14.3.2　数字化研发的工作坊　258
14.3.3　快速启动工作坊　259
14.4　小结　262

第八篇　技术工具篇
第　15章 软件研发数字化管理工具体系　264
15.1　工具体系概述　264
15.1.1　知识工作的“ERP系统”　264
15.1.2　辅助各角色的知识工作　265
15.1.3　全方位的配置管理　266
15.1.4　不同岗位的人在线协作　266
15.1.5　记录工作并可视化工作状态　267
15.1.6　收集数据并开展研发效能度量　267
15.1.7　与其他系统交换数据　267
15.2　工具体系全景图　268
15.2.1　宏观管理层　269
15.2.2　落地执行层　270
15.2.3　基础支撑层　272
15.3　工具体系领域模型概述　277
15.4　工具体系建设　281
15.4.1　工具体系建设建议　281
15.4.2　工具采购参考指标　283
15.4.3　工具体系成熟度模型　284
15.5　小结　285
第　16章 研发与交付技术实践　286
16.1　软件设计　286
16.1.1　需求向设计转化　286
16.1.2　需求概要设计　287
16.1.3　架构设计　288
16.1.4　架构验证、重新设计　291
16.2　分支策略　292
16.2.1　版本控制概述　293
16.2.2　分支模式　294
16.2.3　分支管理实践　296
16.3　代码评审　299
16.3.1　代码评审的重要性　299
16.3.2　代码评审的流程与方法　300
16.3.3　代码评审的挑战和应对措施　301
16.3.4　代码评审的工具和技术　301
16.3.5　代码评审的实践经验　302
16.4　持续集成　303
16.4.1　持续集成概述　303
16.4.2　持续集成的实现　304
16.4.3　持续集成实践　305
16.5　持续交付　308
16.5.1　历史与演进　308
16.5.2　自动化实践　309
16.5.3　模块化架构设计　310
16.5.4　数据驱动决策　310
16.5.5　分步发布实践　311
16.6　数据库变更管理　312
16.6.1　数据库变更管理概述　312
16.6.2　数据库变更管理的价值　312
16.6.3　数据库变更管理的实现　313
16.6.4　数据库变更管理的误区　320
16.7　容器DevOps实践　320
16.7.1　Kubernetes简介　320
16.7.2　Kubernetes的组件架构　321
16.7.3　Kubernetes在持续交付中的 应用　322
16.7.4　容器的误区　330
16.8　自动化测试　330
16.8.1　敏捷团队中测试人员的责任　331
16.8.2　开发人员参与编写测试用例　331
16.8.3　实践案例　331
16.9　小结　336

第九篇　规模化篇
第　17章 软件研发数字化管理能力建设　338
17.1　能力建设的历史　338
17.2　能力建设的4个痛点　339
17.2.1　缺失面向价值交付的协同能力　339
17.2.2　系统间散而不同且不通　339
17.2.3　有数据却不能支持决策　340
17.2.4　强依赖外购来提升能力　340
17.3　能力建设的整体思路　340
17.4　能力建设的4条原则　341
17.4.1　能力聚合，端到端覆盖　341
17.4.2　能力模块化，场景结构化　342
17.4.3　多方协作，共同治理　342
17.4.4　行为驱动，强化协同　342
17.5　能力建设的12种能力　343
17.5.1　网状组织管理能力　343
17.5.2　价值流管理能力　343
17.5.3　柔性的需求层级体系能力　343
17.5.4　战略解码与需求规划能力　344
17.5.5　项目、产品管理能力　344
17.5.6　多元化的数据展示能力　344
17.5.7　协同设计能力　345
17.5.8　成本管理能力　345
17.5.9　实时可配置的数据洞察能力　345
17.5.10　个性化工作台能力　346
17.5.11　多维度数据下钻透视能力　347
17.5.12　业务规则管理能力　348
17.6　小结　348
第　18章 规模化推广路线图　350
18.1　规模化推广的步骤　350
18.2　定体系　350
18.2.1　定策略，选范围　351
18.2.2　产品制与项目制融合运行　351
18.2.3　两层需求层级体系分解　351
18.2.4　产品需求价值流标准化　352
18.3　建度量　352
18.4　改工具　353
18.4.1　看板　354
18.4.2　需求规划图　354
18.4.3　度量大屏　355
18.5　调团队　356
18.6　找助力　356
18.7　扩渠道　357
18.8　推实践　358
18.8.1　站会　358
18.8.2　版本迭代日历　358
18.8.3　回顾会　359
18.8.4　需求漏斗　360
18.9　立基线　360
18.10　做改善　361
18.11　小结　362
第　19章 综合案例：规模化产品研发管理　363
19.1　案例背景　363
19.2　解决方案　364
19.2.1　梳理“运行干线”　365
19.2.2　设计“运送线路”　366
19.2.3　建立“发车时刻”　367
19.2.4　固化“环节规范”　369
19.2.5　细化“乘客管理”　371
19.2.6　建立“指挥系统”　372
19.2.7　构建“度量体系”　375
19.3　实施效果　378
19.3.1　从业务结果上看　378
19.3.2　从交付过程上看　378
19.3.3　从组织能力上看　379
19.4　小结　379