高效能团队模式：支持软件快速交付的组织架构（全彩）

作者: 石雪峰译 , 董越译 , 雷涛译 , [英] Matthew Skelton （马修・斯凯尔顿） , [西班牙] Manuel Pais （曼纽尔・派斯）

出版社: 电子工业出版社

出版时间: 2021-08

版次: 1

ISBN: 9787121410826

定价: 89.00

装帧: 平装

开本: 16开

纸张: 胶版纸

页数: 232页

分类: 计算机与互联网

5 张插图图片

24人买过

高效能软件开发团队是任何组织能够持续交付价值的关键。

本书主要介绍了高效能团队模式――团队拓扑，为组织设计和团队交互提供了一种实用的、分步的、适应性的模型，将团队视为交付的基础，团队结构和沟通路径能够随着技术和组织成熟度的发展而演变。

在本书中，IT顾问Matthew Skelton和Manuel Pais为读者展示了软件组织设计方面的重大进展。通过行业案例和专项研究，他们设计了一种良好定义的团队间交互和关联方式，这有助于软件架构更清晰、更持续，并将团队间的问题转化为有价值信号，为自治团队提供指导。

本书作者：

Matthew Skelton

从1998年开始开发、部署和运维商业软件系统，他曾就职于伦敦证券交易所、GlaxoSmithKline、FT.com、LexisNexis及伦敦政府。作为Conflux的首席咨询师，Matthew是2016年出版的Continuous Delivery with Windows and .NET和Team Guide to Software Operability两本书的合著者。Matthew拥有雷丁大学计算机和控制学专业的学士学位，以及牛津大学神经系统科学专业的硕士学位，并且他也是开放大学的音乐文学硕士，还是英国特许工程师（CEng）。在业余时间，他的兴趣是吹小号、参与唱诗班、作曲及越野跑。

Manuel Pais

是DevOps和持续交付领域的一位独立咨询师，专注于团队设计、实践和流程方面。他通过策略评估、实践工作坊和教练服务来帮助组织定义和实践DevOps与持续交付（包括技术方面和人员方面）。他是2018年出版的Team Guide to Software Releasability一书的合著者。

本书译者：

石雪峰
京东商城工程效率专家，DevOps标准核心编写专家，Jenkins社区全球大使，极客时间专栏《DevOps实战笔记》作者，《Jenkins 2权威指南》联合译者。
董越
阿里巴巴前研发效能高级专家，DevOps标准核心编写专家，《未雨绸缪――理解软件配置管理》《软件集成策略――如何有效率地提升质量》作者，《版本控制之道――使用Git》译者。曾就职于西门子、摩托罗拉、雅虎、索尼、去哪儿网等大型企业。
雷涛
华佑科技CTO，DevOps标准核心编写专家，百度前工程效率专家，《Jenkins 2权威指南》联合译者，曾先后就职于新浪网、摩托罗拉、诺基亚、爱立信、乐视致新等国内外知名企业，专注于互联网、电信、金融、无人驾驶汽车等行业的软件工程效率提升。

