為什麼需要思考團隊拓撲#

多數現代科技產品都很大、很複雜——很少能由單一產品團隊完成。

多數產品需要數十甚至上百個團隊一起運作。

這意味著每個產品組織都必須處理一個關鍵問題：該如何把工作切分給不同團隊？

「Team topology」這個詞由 Matthew Skelton 與 Manuel Pais 在《Team Topologies》一書中提出。作者偏好這個詞，因為它捕捉了「組織內各組成部分的整體配置」的概念。

團隊拓撲要回答的問題#

更廣義地說：該如何把產品人組織成團隊，最能讓他們做出傑出工作？

拓撲是產品領導者最重要的決策之一#

若你是產品領導者，建立有效的團隊拓撲是你的核心責任之一——也是最複雜的責任之一，因為要考慮的因素極多。

隨著遠距員工大量增加，又添加了一層複雜度。

拓撲的指導原則#

你的拓撲選擇必須由「支援團隊賦能」的原則來指導：

• 擁有感（Ownership）：給團隊真實的問題範圍與責任
• 自主（Autonomy）：給團隊解決指派問題時所需的決策權
• 對齊（Alignment）：與顧客、業務、技術各個面向對齊

對齊本身就很複雜——要在「個別團隊範圍」與「業務目標、顧客類型、組織匯報結構、技術架構、產品願景」之間取得協調。

其他關鍵考量#

• 團隊間依賴的數量與性質：每種拓撲都會產生不同的依賴模式，領導者要做取捨
• 拓撲會隨時間演化：即使努力保持團隊穩定與長久，當需求與情境改變時，拓撲必須隨之演化

重要實務點#

團隊拓撲不能由單一職能決定——它應該是產品、設計、工程的領導者一起做的決定。

最佳的拓撲，是平衡這些關鍵領導者的需求所得到的結果。

接下來幾章將深入探討這些考量、與賦能的關係、以及常見的設計模式與適用情境。