Scrum指南建議有3到9名成員實(shí)際執(zhí)行sprint backlog，但是實(shí)際情況中，一個(gè)產(chǎn)品背后常有幾十甚至上百人投入支持。為了方便管理，這些成員通常會被劃分為不同的團(tuán)隊(duì)，這個(gè)時(shí)候，如何可視化，管理以及進(jìn)一步減少團(tuán)隊(duì)間的依賴關(guān)系就成為一個(gè)關(guān)鍵的且必須解決的問題。這影響到產(chǎn)品特性交付的及時(shí)性以及可靠性。

一般來說有這個(gè)幾個(gè)方法：

使用看板標(biāo)明團(tuán)隊(duì)的角色，開發(fā)進(jìn)程，以及團(tuán)隊(duì)之間的依賴關(guān)系，并且將看板公開給大團(tuán)隊(duì)的所有成員，使得任何進(jìn)程或者需求變化，因?yàn)橐蕾囮P(guān)系而對其他團(tuán)隊(duì)造成的影響都能夠在看板上得到體現(xiàn)。

但是這個(gè)只是將依賴關(guān)系可視化了，并沒有真正降低團(tuán)隊(duì)的依賴性，使團(tuán)隊(duì)的運(yùn)作更加靈活。要從根本上解決問題可以從技術(shù)，需求，團(tuán)隊(duì)三個(gè)方面下手。

1. 技術(shù)：用技術(shù)工程手段，軟件模塊解耦，開發(fā)前進(jìn)行模塊設(shè)計(jì)，更多使用戰(zhàn)略編程而不是戰(zhàn)術(shù)編程。降低接口的復(fù)雜度，暴露更少信息給調(diào)用者。把簡單留給別人，把復(fù)雜留給自己。增加代碼的可讀性和可維護(hù)性和接口的可擴(kuò)展性。

2. 需求：重新調(diào)整需求領(lǐng)域，做好業(yè)務(wù)架構(gòu)設(shè)計(jì)，讓需求去驅(qū)動更加模塊化，獨(dú)立化的代碼編寫以及系統(tǒng)的優(yōu)化和重構(gòu)。具體請參加DDD - Domain Driven Development.

3. 團(tuán)隊(duì)：可選擇應(yīng)用大型敏捷框架，如LeSS (Large Scale Scrum)。組建特性團(tuán)隊(duì)使得每個(gè)團(tuán)隊(duì)都可以相對獨(dú)立地交付端到端地業(yè)務(wù)價(jià)值。同時(shí)對于團(tuán)隊(duì)之間的協(xié)作要持續(xù)強(qiáng)調(diào)集成紀(jì)律。