目录
第I部分团队即交付
第1章组织结构的陷阱 \\ 003
组织的沟通结构 \\ 005
团队拓扑：一种全新的团队思维方式 \\ 009
康威定律的复苏 \\ 010
认知负荷和瓶颈 \\ 012
总结：重新思考团队的结构、目标和交互方式 \\ 013
第2章康威定律为何如此重要 \\ 017
理解并使用康威定律 \\ 017
逆康威定律 \\ 020
有利于团队协作流程的软件架构 \\ 024
组织设计依赖于技术专家 \\ 026
限制非必要沟通 \\ 027
小心那些流于表面的康威定律 \\ 029
总结：康威定律对于有效的技术团队设计至关重要 \\ 032
第3章团队优先的思维方式 \\ 033
让小而美的长期团队成为标准 \\ 034
良好设计的边界可以最小化认知负荷 \\ 042
设计“团队API”和促进团队交互 \\ 051
警告：工程实践是基础 \\ 061
总结：控制团队认知负荷并促进团队交互来实现快速交付 \\ 061
第II部分围绕工作流设计团队拓扑
第4章静态团队拓扑 \\ 067
团队反模式 \\ 068
为变更的流动而设计 \\ 069
DevOps和DevOps拓扑 \\ 072
成功的团队模式 \\ 073
选择团队拓扑需要考虑的因素 \\ 079
使用DevOps拓扑促进组织发展 \\ 082
总结：根据现状选择团队拓扑并持续演进 \\ 085
第5章四类基本团队拓扑 \\ 087
流动式团队 \\ 089
赋能团队 \\ 094
复杂子系统团队 \\ 099
平台团队 \\ 100
避免变更流程中的团队竖井 \\ 108
一个优秀的平台应该“够用就好” \\ 109
将常见的团队类型转换为基本团队拓扑 \\ 113
总结：采用松耦合、模块化的四类特定团队类型 \\ 119
第6章选择团队优先的边界策略 \\ 121
软件职责和边界中的团队优先方法 \\ 122
不可见的单体和耦合 \\ 123
软件边界或“破裂面” \\ 125
一个来自生产制造的真实案例 \\ 135
总结：根据团队认知负荷来确定软件边界 \\ 137
第III部分改进团队交互来促进创新和快速交付
第7章团队交互模式 \\ 143
良好定义的交互模式是高效能团队的关键 \\ 144
团队交互的三种核心模式 \\ 146
每种交互模式下团队的行为特征 \\ 153
选择合适的团队交互模式 \\ 156
选择基本团队结构 \\ 158
选择团队交互模式来降低不确定性并增加流动性 \\ 161
总结：三种良好定义的团队交互模式 \\ 163
第8章根据组织感知进化团队结构 \\ 165
什么样的团队交互是合适的 \\ 166
加速新实践的落地和学习 \\ 168
团队拓扑结构的不断演进 \\ 172
组合团队拓扑追求更高效 \\ 177
团队拓扑演进的触发器 \\ 178
自组织设计与开发 \\ 183
总结：持续进化团队拓扑 \\ 188
结论下一代数字化运营模型 \\ 189
四类团队类型和三种交互模式 \\ 191
团队优先思维方式：认知负荷、团队API、团队规模架构 \\ 192
康威定律的策略应用 \\ 192
进化组织设计以提升适应性和感知 \\ 193
团队拓扑并非IT效能的全部 \\ 194
下一步：如何上手团队拓扑 \\ 195
专业术语 \\ 199
推荐阅读 \\ 202
致谢 \\ 204
作者简介 \\ 206
内容简介:
高效能软件开发团队是任何组织能够持续交付价值的关键。

本书主要介绍了高效能团队模式――团队拓扑，为组织设计和团队交互提供了一种实用的、分步的、适应性的模型，将团队视为交付的基础，团队结构和沟通路径能够随着技术和组织成熟度的发展而演变。

在本书中，IT顾问Matthew Skelton和Manuel Pais为读者展示了软件组织设计方面的重大进展。通过行业案例和专项研究，他们设计了一种良好定义的团队间交互和关联方式，这有助于软件架构更清晰、更持续，并将团队间的问题转化为有价值信号，为自治团队提供指导。
作者简介:
本书作者：

Matthew Skelton

从1998年开始开发、部署和运维商业软件系统，他曾就职于伦敦证券交易所、GlaxoSmithKline、FT.com、LexisNexis及伦敦政府。作为Conflux的首席咨询师，Matthew是2016年出版的Continuous Delivery with Windows and .NET和Team Guide to Software Operability两本书的合著者。Matthew拥有雷丁大学计算机和控制学专业的学士学位，以及牛津大学神经系统科学专业的硕士学位，并且他也是开放大学的音乐文学硕士，还是英国特许工程师（CEng）。在业余时间，他的兴趣是吹小号、参与唱诗班、作曲及越野跑。

Manuel Pais

是DevOps和持续交付领域的一位独立咨询师，专注于团队设计、实践和流程方面。他通过策略评估、实践工作坊和教练服务来帮助组织定义和实践DevOps与持续交付（包括技术方面和人员方面）。他是2018年出版的Team Guide to Software Releasability一书的合著者。

本书译者：

