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

　　本书探讨软件研发领域数字化管理的策略与实践，涵盖从数字化转型的重要性、实施步骤到效果评估的全过程。本书分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.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