團隊拓撲快速參考圖

由 Matthew Skelton 和 Manuel Pais撰寫的《團隊拓撲——組織業務和技術團隊以實現快速流動》一書將幫助您設計團隊組織結構，從而幫助您變得更加敏捷。

這本書分為三個部分：

• 第一部分側重於作為交付手段的團隊。
• 第二部分解釋了適用於流程的團隊拓撲結構，
• 第三部分闡述了不斷髮展的團隊互動以實現創新和快速交付。

這本書解釋了團隊拓撲背後的七個核心思想：

• 康威定律

“設計系統的組織……被限制生產設計，這些設計是這些組織的通訊結構的副本。” 康威定律告訴我們，一個組織的結構和團隊之間的實際溝通路徑堅持所構建的系統的最終架構

團隊第一。從團隊開始進行有效的軟體交付。有多個方面需要考慮和培養：團隊規模、團隊壽命、團隊關係和團隊認知。組織分組應該遵循鄧巴的數字，從大約 5-8 人開始，然後增加到大約 15 人，然後是 50，然後是 150，然後是 500，依此類推。 ç OGN itive載：“在工作記憶中使用的腦力勞動的總量。” 限制團隊責任以匹配最大的團隊認知負荷。解釋了以下三種不同型別的認知負荷：

1. 內在認知負荷——與問題空間的基本任務的各個方面有關
2. 外部認知負荷——與完成任務的環境有關
3. 日耳曼認知負荷- 涉及需要特別注意學習或高效能的任務方面。

• 四種基本拓撲

解釋了四種基本的團隊拓撲，包括預期的行為和能力：

1. Stream-Aligned Team：與業務變更的主要流程保持一致的團隊，具有跨職能的技能組合和交付顯著增量的能力，而無需等待另一個團隊（有些人將這些團隊稱為“產品或功能團隊”，但談論的是流更有意義）
2. 平臺團隊：在底層平臺上工作的團隊，支援交付中的流對齊團隊。該平臺簡化了其他複雜的技術並減少了使用它的團隊的認知負擔（一個好的平臺“足夠大”）
3. 支援團隊：作為過渡或學習期的一部分，協助其他團隊採用和修改軟體的團隊
4. 複雜子系統團隊：一個團隊，對一個過於複雜而無法由普通流對齊團隊或平臺團隊處理的子系統有特殊職責。可選，僅在真正需要時使用。

• 團隊互動模式

4 種基本團隊拓撲的主要互動模式是：

1. 協作：與另一個團隊密切合作
2. X-as-a 服務：以最少的協作消費或提供某些東西
3. 促進：幫助（或被）另一個團隊清除障礙

• 組織感知

期望適應和發展您的組織結構。

• 拓撲演化

當組織應對新挑戰時，組織應該期望在任何給定時間看到不同型別團隊之間的不同型別的互動

• 團隊 API

與團隊的整個互動的描述：程式碼、版本控制、wiki 和文件、實踐和原則、溝通、工作資訊和其他。

下載：QRC (Team Topologies, 200525) v1.0

QRC 也可在 Team Topologies 網站上獲得：https : //teamtopologies.com/community