【概述】
Scrum 團隊是 Scrum 組織的重要資產，團隊的組織方式和相互之間的關系，對組織成功采用 Scrum 有重大影響。
【特性團隊與組件團隊】
特性團隊是一個跨職能、跨組件的團隊，能夠從產品列表中抽取并完成最終客戶想要的特性。
組件團隊專注于開發組件或子系統，這些只能實現最終客戶想要的部分特性。
組件團隊有時稱為資產或子系統團隊。
【多團隊之間的協調】
協調多個團隊的兩個方法：
SoS （Scrum of Scrums）
執行 SoS 的團隊由各個開發團隊中的成員組成。每個開發團隊根據哪個成員能最清楚說明團隊依賴問題來指派參會人員。也可以由這些團隊的 ScrumMaster 承擔。
執行 SoS 的方式很多，參會者可以確定最合適的方式。一般不會每天都開，而是根據需要每周開幾次，與會者回答的問題跟每日站會相似。
版本火車
根據按照一個共同的節奏協調跨團隊的合作，使多個團隊的愿景、規劃和相互依賴關系保持一致。版本火車關注的是在大型的產品級別上實現快速、靈活的工作流。
火車的隱喻暗示特性出站時間有一個公開的時刻表，所有參與產品開發的團隊都需要在約定的時間把東西放到火車上。
Leffingwell 定義的版本火車規則如下：
1、頻繁、定期規劃和解決方案的發布（或潛在可發布增量，PSI）日期是固定的（日期固定，質量固定，范圍可變）。
2、各團隊的迭代時間長度相同。
3、建立大小適中的、全局的、客觀的里程碑。
4、在頂層、系統級以及特性和組件級做持續的系統集成。
5、版本增量（PSI）可以定期（一般是60天到120天）提交客戶進行預審、內部評審和系統級的 QA。
6、系統級固化迭代，用于減少技術債并為特殊的版本級驗證和測試提供時間。
7、對于構建類似構構件的團隊，某些特定的基礎設施組件（接口、系統開發工具箱、公用的安裝程序和許可工具、用戶體驗框架、數據和 Web 服務等）一般都必須提前準備就緒。
