1. Teams dienen onafhankelijk van elkaar en van de (technische) omgeving te kunnen werken.
2. Teams dienen zo min mogelijk last van elkaars impedements (belemmeringen) te ondervinden;
3. Er moet één ‘product owner’ zijn voor de verschillende teams. Eén kapitein die de prioriteit en richting bepaalt en daarnaast ook budgethouder is. Dit voorkomt dat er voor het ene team de keuze wordt gemaakt functionaliteit A te realiseren en in het tweede team functionaliteit B;
4. Zorg voor afstemming tussen teams door de Scrum-masters van de verschillende teams te laten overleggen;
5. Doe een gezamenlijke ‘backlog grooming sessie’ met de product owner en de Scrummasters om een heldere product backlog te realiseren als input voor de pokersessies;
6. Houd bij het plannen van de te realiseren functionaliteit ook rekening met onderlinge afhankelijkheid. Laat verschillende teams niet tijdens een sprint aan dezelfde functionaliteit werken of afhankelijk zijn van elkaars sprintresultaat, maar plan dit over verschillende sprints. Hierdoor voorkom je dat, wanneer de functionaliteit onverhoopt uit de sprint valt bij team 1, de overige teams stil komen te vallen en geen werkende functionaliteit op kunnen leveren aan het einde van de sprint;
7. In Scrum is er een hoge mate van autonomie van de teamleden in de keuze voor de manier waarop het resultaat bereikt wordt. Bij een multi-scrum-team-project is het voor een goede afstemming tussen de teams wel van belang dat een aantal standaarden afgesproken worden met betrekking tot documentatie en codeerstandaarden.

Conclusie

Scrum is dus ook werkbaar in grotere projecten, met meerdere teams, parallel. De product owner krijgt het wel druk: meerdere teams en daarom meerdere sprint reviews, retrospectives en een hogere doorloopsnelheid van userstories en dus afstemming met de business. De teams dienen daarbij onafhankelijk te kunnen werken; maar wel met de neuzen in dezelfde richting.