高效能團隊模式:支持軟件快速交付的組織架構 (Team Topologies: Organizing Business and Technology Teams for Fast Flow)

石雪峰,董越,雷濤

買這商品的人也買了...

商品描述

高效能軟件開發團隊是任何組織能夠持續交付價值的關鍵。本書主要介紹了高效能團隊模式——團隊拓撲,為組織設計和團隊交互提供了一種實用的、分步的、適應性的模型,將團隊視為交付的基礎,團隊結構和溝通路徑能夠隨著技術和組織成熟度的發展而演變。在本書中,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