拓撲是怎麼開始的#
多數公司都已經有某種拓撲——但它從某一刻開始：
- 新創公司：當工程師超過 15 人左右，早期的賦能感開始受到協調負擔的拖累——團隊決定切成 2 ～ 3 個跨職能小隊，這就是拓撲的起點
- 較大、原本不採用產品團隊模式的公司：通常在「轉敏捷」時被指示要組成小而長期穩定的團隊——這就是它們的拓撲起點
- 重大策略改變：產品願景或架構發生劇變，可能會迫使重新檢視拓撲
不論為什麼檢視拓撲，目標永遠都是「為團隊賦能而最佳化」——透過 ownership、autonomy、alignment 三個維度。
演化拓撲#
不論你最初的拓撲多賦能，它不會自動保持下去——現實永遠在變。
可能需要改動拓撲的情境：
- 一個產品團隊需要把工程資源加倍以擴張到下一個市場區隔
- 新策略含「淘汰由幾個團隊維護的某產品」
- 新策略要把某個團隊的核心能力以內部平台形式提供給其他團隊
- 新業務目標：開發一個拓展市場的方案
- 架構大重構
拓撲警訊#
即使沒有上述情境，好的領導者也應該透過「賦能視角」檢視拓撲。以下是常見警訊：
- 你頻繁在團隊間調動工程師
- 你必須頻繁介入解決依賴衝突
- 開發者抱怨「為了交付小事就要跨太多依賴」
- 團隊的擁有範圍非常有限
- 開發者要在太多領域處理過多複雜度
改動拓撲時要小心#
改動可能由主動或被動觸發，但都要謹慎。只要可能，盡量保持既有產品團隊不變——
整個組織已經在「建立協作關係」上做了大量投資。
偏好的做法：給既有團隊一組新的責任，而不是把團隊拆掉、把人重新分配到其他團隊。
改動的頻率#
雖然有時必須做較大的拓撲變動，但要當心改得太頻繁。
若你每年都做一次以上的重大拓撲變動——這是某處出問題的訊號。
拓撲決定了人們每天與誰共事、做什麼、如何互動——當它改變時，干擾極大。
即使只是「短期」把人調到別組去處理急事，這種同樣的謹慎也適用：
- 對被調的人很辛苦——要適應新團隊與新工作
- 對被留下的團隊也辛苦——常常被迫想辦法填補空缺