Cosa hanno in comune lo sviluppo dei team e Scrum of Scrum? Si occupano della crescita e dell'ottimizzazione dei team. In pratica, prima di scalare i metodi agili, il team deve essere sviluppato in modo ottimale. Puoi scoprire quando un team è sviluppato in modo ottimale qui o nel nostro sito Articolo del blog.
Cos'è lo Scrum degli Scrum?
Scrum of Scrums è un metodo per scalare Scrum in molti team e, se del caso, treni. Altri metodi sono ad esempio SAFe, LeSS o Nexus.
La mischia delle mischie è particolarmente efficace quando tutti i membri del team Scrum lavorano per un obiettivo comune, si fidano e si rispettano a vicenda e collaborano. Questo richiede uno sviluppo preliminare del team.
La frase
"Abbastanza piccolo da rimanere agile e abbastanza grande da portare a termine compiti importanti in uno sprint".
che potresti conoscere. Quando è il momento giusto per scalare? Qual è la dimensione ottimale di un team e cosa devi considerare quando lo sviluppi? Esiste una raccomandazione per lo sviluppo del team?
Prima di approfondire, una breve nota. Di recente abbiamo avuto come ospiti 11 esperti internazionali di agilità in un webinar – su una domanda: Come si fa a scalare correttamente i metodi agili?
Il risultato è questa fantastica registrazione video (in inglese), che affronta le seguenti domande, ad esempio:
- È meglio partire dal basso verso l'alto o dall'alto verso il basso?
- Come si fa a far sì che i leader concordino su una visione comune?
- Come scegliere il giusto framework agile – e perché non è così importante?
Il mio consiglio più caloroso: dai un'occhiata! Ci vuole un po' di tempo, ma ne vale la pena ogni minuto.
Prima la storia di Scrum of Scrums
Jeff Sutherland e Ken Schwaber erano alla ricerca di un metodo che permettesse di lavorare in modo agile con diversi team. L'aspetto importante era che non tutti lavorassero per conto proprio, ma che tutti collaborassero in modo coordinato. È stata una pietra miliare dello sviluppo agile. Jeff Sutherland ha anche scritto un libro su questo argomento. "Agile Can Scale: Inventing and Reinventing SCRUM in Five Companies".apparso nel 2001.
Da allora, Scrum of Scrum e la scalabilità dei metodi agili hanno ottenuto sempre più consensi. Tuttavia, si può affermare che la pandemia COVID-19 ha probabilmente dato la spinta maggiore allo sviluppo agile – almeno per quanto riguarda la sua applicazione in settori diversi dallo sviluppo del software. In linea di principio, i metodi agili possono sempre essere applicati quando i requisiti e le tecnologie sono complessi. Il Stacey Matrix e il Quadro Cynefin ti aiutano a classificare. A Guida a Scrum@Scale troverai tutte le informazioni sulla scalatura.
Come consiglio, dovresti scalare solo quando il tuo team lavora bene insieme e funziona. Se hai già problemi con Scrum a livello di singolo team, non dovresti scalare. Il mio consiglio per lo sviluppo del team è questo: Sviluppa prima il team e risolvi i suoi problemi prima di iniziare a scalare.
A proposito, una nota veloce nel contesto della trasformazione agile: vuoi assicurarti di essere al momento le giuste priorità nel tuo percorso agile Trasformazione?
Poi fai il nostro test di maturità per la tua trasformazione agile – che richiede solo 3 minuti. Potrai anche ottenere un benchmark basato su oltre trecento altri partecipanti. Vedi il pulsante 
Scopo di Scrum of Scrum
Scrum of Scrum è la prima estensione logica di Scrum quando si passa dall'agilità del team all'agilità dell'intera azienda. Un prerequisito fondamentale per la scalabilità è la giusta composizione del team. È necessario rispondere alle seguenti domande:
- Chi lavora in quale posizione nel team?
- Chi lavora con chi?
- Chi si armonizza particolarmente bene insieme?
- Chi ha un ruolo?
Abbiamo scoperto che la chiarezza dei ruoli gioca un ruolo fondamentale. A proposito: se vuoi sapere quali sono le leve che puoi utilizzare per creare innovazione in un team, dai un'occhiata a questo articolo Video an. Inoltre, le squadre hanno sempre bisogno di tempo e spazio sufficienti per svilupparsi. Qui puoi leggere anche il libro di Tuckman Modello a fasi per lo sviluppo del team per conoscerci meglio:
- Formazione (fase di ingresso e di scoperta),
- Tempesta (fase di contestazione e discussione)
- Norming (Fase di regolamentazione e convenzione)
- Esecuzione (fase di lavoro e di prestazione).
Fonte: Il modello a fasi di Tuckman per lo sviluppo del team
L'obiettivo è quello di coordinare team più piccoli, agili e autonomi, completamente concentrati sulle esigenze e sui desideri dei clienti. Il tema della centralità del cliente può essere qui anche a te piace guardarlo in modo più dettagliato. Per questo motivo, dovresti sempre visitare il sito Viaggio del cliente del tuo cliente. Sii il tuo cliente e inizia a cambiare prospettiva. Nella pratica, purtroppo, i clienti devono ancora spesso adattarsi ai processi dell'azienda che collabora. Soprattutto negli enti pubblici, ma anche in alcune grandi aziende o società. Tuttavia, non è questa l'idea di Scrum.
"Crescita" non è sinonimo di "scalata".
Dominic Price scrive in "Disimparare queste cinque fallacie ti renderà più innovativo" sulle 5 fallacie da cui dovresti liberarti per diventare più innovativo.
- "Crescita" non è sinonimo di "scalata".
- "Trasformazione" non è la stessa cosa di "evoluzione".
- "Disturbante" non è la stessa cosa di "disturbato".
- Il "tempo di presenza" non è la stessa cosa di "iniziativa".
- I "risultati" non sono uguali ai "risultati".
In sintesi, questo significa: l'efficienza è buona, l'efficacia è migliore. Presta sempre attenzione all'efficacia.
Per esperienza possiamo dire che più persone lavorano allo stesso problema, più è difficile arrivare a una soluzione. Soprattutto se si tratta di membri di team autonomi e interfunzionali. Tuttavia, la soluzione per i team sempre più grandi è lo scaling. Il Guida Scrum fornisce una base per i team e le aziende che hanno bisogno di supporto in questo ambito. Scalare Scrum oltre i singoli team, tuttavia, richiede un approccio diverso. La tecnica Scrum of Scrum (Tecnologia SoS).
Fonte: Professionisti RFC
Struttura e processo di Scrum of Scrums
Struttura del team Scrum of Scrums
La comunicazione è l'elemento fondamentale nel mondo agile e la chiave del successo. I canali di comunicazione possono soffrire rapidamente quanto più grande è il team. Le informazioni arrivano in modo errato o non arrivano affatto. Prima o poi, questo influisce anche sulla fiducia nel team, c'è una mancanza di affiatamento e diventa più difficile perseguire un obiettivo comune.
L'obiettivo è quello di sviluppare il team in modo tale da rimuovere tutti gli ostacoli (Scrum Master) ed è nel Flusso funziona. In teoria, una "squadra perfetta" con prestazioni ottimali secondo la teoria del "team perfetto". Ricerca di Hackman e Vidmar di 4,6 persone. I team troppo piccoli potrebbero non essere sufficienti per risolvere un problema. A sua volta, con team troppo grandi, le relazioni personali e l'agilità in relazione alla capacità di agire e agli interessi del cliente ne risentono.
In alcuni casi è necessaria una divisione del team. Ma attenzione, ci sono alcuni aspetti da considerare. Stai intervenendo in un sistema già consolidato. Le competenze tra i team devono essere distribuite in modo equilibrato, le interfacce di funzionamento devono essere ridefinite e i compiti ridistribuiti o ridefiniti. Dipendenze inaspettate e nuovi colli di bottiglia possono ritardare l'intero processo. Anche in questo caso è importante comunicare apertamente e dare al team tempo e spazio. Anche la pazienza e l'adattamento nei punti giusti sono molto importanti.
La tecnica Scrum-of-Scrums richiede un coordinamento quando si formano più team. Il diagramma seguente mostra una possibilità:
Fonte: Atlassian
Altri ruoli in Scrum of Scrums
Il Chief Product Owner: il Chief Product Owner è responsabile della visione complessiva del prodotto. Definisce le priorità del backlog del prodotto ed è l'interfaccia e il portavoce del cliente.
Il Master Scrum of Scrums: contribuisce in modo permanente a una maggiore efficienza di Scrum of Scrums. Si concentra sui progressi e sugli ostacoli che sono visibili agli altri team, dà potere e sostiene il team nell'adempimento dei suoi compiti. Inoltre Leader servitore chiamato.
Riunione Scrum of Scrums
I membri del team nominano una persona che partecipi alla riunione di Scrum of Scrums per conto del team Scrum. A seconda di dove si concentra il progetto, il team può sempre nominare un rappresentante diverso. Di norma, viene nominata la persona più vicina all'argomento. Se l'obiettivo è l'esperienza dell'utente, si dovrebbe inviare un rappresentante che abbia familiarità con questo aspetto. Se l'argomento è il testing, il rappresentante dovrebbe provenire dall'area testing. In alcuni casi, se il team SOS diventa troppo piccolo, può essere consigliabile far partecipare alla riunione due rappresentanti per team. Spesso lo Scrum Master accompagna la persona designata dal team. Se il lavoro delle riunioni di Scrum of Scrums viene coordinato in una riunione di livello superiore, questa viene chiamata riunione di Scrum of Scrums.
Frequenza e tempistica da Scrum of Scrum Meetings
Il team determina la frequenza delle riunioni di Scrum of Scrum. Per semplicità, ci atteniamo alle linee guida dello Scrum of Scrum, che si svolge quotidianamente e dura di solito un massimo di 15 minuti..
A seconda delle dimensioni e del numero di team, tuttavia, si tratta spesso di riunioni più lunghe che non si svolgono così frequentemente. Ad esempio, da 2 a 3 volte alla settimana. A differenza della riunione giornaliera, i problemi che emergono nella riunione Scrum of Scrums vengono risolti direttamente, se possibile, o almeno affrontati. I problemi che emergono in questa riunione sono molto importanti e possono interessare rapidamente più di 100 persone.
Agenda di una riunione
Fonte: Unsplash
Un buon ordine del giorno per una riunione di Scrum of Scrums è l'ordine del giorno di una riunione di Scrum. Scrum giornalieri molto simili. Poiché nella pratica la riunione di Scrum of Scrums non si svolge tutti i giorni e poiché ogni persona rappresenta l'intero team nella riunione, le domande ricevono una risposta leggermente diversa:
- Cosa ha realizzato la tua squadra dall'ultima volta che ci siamo visti?
- Cosa farà il tuo team entro la prossima riunione?
- Ci sono ostacoli che rendono difficile il lavoro del team?
- Qualunque cosa faccia la tua squadra potrebbe ostacolare un'altra squadra?
L'ultima domanda riguarda il processo e il possibile impatto sugli altri team. Affrontare questa domanda può essere molto utile. Considera diversi scenari in anticipo per creare una cooperazione senza intoppi. Questo è il punto in cui il pensiero a silo viene virtualmente abbattuto. La risposta all'ultima domanda è particolarmente importante, perché è indispensabile che i risultati vengano trasmessi dai rappresentanti ai loro team.
Oltre a rispondere alle domande, la riunione offre anche il tempo e lo spazio per discutere e affrontare eventuali questioni, problemi o sfide emerse in precedenza. Durante l'incontro si documentano i progressi e si crea una visione comune. Le soluzioni e le azioni vengono registrate in modo che possano essere seguite.
Per rimanere su un piano fattuale e neutrale, nelle discussioni non vengono citati nomi. Anche la lunghezza degli argomenti è chiaramente delineata rispetto all'importanza degli stessi. L'obiettivo è quello di creare una visione oggettiva dal meta-livello, ma anche di cambiare prospettiva.
Conclusione
Quindi Scrum of Scrums è un buon modo per scalare se stai già lavorando con Scrum e vuoi passare all'agilità aziendale. Se vuoi saperne di più sulla Scrum Master Performance Evaluation, dai un'occhiata anche a questo articolo an.
Scrum of Scrums e SAFe – due concetti diversi
Scrum of Scrums, SAFe e LeSS sono tutti framework diversi per lo scaling agile, con approcci diversi all'implementazione della leadership e alla costruzione di una roadmap. Se vuoi saperne di più sugli altri concetti, ti consiglio di leggere i nostri blog su SAFe e LeSS da leggere.
