隨著開發(fā)周期的縮短，團(tuán)隊成員間持續(xù)的軟件交付、共同承擔(dān)的角色和職責(zé)，使得敏捷軟件開發(fā)的效率有所提高。敏捷項目源于消除廣泛、低效率瀑布式方法：軟件通常會延遲交付，而且并沒有按照設(shè)計的那樣滿足用戶的需求。與瀑布式方法不同，敏捷項目只有代碼編譯完成后才能進(jìn)行測試，敏捷項目能夠很好地保持軟件開發(fā)流程的運(yùn)行。例如對軟件各部分迭代進(jìn)行測試這樣的實踐能有助于項目取得穩(wěn)定的發(fā)展，并且顯示出只涉及該團(tuán)隊的項目。
但是當(dāng)敏捷開發(fā)項目發(fā)展到包含多個團(tuán)隊的時候，團(tuán)隊成員工作地點不同，經(jīng)常會相隔很遠(yuǎn)，此時又會發(fā)生什么樣的變化呢?當(dāng)團(tuán)隊成員無法在同一間屋子內(nèi)工作時，他們該如何一如既往的堅持遵守工作原則呢?
多倫多敏捷咨詢公司Scott Ambler及其附屬公司的創(chuàng)始人ScottAmbler說：“如果敏捷項目范圍超過一個團(tuán)隊時，項目運(yùn)行就會出現(xiàn)問題?！泵艚蓓椖恳?guī)模擴(kuò)大，就會增大了敏捷項目起初打算縮減的管理負(fù)載。面臨的挑戰(zhàn)是：軟件公司要如何管理多團(tuán)隊的敏捷項目，并且不失其敏捷特性。
根據(jù)敏捷項目專家所說，完全消除這些風(fēng)險是不可能的。畢竟，與獨(dú)立團(tuán)隊的敏捷項目相比，多團(tuán)隊敏捷項目需要投入更多管理。重復(fù)工作是不可避免的，一些技術(shù)有助于多團(tuán)隊在一個項目中協(xié)同工作，并保證敏捷軟件開發(fā)的高效性。
1、適宜的團(tuán)隊成員數(shù)量
轉(zhuǎn)向多團(tuán)隊敏捷項目是個不小的壯舉。敏捷項目咨詢師James Shore說，在沒有完全掌握獨(dú)立團(tuán)隊敏捷項目開發(fā)過程之前，不要采用多團(tuán)隊敏捷項目，這一點非常重要。這聽上去是很明顯的，但是Shore曾經(jīng)見過許多公司在沒有獨(dú)立團(tuán)隊開發(fā)敏捷項目經(jīng)驗的情況下就引入多團(tuán)隊敏捷項目模式。他認(rèn)為，這必然會失敗?！斑@是在做跳躍式改變。如果企業(yè)沒有按照漸進(jìn)式的方式來開發(fā)敏捷項目，那么很快就會出現(xiàn)溝通和編碼質(zhì)量問題?！?/span>
敏捷項目的獨(dú)立團(tuán)隊一般以少于10人為宜。Shore認(rèn)為，一旦團(tuán)隊成員數(shù)量達(dá)到10或者12人，那么最好成立兩個團(tuán)隊。他提到，他的合作伙伴Diana Larsen(俄勒岡州波特蘭市的FutureWorks敏捷項目咨詢公司的合作伙伴)認(rèn)為一個團(tuán)隊最佳的成員數(shù)為“五到九人。” Shore說，一旦團(tuán)隊成員數(shù)目過多，就要考慮將一個團(tuán)隊分為兩個團(tuán)隊?！凹词姑x上團(tuán)隊成員還是屬于同一個團(tuán)隊，但是他們已經(jīng)形成兩個小團(tuán)體，不同時在一個團(tuán)隊工作了。無論你是否承認(rèn)，一個團(tuán)隊都被分成兩個相互依賴的團(tuán)隊?！?/span>
2、所需的適當(dāng)技能
Rothman認(rèn)為，當(dāng)多團(tuán)隊項目組開始工作時，保持小型團(tuán)隊是保證項目敏捷性的關(guān)鍵。她建議團(tuán)隊成員數(shù)量以5-7人為最佳。Rothman并不建議擴(kuò)大團(tuán)隊成員數(shù)量，而是建議團(tuán)隊決定如何增加團(tuán)隊成員在敏捷項目中所缺乏的技能。她接觸的一些顧客認(rèn)為，沒有足夠的人能完全掌握敏捷開發(fā)項目所需技能。“他們說：‘我們沒有足夠多的測試人員、DBA和用戶體驗專家?！?/span>
Ambler同意以上觀點。他說，企業(yè)希望團(tuán)隊自身具備完成工作所需的技能?！暗沁@樣做有風(fēng)險。團(tuán)隊需要利用企業(yè)資源，與企業(yè)架構(gòu)師合作，重復(fù)使用工作人員以及數(shù)據(jù)庫人員?！?/span>
阿林頓Rothman咨詢有限公司的創(chuàng)始人JohannaRothman認(rèn)為，如何設(shè)置這些團(tuán)隊的組織架構(gòu)，如何分配工作任務(wù)以及如何管理這些組織之間的依賴關(guān)系是判斷成功還是失敗的標(biāo)志。Rothman的
解釋是：“于細(xì)微處見真章”。