"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 la maturità del tuo team, in questo contesto e in generale? Ecco 7 pensieri, 7 suggerimenti che ti aiuteranno in 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 afferma: “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, ciò 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à necessaria 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 livello astratto come “aumentare il livello di maturità del team”. Come si può fare in questo contesto? Prima di iniziare con i suggerimenti, un’altra 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 giocano 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 d’opinione” nel team che ha una grande influenza sul team stesso. 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

In linea di principio, dovresti eseguire la retrospettiva. Supponiamo che il team abbia semplicemente bisogno di più tempo per raggiungere il suo obiettivo di Sprint e che un’ora di programmazione invece della retrospettiva potrebbe essere decisiva. In questo caso, va bene spostare 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

Il team di sviluppo considera quindi la retrospettiva Sprint superflua: 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. Esiste un approccio abbastanza semplice per cambiarlo: investire semplicemente meno tempo a parità di output 🙂

Questo è forse il miglior consiglio se il team considera superflua la retrospettiva Sprint. Di’ 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é il team impara in questo modo quanto può essere importante investire tempo. E si lascia che la durata della retrospettiva cresca quasi “organicamente”, attraverso un “pull” o “desiderio” del team, perché a un certo punto desidererà 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 eliminaste alcuni Dailies? 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 è dare un’occhiata alla “storia delle retrospettive” del team in un periodo di tempo più lungo. Il prerequisito è 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 utilizzato correttamente, questo può portare a un momento di consapevolezza 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 tipiche risposte alla domanda “Il team di sviluppo ritiene che la retrospettiva dello sprint sia superflua: cosa deve fare lo Scrum Master?” è quella di rendere la retrospettiva più produttiva ed emozionante, 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ò ovviamente scatenare una certa creatività e motivazione. 

Das bedeutet einerseits, dass du kreative Retrospektive Methoden verwenden kannst - siehe z. B. unseren Beitrag über 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 im Team verbessert - eine der Kernvoraussetzungen für erfolgreiche Teams. 

Oder du verwendest unser Retro Tool Echometer, das deine Retrospektive kontinuierlich um wissenschaftlich fundierte Fragen ergänzt. Sie helfen dem Team, darüber zu reflektieren, inwieweit es die Kernmerkmale erfolgreicher Teams erfüllt. Hier ein Beispiel für eine der Fragen aus unserem Tool, eine weitere Voraussetzung für erfolgreiche Teams - eine gesunde Feedback-Kultur:

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 variare le tue retrospettive: sii creativo. 

Come detto, a seconda del “perché” il team considera la retrospettiva di sprint superflua, una maggiore 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 #!