本部檢視業界已被驗證的一組靜態團隊樣式，以及在康威定律與組織脈絡之下，選擇某一樣式而非另一樣式的意涵；並提供「如何將團隊對齊到系統各區塊」的指引。

各章關鍵重點#

第 4 章：靜態團隊拓撲#

• 見招拆招或不斷變動的團隊設計，會拖慢軟體交付。
• 對任一組織而言，沒有唯一「正確」的團隊拓撲，卻有好幾種不合適的拓撲。
• 技術與文化成熟度、組織規模、工程紀律，是選擇拓撲時的關鍵面向。
• 功能團隊／產品團隊樣式威力強大，但只有在具支持性的周遭環境中才行得通。
• 拆分一個團隊的職責，可以打破穀倉並賦權其他團隊。

第 5 章：四種基本團隊拓撲#

• 四種基本團隊拓撲簡化了現代軟體的團隊互動。
• 把業界常見團隊類型映射到基本拓撲，能為組織鋪好成功之路——消除擁有權的灰色地帶，以及過載／閒置的團隊。
• 主要拓撲是（業務）流動對齊；其他所有拓撲都在支援它。
• 其餘三種拓撲是：賦能、複雜子系統、平台。
• 這些拓撲在大規模時往往是「碎形」（自相似）的：團隊的團隊。

第 6 章：選擇團隊優先的邊界#

• 以團隊優先取徑選擇軟體邊界。
• 當心軟體交付鏈上隱藏的單體與耦合。
• 使用由業務領域限界上下文所定義的軟體邊界。
• 必要且合適時，考慮其他替代的軟體邊界。