目錄
第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
· · · · · · (收起)