石雪峰
京东商城工程效率专家，DevOps标准核心编写专家，Jenkins社区全球大使，极客时间专栏《DevOps实战笔记》作者，《Jenkins 2权威指南》联合译者。
董越
阿里巴巴前研发效能高级专家，DevOps标准核心编写专家，《未雨绸缪――理解软件配置管理》《软件集成策略――如何有效率地提升质量》作者，《版本控制之道――使用Git》译者。曾就职于西门子、摩托罗拉、雅虎、索尼、去哪儿网等大型企业。
雷涛
华佑科技CTO，DevOps标准核心编写专家，百度前工程效率专家，《Jenkins 2权威指南》联合译者，曾先后就职于新浪网、摩托罗拉、诺基亚、爱立信、乐视致新等国内外知名企业，专注于互联网、电信、金融、无人驾驶汽车等行业的软件工程效率提升。
目录:
目录
第I部分团队即交付
第1章组织结构的陷阱 \\ 003
组织的沟通结构 \\ 005
团队拓扑：一种全新的团队思维方式 \\ 009
康威定律的复苏 \\ 010
认知负荷和瓶颈 \\ 012
总结：重新思考团队的结构、目标和交互方式 \\ 013
第2章康威定律为何如此重要 \\ 017
理解并使用康威定律 \\ 017
逆康威定律 \\ 020
有利于团队协作流程的软件架构 \\ 024
组织设计依赖于技术专家 \\ 026
限制非必要沟通 \\ 027
小心那些流于表面的康威定律 \\ 029
总结：康威定律对于有效的技术团队设计至关重要 \\ 032
第3章团队优先的思维方式 \\ 033
让小而美的长期团队成为标准 \\ 034
良好设计的边界可以最小化认知负荷 \\ 042
设计“团队API”和促进团队交互 \\ 051
警告：工程实践是基础 \\ 061
总结：控制团队认知负荷并促进团队交互来实现快速交付 \\ 061
第II部分围绕工作流设计团队拓扑
第4章静态团队拓扑 \\ 067
团队反模式 \\ 068
为变更的流动而设计 \\ 069
DevOps和DevOps拓扑 \\ 072
成功的团队模式 \\ 073
选择团队拓扑需要考虑的因素 \\ 079
使用DevOps拓扑促进组织发展 \\ 082
总结：根据现状选择团队拓扑并持续演进 \\ 085
第5章四类基本团队拓扑 \\ 087
流动式团队 \\ 089
赋能团队 \\ 094
复杂子系统团队 \\ 099
平台团队 \\ 100
避免变更流程中的团队竖井 \\ 108
一个优秀的平台应该“够用就好” \\ 109
将常见的团队类型转换为基本团队拓扑 \\ 113
总结：采用松耦合、模块化的四类特定团队类型 \\ 119
第6章选择团队优先的边界策略 \\ 121
软件职责和边界中的团队优先方法 \\ 122
不可见的单体和耦合 \\ 123
软件边界或“破裂面” \\ 125
一个来自生产制造的真实案例 \\ 135
总结：根据团队认知负荷来确定软件边界 \\ 137
第III部分改进团队交互来促进创新和快速交付
第7章团队交互模式 \\ 143
良好定义的交互模式是高效能团队的关键 \\ 144
团队交互的三种核心模式 \\ 146
每种交互模式下团队的行为特征 \\ 153
选择合适的团队交互模式 \\ 156
选择基本团队结构 \\ 158
选择团队交互模式来降低不确定性并增加流动性 \\ 161
总结：三种良好定义的团队交互模式 \\ 163
第8章根据组织感知进化团队结构 \\ 165
什么样的团队交互是合适的 \\ 166
加速新实践的落地和学习 \\ 168
团队拓扑结构的不断演进 \\ 172
组合团队拓扑追求更高效 \\ 177
团队拓扑演进的触发器 \\ 178
自组织设计与开发 \\ 183
总结：持续进化团队拓扑 \\ 188
结论下一代数字化运营模型 \\ 189
四类团队类型和三种交互模式 \\ 191
团队优先思维方式：认知负荷、团队API、团队规模架构 \\ 192
康威定律的策略应用 \\ 192
进化组织设计以提升适应性和感知 \\ 193
团队拓扑并非IT效能的全部 \\ 194
下一步：如何上手团队拓扑 \\ 195
专业术语 \\ 199
推荐阅读 \\ 202
致谢 \\ 204
作者简介 \\ 206