"Il retrò è superfluo": 7 consigli su come reagire

Molti sostengono che la retrospettiva sia la cerimonia più importante nella cassetta degli attrezzi di Agile. Woody Zuill la mette in questi termini: 

Se introduci una sola pratica #agile, questa dovrebbe essere la retrospettiva. Tutto il resto seguirà.

Woody Zuill

Allora perché è possibile che un team di sviluppo consideri superflua la retrospettiva di sprint? Secondo la mia esperienza di Scrum Master e psicologo, di solito questo ha a che fare con il livello di maturità del team.

Quindi, cosa puoi fare per migliorare il livello di maturità del tuo team, in questo contesto e in generale? Ecco 7 idee, 7 suggerimenti che ti aiuteranno ad affrontare questa sfida.

Il team ritiene che la retrospettiva sia superflua: cosa fare?

A proposito, la risposta ufficiale secondo l’esame di certificazione Scrum è questa: Lo Scrum Master dovrebbe lavorare sul team per renderlo più efficiente. Questo non mi aiuta molto. Cosa potrebbe significare?

Lo Scrum Master deve lavorare sul team per renderlo più efficiente.

Il ruolo ufficiale di uno Scrum Master è il seguente, se si guarda al Guida Scrum osserva: “Lo Scrum Master incoraggia lo Scrum Team a migliorare il proprio processo di sviluppo e le proprie pratiche nell’ambito del processo Scrum, al fine di renderlo più efficace e piacevole per il prossimo Sprint.”

In teoria, questo significa che la retrospettiva dovrebbe essere un evento centrale dello Scrum Master, poiché lo scopo principale della retrospettiva è aiutare il team a migliorare continuamente. In pratica, tuttavia, il team potrebbe non avere la maturità per utilizzare realmente una retrospettiva e quindi non ne vede il valore. Per questo motivo, interpreto personalmente l’affermazione “rendere il team più efficiente” a un livello astratto come “aumentare il livello di maturità del team”. Come si può fare in questo contesto? Prima di iniziare con i consigli, ancora una spiegazione 🙂

Il retropensiero è considerato prezioso quando si migliora davvero in modo continuo. Allora il senso di autonomia, auto-organizzazione e auto-efficacia è alto. Il che porta all’ipotesi: La qualità percepita delle retrospettive è uno dei migliori indicatori del livello di maturità (agile) di un team. 

Se si vuole misurare il livello di maturità agile, si dovrebbe utilizzare la qualità delle retrospettive come indicatore. Questa è la tipica relazione temporale tra la “qualità percepita della retrospettiva” e il “livello di maturità agile” di un team.

Questa progressione si ottiene come segue: 

1. Vengono eseguite le prime retros, vengono scritte le misure. La sensazione è che finalmente stia succedendo qualcosa! 
2. Le misure non vengono realmente attuate. Si parla molto, ma si agisce poco. 
3. Dopo un po’ di tempo, si manifesta la frustrazione o semplicemente la cosiddetta “retro-fatica”. Ora si presenta il fenomeno di questo articolo: La retrospettiva viene vista come superflua. Il team stesso si percepisce come relativamente maturo e non vede problemi.
4. Questo punto viene raggiunto solo da alcuni team. Ovvero, quando la qualità della retros aumenta di nuovo e alla fine porta a miglioramenti evidenti e quindi il sentimento di autoefficacia matura lentamente. 

Spero che i consigli di questo testo ti aiutino a fare qualche passo in questa direzione. Tuttavia, ti raccomando anche il nostro testo su “ 7 consigli per una buona azione %E2%80%9D, che svolgono un altro ruolo in questo tema.

1. capire perché il team pensa che una retrospettiva non sia necessaria

In qualità di Scrum Master potresti avere un’ipotesi sul perché il team ritiene che la retrospettiva di sprint non sia necessaria. Ma verifica questa ipotesi. Chiedi esplicitamente al team quali sono i retroscena.

Spesso c’è un “leader di opinione” nel team che ha una grande influenza sul team. Cerca di individuare questa persona, di capire il suo punto di vista e, nel migliore dei casi, di elaborare insieme a lei le contromisure (vedi sotto).

Quanto meglio conosci il team, tanto meglio potrai sviluppare un piano per aumentarne la maturità e scegliere il più appropriato tra i seguenti suggerimenti.

2. effettuare la retrospettiva

