Menu

Riunioni retrospettive agili: perché è necessario e alcuni modi divertenti per condurle

  • Principale
  • Test Agili
  • Riunioni retrospettive agili: perché è necessario e alcuni modi divertenti per condurle

agile retrospective meetings why it is necessary

Prova Il Nostro Strumento Per Eliminare I Problemi

Sviluppo software agile è un insieme di metodi e pratiche che si basano sul Manifesto Agile. La metodologia Agile enfatizza la collaborazione del team e la consegna frequente di un prodotto.

Uno dei 12 principi elencati nel Manifesto Agile è:

'A intervalli regolari, il team riflette su come diventare più efficaci, quindi ottimizza e adatta il proprio comportamento di conseguenza'.

Questo principio è incorporato in un team agile sotto forma di riunioni Agile Retrospective.

In questo articolo parleremo di più delle riunioni retrospettive, del loro scopo e di alcuni modi divertenti per condurre queste riunioni.

scrum-retrospettiva

Lettura consigliata=> I 6 motivi più comuni per cui dovresti adottare Agile nella tua organizzazione

Cosa imparerai:

Definizione e scopo delle riunioni retrospettive

Per definizione retrospettivo significa 'guardare indietro o affrontare eventi o situazioni passati'.

Fedele alla definizione, le riunioni retrospettive hanno lo scopo di riflettere sulle più recenti sprint / progetto / pietra miliare e identificare le aree che necessitano di miglioramento e celebrare le vittorie del team .

Questo si collega al concetto di miglioramento continuo in cui i team si riuniscono per discutere le aree che il team ha fatto bene e le aree che il team deve lavorare insieme per migliorare per il prossimo sprint / progetto / milestone.

Leggi anche=> Come migliorare la qualità del software utilizzando il processo di integrazione continua

Condurre riunioni retrospettive

Gli incontri retrospettivi possono essere tenuti in varie fasi durante il progetto:

  • È possibile programmare riunioni retrospettive verso i giorni di chiusura di uno sprint e prima dell'inizio dello sprint successivo per riflettere sullo sprint più recente
  • Per rivedere uno specifico scenario problematico
  • In una pietra miliare per riflettere sullo stato finora

Agili passi retrospettivi

Qualsiasi riunione retrospettiva comporterà i seguenti passaggi:

agile-passaggi-retrospettivi

  • Set Stage - Organizza la riunione: implica l'impostazione della riunione da parte del facilitatore (PM, scrum master, ecc.) E l'invio di un invito alla riunione a tutti i membri del team e alle parti interessate.
  • Raccogliere dati - Una volta avviato l'incontro, raccogli tutte le idee, opinioni, preoccupazioni che i membri del team potrebbero avere. Questo può essere fatto tramite vari attività retrospettive agili come Start, Stop e Continue, Paint Me picture ecc.
  • Genera approfondimenti - Dopo che i dati sono stati raccolti, devono essere identificate analisi significative e devono essere creati modelli. L'idea è identificare le tendenze e risolverle. Per esempio. se i membri del team non sono contenti delle lunghe alzate giornaliere, dobbiamo capire cosa sta causando questo. Potrebbero essere discussioni non correlate, il ritardo dei membri del team, tempi non realistici che non tengono conto del numero di aggiornamenti, ecc.
  • Crea azioni - Una volta identificati i problemi sottostanti, creare punti di azione per risolverli. I punti d'azione dovrebbero essere assegnati a una o più persone responsabili che saranno responsabili di risolverlo entro la data di scadenza stabilita.
  • Incartare - Ringrazia la squadra per il tempo e per la partecipazione. Assicurati che la discussione della riunione ei punti di azione siano documentati e distribuiti ai membri del team per un facile riferimento.

Formati, idee e attività per riunioni Agile Retrospective

# 1) Cosa è andato bene, cosa avrebbe dovuto essere fatto meglio, elementi di azione

I membri del team si incontrano e discutono di ciò che il team ha fatto bene, di ciò che il team deve migliorare, delle lezioni apprese e dei punti di azione corrispondenti alle aree di miglioramento.

