Guida Scrum · Scalabilità e apprendimento
Scrum of Scrums: come coordinare più team Scrum
Uno Scrum of Scrums è una riunione, e una struttura, in cui i rappresentanti di più Scrum Team coordinano il proprio lavoro. È il modo più semplice per scalare Scrum quando alcuni team realizzano insieme un unico prodotto.
Punti chiave
- Uno Scrum of Scrums coordina più Scrum Team tramite rappresentanti.
- Si concentra su dipendenze, integrazione e impedimenti comuni.
- It is the basic building block of Scrum@Scale.
Come funziona
- Ogni team invia un rappresentante, spesso un Developer con le giuste conoscenze tecniche, a volte lo Scrum Master.
- I rappresentanti si incontrano regolarmente, da ogni giorno ad alcune volte a settimana, spesso per circa 15 minuti, con tempo successivo per la risoluzione dei problemi.
- Il focus è su integrazione, dipendenze e impedimenti che riguardano più di un team.
- I rappresentanti condividono l'esito con i propri team.
Agenda di esempio
- Che cosa ha fatto il mio team dall'ultimo incontro che riguarda altri team?
- Che cosa farà il mio team prossimamente che riguarda altri team?
- Quali impedimenti sta affrontando il mio team per cui altri potrebbero aiutare?
- Stiamo per creare un ostacolo a un altro team?
- Risoluzione dei problemi emersi (dopo il time-box principale).
Consigli
- Mantenete una board condivisa delle dipendenze e degli impedimenti tra team.
- Inviate la persona più adatta a discutere delle dipendenze del momento, che può cambiare nel tempo.
- Allineate le cadenze degli Sprint, così i team pianificano e fanno la review insieme.
- Tenete una Sprint Review congiunta per il prodotto integrato.
Insidie
- Trasformarlo in un resoconto di avanzamento per i manager.
- Rappresentanti che non possono prendere decisioni o che non riferiscono ai propri team.
- Troppi team in un'unica riunione; suddividete in livelli se necessario.
Che rapporto ha con i framework di scalabilità
Lo Scrum of Scrums è un elemento costitutivo fondamentale di Scrum@Scale. Un coordinamento simile si trova in LeSS e nell'ART Sync di SAFe; vedi Agile Release Train.
Domande frequenti
Quanti team può coordinare uno Scrum of Scrums?
Di solito fino a circa cinque-dieci team. Oltre questa soglia, le organizzazioni aggiungono un ulteriore livello, a volte chiamato Scrum of Scrums of Scrums.
Lo Scrum of Scrums fa parte della Guida Scrum?
No. È una pratica di scalabilità molto diffusa, non fa parte del framework Scrum ufficiale.
Che cos'è uno Scrum of Scrums?
Una riunione di coordinamento in cui i rappresentanti di più Scrum Team discutono di dipendenze, integrazione e impedimenti comuni.
Chi partecipa a uno Scrum of Scrums?
Un rappresentante per team, spesso un Developer con le conoscenze tecniche pertinenti o lo Scrum Master. La persona più adatta può cambiare in base alle dipendenze del momento.
Con quale frequenza si riunisce uno Scrum of Scrums?
Da ogni giorno ad alcune volte a settimana, a seconda di quante dipendenze esistono. Molti limitano la discussione principale a circa 15 minuti.
Chi ha creato lo Scrum of Scrums?
La pratica è generalmente attribuita a Jeff Sutherland e Ken Schwaber, che la usarono negli anni '90 per coordinare più team.
Qual è la differenza tra un Daily Scrum e uno Scrum of Scrums?
Il Daily Scrum serve ai Developer di un team per pianificare la giornata in funzione dello Sprint Goal. Uno Scrum of Scrums coordina il lavoro tra i team.
Che cos'è uno Scrum of Scrums Master?
In Scrum@Scale, the person who facilitates the Scrum of Scrums and helps remove impediments across teams. See Scrum@Scale.
Che rapporto c'è tra lo Scrum of Scrums e SAFe?
SAFe usa eventi di coordinamento simili, come l'ART Sync, per allineare i team di un Agile Release Train. Vedi SAFe.
Che cosa rende efficace uno Scrum of Scrums?
Rappresentanti in grado di prendere decisioni, una board condivisa di dipendenze e impedimenti, cadenze degli Sprint allineate e un focus sui problemi anziché sullo stato di avanzamento.
Lo Scrum of Scrums è una riunione di avanzamento?
Non dovrebbe esserlo. Il suo scopo è far emergere e risolvere i problemi tra team, non riferire l'avanzamento ai manager.