"Crescita" e "scalabilità" sono due cose diverse
- Dominic Price in "Unlearning these five fallacies will make you more innovative" (Disimparare questi cinque errori potenzierà la tua innovazione)
Aggiungere più persone allo stesso problema ha come unico risultato quello di complicarne la risoluzione. Ma, se trovi un modo per diventare più efficace man mano che cresci, la tua scalabilità sarà assicurata.
Per decenni, la Guida di Scrum ha stabilito una linea di base per aiutare i team e le aziende a soddisfare queste esigenze. Tuttavia, la scalabilità di Scrum al di là dei singoli team richiede un approccio diverso. Per raggiungere questo obiettivo, è stata creata la tecnica scrum-of-scrum (chiamata anche SoS).
La storia di Scrum-of-scrum
La metodologia scrum-of-scrum è stata implementata per la prima volta nel 1996 da Jeff Sutherland e Ken Schwaber, due pionieri del framework Scrum. Sia Sutherland che Schwaber avevano bisogno di un modo per coordinare otto unità aziendali con più linee di prodotti per unità e sincronizzare i singoli team tra loro. Pertanto, hanno testato un nuovo modo per adattare i team Scrum in modo tale da raggiungere questo obiettivo. L'esperienza ha ispirato Sutherland a pubblicare un articolo nel 2001 intitolato "Agile Can Scale: Inventing and Reinventing SCRUM in Five Companies" (Assicurare la scalabilità di Agile è possibile: come inventare e reinventare Scrum in cinque aziende), che menzionava per la prima volta Scrum-of-scrum.
Da allora, questa metodologia è diventata sempre più popolare in quanto pratica strettamente associata alla scalabilità Agile. Integrata nella Guida di Scrum@Scale e citata in altri framework Agile scalati, fornisce una struttura volta ad agevolare la scalabilità dei team.
Se hai problemi con Scrum a livello di team individuale, non puoi adattare queste pratiche a un team di team. Utilizza Andon Cord e affronta le sfide del tuo team prima di iniziare con la scalabilità.
Cos'è Scrum-of-scrum?
Scrum-of-scrum è una tecnica Agile scalata che consente a più team di collaborare per fornire soluzioni complesse.
Aiuta i team a sviluppare e fornire prodotti complessi attraverso la trasparenza, l'ispezione e la flessibilità su larga scala. Questo approccio è particolarmente efficace quando tutti i membri del team Scrum ad alte prestazioni lavorano per raggiungere un obiettivo comune, hanno fiducia, rispetto e sono completamente allineati.
A supporto di questo, le dimensioni del team sono fondamentali. Una ricerca di Hackman e Vidmar suggerisce che un team ideale è composto da 4,6 persone. I team troppo piccoli o troppo grandi potrebbero riscontrare problemi nel fornire prodotti complessi.
Ricorda la legge di Brooks illustrata nel libro "The Mythical Man-Month": l'aggiunta di forza lavoro a un progetto software in ritardo causa un ritardo ancora maggiore.
Più numeroso è il team, più grandi sono le linee di comunicazione tra i suoi membri; di conseguenza, sarà più difficile creare un rapporto di fiducia e uno scopo comune.
Pertanto, suddividere un team molto numeroso in due o tre team più piccoli può aiutare a instaurare relazioni personali e mantenere i risultati desiderati.
Fai attenzione quando suddividi i team! È fondamentale bilanciare le competenze tra i team, ridefinire i team esistenti e suddividere con attenzione le mansioni lavorative. La consegna potrebbe subire rallentamenti a causa di dipendenze impreviste e potenziali nuovi colli di bottiglia. Prestare particolare attenzione alle retrospettive e all'assegnazione della priorità delle story di miglioramento ti aiuterà a superare queste sfide.
Quando vengono creati più team per conseguire un obiettivo comune, occorre un coordinamento. È proprio questa la funzione di Scrum-of-scrum.
Lo scopo di Scrum-of-scrum
Un team scrum-of-scrum è un team virtuale composto da delegati con collegamenti incorporati ai team di consegna di origine. Rispetto alle tipiche gerarchie organizzative o ai team basati su progetti, queste strutture di team interconnesse riducono le vie di comunicazione. L'obiettivo è coordinare team più piccoli e indipendenti. I team che applicano Scrum-of-scrum non solo coordinano la consegna, ma garantiscono un prodotto completamente integrato al termine di ogni sprint. Pertanto, il team scrum-of-scrum funge da team di rilascio che fornisce valore ai clienti.
Generalmente le organizzazioni utilizzano questo approccio come primo passo verso la scalabilità Agile e per organizzare la consegna di prodotti più grandi e complessi.
Scrum-of-scrum: la struttura scalata
Il team scrum-of-scrum appena formato applica quasi le stesse pratiche, partecipa agli stessi eventi e ricopre gli stessi ruoli di un team Scrum. Per fornire un prodotto integrato e potenzialmente rilasciabile al termine di ogni sprint, potrebbero essere necessari ruoli aggiuntivi, come architetti o responsabili del controllo qualità.
Ad esempio, c'è il ruolo del Chief Product Owner, che si occupa della supervisione del team responsabile del prodotto e contribuisce a guidare la visione generale del prodotto.
Non deve essere scelta necessariamente una persona dedicata e il ruolo dovrebbe avere le stesse responsabilità dell'owner di prodotto, però su larga scala.
Un altro ruolo nuovo è quello del Master scrum-of-scrum, che deve concentrarsi sui progressi e sui backlog di impedimento visibili agli altri team, semplificando l'assegnazione delle priorità o la rimozione degli impedimenti e migliorando continuamente l'efficacia di Scrum-of-scrum.
Questi nuovi ruoli utilizzano Scrum quotidiani scalati di 15 minuti come incontri chiave per allinearsi, migliorare e gestire gli impedimenti. Un rappresentante di ogni team o l'owner di prodotto dovrebbe illustrare gli impedimenti del team, i rischi per il raggiungimento dell'obiettivo dello sprint o le dipendenze da altri team, nonché i miglioramenti scoperti che possono essere sfruttati da altri team.
Conclusione e considerazioni
Scrum-of-scrum è un framework ampiamente utilizzato ed è un modo fondamentale per assicurare la scalabilità di Scrum. Un prerequisito importante per la scalabilità è comporre correttamente il team e fornirgli tempo e spazio sufficienti per crescere attraverso le fasi del modello di sviluppo del gruppo di Tuckman: formazione, tempesta, normazione e prestazione.
Quando i team sono pronti, ecco alcune considerazioni che possono essere utili:
- Assicurati che lo Scrum quotidiano scalato non superi i 15 minuti, proprio come lo Scrum quotidiano del tuo team
- Dirigi lo Scrum quotidiano scalato per 15 minuti dopo l'ultimo Scrum quotidiano del team
- Stabilisci un accordo di lavoro per i team scrum-of-scrum
- Concorda una definizione collettiva e individuale del concetto di "completato" e, naturalmente, condividila
- Stabilisci una routine o un'agenda per uno Scrum quotidiano scalato efficace
- Inizia monitorando il numero di giorni in cui sei bloccato da impedimenti
- Tieni traccia del numero di Scrum quotidiani scalati che sono stati iniziati e terminati in tempo
- Concentrati sul rilascio di story che hanno dipendenze per ridurre i rischi e abilitare altri team
- Monitora e visualizza i giorni che mancano alla riunione dimostrativa
A dire il vero, non esiste un unico modo per attuare la scalabilità Agile, ma molte organizzazioni hanno avuto un grande successo nell'evoluzione dei propri processi, team e culture utilizzando framework dedicati. Scopri di più sui principali framework Agile scalati utilizzati oggi e molto altro ancora nella sezione Agile su larga scala di Agile Coach.