Queste azioni vengono assegnate a un membro del team responsabile. Questa discussione viene documentata e distribuita a tutti dopo la riunione o può essere salvata su un Drive condiviso / Intranet per un facile accesso.

JIRA ha un integrato Sprint retrospettiva modello per la riunione retrospettiva basata su questo formato esatto come mostrato di seguito:

agile-retrospettiva-riunione-formati-idee-e-attività

(Immagine fonte )

# 2) Avvia, interrompi e continua la riunione

In questo incontro ai membri del team viene chiesto di fornire opinioni su ciò che il team dovrebbe iniziare a fare, smettere di fare e continuare a fare negli sprint.

Questo metodo è molto popolare ed efficace, soprattutto per i nuovi team.

  • Gli elementi iniziali sarebbero qualcosa che il team vorrebbe aggiungere al proprio processo, ad es. Inizia a venire in tempo per le riunioni di progetto.
  • Gli elementi di arresto sarebbero qualcosa che il team non vuole più fare, ad es. interrompere il check-in del codice senza revisione del codice.
  • Gli elementi continui saranno qualcosa che il team vuole continuare a fare in futuro, ad es. Continua ad alzarti quotidianamente.

Il facilitatore della riunione può impostare un limite minimo e massimo di un numero di elementi che un membro del team può proporre. Per esempio. Ogni membro del team deve fornire 1 elemento ciascuno per l'elenco Start, Stop e Continue e può fornire un massimo di 3 elementi per tipo.

Inoltre, una volta compilato l'elenco completo, ai membri del team può essere chiesto di votare per restringere gli elementi più importanti.

start-stop-and-continue-meeting

# 3) 5 Riunione in formato 'Perché'

Questo formato di riunione si basa sulla richiesta di follow-up 'Perché' domande ai membri del team.

Questo formato di riunione viene utilizzato per trovare le cause alla base di uno scenario problematico (sintomo) e in cui le cause potrebbero non essere ovvie.

L'obiettivo non è risolvere il problema ma capire la situazione e possibilmente restringere la causa principale.

Ogni membro del team crea una catena di motivi per cui pensa che il problema si stia verificando. Una volta che l'elenco è pronto, le risposte possono essere consolidate in un'unica catena che rappresenta l'opinione raggiunta da un consenso comune del gruppo.

Funziona meglio per piccoli team con dimensioni, ad esempio 3-5 membri.

Per esempio:

Problema : La qualità del prodotto non era buona.
Domanda : Perché?
Motivo 1 : Build instabile.
Domanda : Perché?
Motivo : Nessuna applicazione del processo - Nessun blocco del codice.
Domanda : Perché?
Motivo : Cambio di ambito
Domanda : Perché?
Motivo : Impatto non identificato durante la pianificazione del progetto

esempio

# 4) Mad, Sad, Glad

In questo formato di riunione, il membro del team impiega del tempo (5-10 minuti) per scrivere note adesive per ciascuna delle emozioni: Mad, Sad e Glad.

  • 'Mad' tende a concentrarsi su ostacoli, barriere, ecc.
  • 'Triste' tende a concentrarsi su questioni interne e
  • 'Felice' tende a concentrarsi su qualcosa di cui il membro del team è felice.

Allo scadere del tempo, i foglietti adesivi vengono raggruppati in base alle emozioni. Quindi le questioni Mad e Sad vengono votate per dare loro la priorità per la creazione di un elemento di azione.

# 5) Disegnami una foto

Questa tecnica è una tecnica retrospettiva non verbale.

In questo formato di riunione, ai membri del team vengono concessi pochi minuti per raccogliere i loro pensieri ed esprimere i loro sentimenti e opinioni.

Questo incontro è un buon formato per condurre retrospettive in cui le comunicazioni verbali all'interno di un team stanno fallendo, funge da rompighiaccio tra i membri del team.

disegnami-un

(Immagine fonte )

# 6) Celebrazione del cerchio

Questa tecnica cattura il feedback utilizzando Plus e Delta, ovvero cosa ha funzionato bene, cosa avrebbe potuto essere migliore).

In questo, i membri del team si riuniscono per formare un cerchio. Un membro della squadra inizia e lancia un oggetto morbido da lanciare (peluche, palline antistress) verso qualsiasi altro membro.