Dovresti sempre fare la retrospettiva. Supponiamo che il team abbia semplicemente bisogno di più tempo per raggiungere il suo obiettivo di Sprint e che un’ora di coding invece della retrospettiva possa essere decisiva. In questo caso, va bene posticipare la retrospettiva di qualche giorno.

Puoi anche cambiare la natura della retrospettiva, renderla più breve e così via. Ma il modo migliore per dimostrare al team il valore di una retrospettiva è quello di avere una retrospettiva davvero buona. Quindi il mio appello è: assicurati di riservare uno spazio nel calendario del team per la retrospettiva.

3. misurare il valore ROTI

Ciò che non si misura, non si può cambiare. Un’abitudine semplice e veloce che ti aiuta a valutare continuamente come il team percepisce le retrospettive è la misurazione del punteggio ROTI: il valore del “Return on time invest”. Poni semplicemente la seguente domanda dopo ogni retrospettiva, magari come check-out: “Su una scala da 0 a 10, quanto è stato ben investito il tempo per questa retrospettiva?”. Misura la media nel tempo: speriamo che tu possa presto riconoscere una tendenza positiva!

Il punteggio medio di “Return-on-time-invest” su una scala da 0 a 10 al mese nello strumento Echometer: le retrospettive valgono la pena? Sembra di sì!

4. mantenere la retrospettiva dello sprint molto breve

Quindi, il team di sviluppo considera superflua la retrospettiva dello Sprint: cosa dovresti fare ora come Scrum Master?

Come ho detto all’inizio, il team probabilmente ritiene che una retrospettiva di sprint non sia necessaria perché pensa che sia una perdita di tempo.

In altre parole: nelle ultime retrospettive hanno apparentemente “imparato” che il ROTI di una retrospettiva - cioè la qualità del tempo investito, vedi sopra - è piuttosto scarso. C’è un approccio abbastanza semplice per cambiarlo: investire semplicemente meno tempo a parità di output 🙂

Questo è forse il consiglio migliore se il team considera superflua la retrospettiva dello Sprint. Dì al tuo team: Ok, la terremo il più breve possibile (maggiori informazioni nel nostro articolo del blog “ Una breve retrospettiva: meglio in fretta che non farlo affatto ”). 

Importante: non devi segnalare che le cose rimarranno così per sempre. Il tuo messaggio rimane lo stesso: Le retrospettive sono davvero importanti. Prima o poi le retrospettive non saranno più così brevi.

Ma si accorcia la retrospettiva (ad esempio, da 60 minuti a 30 minuti) perché in questo modo il team impara quanto può essere importante investire il tempo. E si lascia che la durata della retrospettiva cresca quasi “organicamente”, attraverso un “pull” o “desiderio” del team, perché a un certo punto vorrà più tempo per la retrospettiva. Come si fa? 

Non fai altro che porre la domanda più importante:

“Perché non siamo riusciti a completare tutte le User Stories stabilite per l’ultima iterazione?”

Questo porterà a discussioni intense e probabilmente a idee di azione in breve tempo. Potrebbe anche portare a discussioni più lunghe. Il team ha già segnalato di aver bisogno di più tempo per una retrospettiva (ovviamente il tuo compito è quello di mantenere la discussione costruttiva).

Dovresti sempre porre la domanda che pensi possa innescare buone riflessioni o discussioni nel team. E devi sempre avere l’obiettivo di registrare un esperimento che proverai nel prossimo sprint (noto anche come punto d’azione).

5. suggerisce di omettere anche altre routine

Quindi il team pensa che una retrospettiva sia una perdita di tempo. Ok. Come Scrum Master, il tuo obiettivo principale non dovrebbe mai essere quello di essere la persona che implementa Scrum. No, non si tratta di “Scrum”. 

L’obiettivo è che il team abbia successo e fornisca valore al cliente e agli stakeholder. Scrum dovrebbe aiutare il team a farlo. Ma è solo un quadro di riferimento, una cassetta degli attrezzi (piuttosto buona) di molti approcci possibili per fornire valore in modo rapido, sostenibile e di alta qualità.

Quindi, se il team non è soddisfatto della retrospettiva, puoi sottolineare che vedi Scrum dalla prospettiva appena descritta. E poi aggiungi che pensi che alcune delle altre routine che avete siano meno importanti della retrospettiva. 

La retrospettiva è il motore del miglioramento continuo. È progettata per aiutare i membri del team a scoprire cosa ha funzionato bene e cosa no. Se tralasci questa parte del ciclo continuo, rischi di bloccare il ciclo di miglioramento continuo.

