Scrum團(tuán)隊(duì)是Scrum組織的的重要資產(chǎn)壹罚。團(tuán)隊(duì)的組織方式和相互之間的關(guān)系甲献，對組織成功采用Scrum有重大影響。
特性團(tuán)隊(duì)與組建團(tuán)隊(duì)
- 特性團(tuán)隊(duì)是一個跨職能挽拂、跨組件的團(tuán)隊(duì)卫旱，能夠從產(chǎn)品列表中抽取并完成最終客戶想要的特性人灼。
- 組建團(tuán)隊(duì)專注于開發(fā)組件或子系統(tǒng)，這些組件或子系統(tǒng)只能實(shí)現(xiàn)最終客戶想要的部分特性顾翼。（UI組屬于組件團(tuán)隊(duì)投放？）
Scrum更傾向于組建特性團(tuán)隊(duì)。
使用組件團(tuán)隊(duì)的大多數(shù)組織都認(rèn)識到事情剛開始有結(jié)果就會出現(xiàn)問題——因?yàn)榻桓兜穆氊?zé)分到兩個或多個組件團(tuán)隊(duì)中适贸，而每個團(tuán)隊(duì)為此指定的優(yōu)先級可能差異非常大灸芳。按照這種當(dāng)時使用組件團(tuán)隊(duì)時，因?yàn)楝F(xiàn)在可能是多點(diǎn)失敗而不是單點(diǎn)失敗拜姿，所以某個功能無法完成的幾率陡增烙样。
一個很好的辦法是組建一個跨職能的特性團(tuán)隊(duì)，成員具備完成多個特性的技能和能力蕊肥，不必將完成的部分特性轉(zhuǎn)包給組件團(tuán)隊(duì)谒获。但特性團(tuán)隊(duì)可能會給可重用產(chǎn)品的開發(fā)和維護(hù)工作帶來混亂并招致大量技術(shù)債。
對于特性團(tuán)隊(duì)還是組件團(tuán)隊(duì)壁却，沒有一個普遍適用的方法批狱。大多數(shù)大型和成功的Scrum組織往往采用混合模式，以特性團(tuán)隊(duì)為主儒洛，把組件團(tuán)隊(duì)作為資源集中使用時更加經(jīng)濟(jì)合理精耐，偶爾有個別組件團(tuán)隊(duì)。
多團(tuán)隊(duì)之間的協(xié)調(diào)
Scrum規(guī)模擴(kuò)大體現(xiàn)在有多個規(guī)模適中的Scrum團(tuán)隊(duì)琅锻。在團(tuán)隊(duì)不止一個時卦停，我們可以用SoS和“版本火車”方法來協(xié)調(diào)。
SoS(Scrum of Scrums)
SoS可以使多個團(tuán)隊(duì)協(xié)調(diào)彼此之間的工作恼蓬，執(zhí)行SoS的團(tuán)隊(duì)由各個開發(fā)團(tuán)隊(duì)中的成員組成惊完。每個開發(fā)團(tuán)隊(duì)根據(jù)那個成員能最清楚說明團(tuán)隊(duì)依賴問題來指派參會人員，但可以隨著時間的推移換人处硬，只要他當(dāng)時是團(tuán)隊(duì)的最佳代言人小槐，能夠清楚闡述團(tuán)隊(duì)的問題。
SoS一般不會每天都開，而是根據(jù)需要每周開幾次凿跳。SoS的參與者回答的問題與每日例會上回答的問題相似件豌。
版本火車
版本火車根據(jù)按照一個共同的節(jié)奏協(xié)調(diào)跨團(tuán)隊(duì)的合作，使多個團(tuán)隊(duì)的愿景控嗜、規(guī)劃和相互依賴關(guān)系保持一致茧彤。版本火車關(guān)注的是在大型的產(chǎn)品界別上實(shí)現(xiàn)快速、靈活的工作流疆栏。
版本火車規(guī)則：
- 頻繁曾掂、定期規(guī)劃和解決方案的發(fā)布日期是固定的。
- 各團(tuán)隊(duì)的迭代時間長度相同壁顶。
- 建立大小適中的珠洗、全局的、客觀的里程碑若专。
- 在頂層许蓖、系統(tǒng)級以及特性和組件級做持續(xù)的系統(tǒng)集成。
- 版本增量可以定期提交客戶進(jìn)行預(yù)審富岳、內(nèi)部評審和系統(tǒng)級的QA蛔糯。
- 系統(tǒng)級固化迭代，用于嘉紹技術(shù)債并為特殊的版本級驗(yàn)證和測試提供時間窖式。
- 對于構(gòu)建類構(gòu)件的團(tuán)隊(duì)蚁飒，某些特定的基礎(chǔ)設(shè)施組件一般都必須提前準(zhǔn)備就緒。