L'idea è che chiunque abbia la palla risponderebbe a 3 domande:

  • Cosa hanno apprezzato
  • Cosa hanno apprezzato e
  • Come useranno ciò che hanno imparato per migliorare

L'oggetto viene passato in modo casuale nel cerchio fino a quando tutti hanno avuto l'opportunità.

Idee sbagliate comuni

Idea sbagliata # 1) Le riunioni retrospettive sono noiose

le riunioni-retrospettive-sono-noiose

Questo è il motivo numero uno per cui ai membri del team non piace condurre o essere presenti a una riunione retrospettiva.

Per rendere l'incontro più coinvolgente, il facilitatore dovrebbe escogitare modi divertenti ma efficaci per condurre questi incontri.

Idea sbagliata # 2) La riunione retrospettiva è la mia opportunità per sottolineare le prestazioni inferiori alla media di un membro del team

Una riunione retrospettiva non è un dito puntato o sfogato in una riunione.

Questo incontro non è programmato per evidenziare o chiamare i membri del team per i loro punti deboli. Questo incontro è organizzato in un ambiente neutro con l'obiettivo di migliorare e crescere come squadra. Evita di fare commenti diretti rivolti a una sola persona. E ricorda che l'obiettivo è diventare migliori!

rispettiva riunione

Idea sbagliata # 3) Solo l'organizzatore della riunione guida le riunioni retrospettive e discute i problemi

I membri del team dovrebbero essere incoraggiati a partecipare e condividere il loro punto di vista. Questo incontro è per il miglioramento del team e non per una discussione dall'alto verso il basso dettata dall'organizzatore / facilitatore della riunione.

Allo stesso tempo, i membri del team dovrebbero sentirsi a proprio agio in modo che possano esprimere il loro vero punto di vista senza la paura di essere giudicati o il timore di contraccolpi dovuti al parlare.

Idea sbagliata # 4) L'alta direzione / le principali parti interessate non sono affatto invitati a riunioni retrospettive

Questo varia da progetto a progetto. Dirigenti superiori, i proprietari dei prodotti possono essere invitati alla riunione per affrontare eventuali dubbi che potrebbero avere o eventuali dubbi che il team ha in merito alla loro governance.

Idea sbagliata # 5) I risultati delle riunioni retrospettive non hanno bisogno di essere documentati

La metodologia Agile si basa sul principio 'Software funzionante su documentazione completa', tuttavia, ciò non significa che il team debba eliminare completamente la documentazione.

Documentare le retrospettive può portare a un monitoraggio efficace dei punti di azione fino alla chiusura. Questo può anche essere aggiunto ai repository di dati storici, dove il team può accedere alle lezioni apprese come parte delle risorse dei processi organizzativi

Conclusione

Le retrospettive sono molto utili per il team building e la collaborazione in team.

I membri del team che si uniscono per celebrare le vittorie e proporre miglioramenti creano anche un ambiente di squadra più trasparente e sano. Attraverso il miglioramento continuo e il feedback, i team migliorano con il passare del tempo.

Gli incontri retrospettivi dovrebbero includere sia questioni umane (personalità, atteggiamento, mancanza di competenze, ecc.) Sia questioni tecniche (ambito, requisiti incoerenti, stabilità del sistema, ecc.).

migliore spia del cellulare per Android

Si raccomanda di condurre riunioni retrospettive a tutti i livelli e non solo a livello del team di sviluppo.

Le riunioni retrospettive possono essere condotte alla fine di una pietra miliare, alla fine di uno sprint, post mortem di un incidente o di un problema, dopo eventi importanti, ecc. Assicurati che le tue riunioni retrospettive siano documentate e che i punti di azione siano tracciati fino alla chiusura.

Ultimo ma non meno importante, rendi divertenti i tuoi incontri retrospettivi!

Riguardo a autore: Questo utile articolo è stato scritto da Neha B. Attualmente lavora come Quality Assurance Manager ed è specializzata nella guida e nella gestione di team QA interni e offshore.

Conosci qualche modo divertente di riunioni retrospettive che non sono menzionati in questo articolo? Fateci sapere inviando i vostri commenti.

Lettura consigliata

^