Ad esempio, cosa succederebbe se lasciaste perdere qualche Daily? Sapete cosa succederebbe? Forse non avrà alcun impatto: perfetto, allora potete mantenerlo così e risparmiare tempo. 

D’altra parte, questo potrebbe anche portare a una scarsa comunicazione all’interno del team. Il team commette quindi degli errori. Alla fine, ci sarà una necessità organica di maggiore comunicazione, che noterai in retrospettiva. Questa volta, però, una cerimonia agile non viene introdotta su tua insistenza, ma a causa del “dolore” del team. Di conseguenza, il team accetterà molto di più questa cerimonia.

6. guardare alle retrospettive passate e dimostrarne il valore

Un approccio che può integrare gli altri approcci è quello di dare un’occhiata alla “storia retrospettiva” del team su un periodo di tempo più lungo. Il presupposto è che alcune delle ultime retrospettive abbiano avuto successo.

Ad esempio, guardi la retrospettiva di un anno fa e ti rendi conto di quanto fossero difficili quelle sfide l’anno scorso. E poi ti rendi conto che sarebbe molto più facile risolvere le stesse sfide oggi se avessi tutte le conoscenze e l’esperienza che hai acquisito.

In altre parole, vi rendete conto di quanto siete migliorati nel frattempo. Forse questo approccio al “miglioramento continuo” potrebbe funzionare! E le retrospettive potrebbero davvero aver giocato un ruolo importante in questo. Se usato correttamente, questo può portare a un momento di rivelazione nel team.

Inoltre, puoi anche esaminare il valore del ROTI (ritorno sull’investimento di tempo) della tua ultima retrospettiva (vedi sopra): Se puoi dimostrare che la retrospettiva ha un ROTI compreso tra 8 e 10, il tempo è stato ovviamente ben investito. Il nostro strumento di retrospettiva Echometer, ad esempio, esegue una ricerca sul ROTI dopo ogni retrospettiva e ti fornisce così un indicatore regolare delle prestazioni. Prestazioni di te come Scrum Master .

7. apporta una maggiore varietà alla tua retrospettiva

Una delle risposte tipiche alla domanda “Il team di sviluppo considera la retrospettiva dello sprint superflua - cosa dovrebbe fare lo Scrum Master?” è quella di rendere la retrospettiva più produttiva ed eccitante, portando più varietà nei tuoi metodi e rendendola più divertente. Sottolineo sempre che il “divertimento” non è così importante, l’obiettivo dovrebbe essere sempre quello di renderla produttiva. Tuttavia, il divertimento può naturalmente innescare una certa creatività e motivazione. 

Questo significa, da un lato, che puoi usare metodi retrospettivi creativi - vedi, ad esempio, il nostro articolo su 32 Metodi retrospettivi per principianti e professionisti -metafore sotto forma di domande aperte che innescano nuovi pensieri e idee.

D’altra parte, puoi anche utilizzare metodi che vanno oltre la tipica retrospettiva, ma che mirano comunque a migliorare il team. Ad esempio, potresti condurre una retrospettiva/laboratorio di gruppo che si concentri sui seguenti aspetti sicurezza psicologica nel team - uno dei prerequisiti fondamentali per team di successo. 

Oppure puoi usare il nostro strumento retrospettivo Echometer, che integra continuamente la tua retrospettiva con domande scientificamente fondate. Aiutano il team a riflettere sulla misura in cui soddisfa le caratteristiche fondamentali dei team di successo. Ecco un esempio di una delle domande del nostro strumento, un altro prerequisito per team di successo: una sana cultura del feedback:

Ricevo regolarmente un feedback utile su quanto sto facendo bene e su come posso migliorare.

Esempio di impulso dello strumento Echometer discusso nelle retrospettive.

Ci sono molti altri approcci per portare varietà alle tue retrospettive - sii creativo. 

Come detto, a seconda del “perché” il team considera la retrospettiva dello sprint superflua, più varietà probabilmente non dovrebbe essere l’unica misura per risolvere il problema.

Conclusione sulle “retrospettive superflue”

Come hai visto, i 7 consigli e le azioni affrontano la sfida a diversi livelli. Se dovessi dare un solo consiglio, sarebbe quello di abbreviare la retrospettiva in modo intelligente, come ho descritto sopra. Se combini tutte queste misure, vedrai sicuramente dei risultati molto presto. 

Divertiti con il tuo miglioramento continuo #!