Una guida agile alle riunioni Scrum

Quattro cerimonie Agile, spiegate in modo semplice

Dan Radigan Di Dan Radigan
Esplora argomenti

La filosofia Agile ha contribuito a rivoluzionare le modalità di lavoro, già a partire dallo sviluppo del software. Un aspetto essenziale del metterla in pratica è rappresentato dalle riunioni o "cerimonie". In Scrum, la pratica Agile più comune, le riunioni Scrum garantiscono trasparenza e comunicazione periodica con il team.

Cosa sono le cerimonie Scrum?

Le riunioni Scrum sono i momenti in cui lo Scrum Master, l'owner di prodotto e il team di sviluppo si incontrano per pianificare il lavoro, discutere del lavoro in corso, raccogliere feedback e altro ancora. Non tutti i team Agile Scrum devono effettuare tutte le riunioni Scrum e un team non deve necessariamente essere un team Scrum per effettuare delle riunioni Scrum. Le seguenti sono alcune riunioni Agile Scrum che contribuiscono a potenziare i team di ogni tipo.

Nota: alcune di queste cerimonie provengono dalla pratica Scrum, un approccio iterativo e prefissato per implementare la metodologia Agile. I concetti alla base di queste cerimonie possono essere applicati ad altre forme di Agile, come Kanban o Lean. Uno "sprint", termine specifico di Scrum, in genere è un evento della durata fissa di un mese o meno per creare coerenza. Altre forme di Agile utilizzano il termine più generico "iterazione" per indicare un periodo di sviluppo prefissato. La durata delle cerimonie può variare in base alla durata dello sprint o dell'iterazione.

Pianificazione dello sprint

Per la pratica Scrum, la riunione di pianificazione di uno sprint si tiene all'inizio dello sprint e permette ai team di individuare gli obiettivi dello sprint stesso e le modalità per raggiungerli. Al termine della riunione di pianificazione, ogni membro del team Scrum deve sapere con chiarezza cosa può essere rilasciato nello sprint e come l'incremento può essere rilasciato.

Partecipanti: team di sviluppo, Scrum Master, owner di prodotto.

Quando: all'inizio di uno sprint.

Durata: di solito circa un'ora a settimana di iterazione; ad esempio, uno sprint di due settimane inizia con una riunione di pianificazione di due ore.

Framework Agile: Scrum. (Ovviamente anche i team Kanban pianificano, ma non hanno un programma di iterazione fisso con una pianificazione formale dello sprint)

Scopo: la pianificazione dello sprint consente a tutto il team di prepararsi per ottenere risultati positivi durante lo sprint. In occasione della riunione Scrum, l'owner di prodotto avrà un backlog di prodotto ordinato secondo priorità. Discute ogni elemento con il team di sviluppo e il gruppo valuta insieme lo sforzo richiesto. Il team di sviluppo elabora poi una previsione dello sprint, che illustra la quantità di lavoro del backlog di prodotto che il team può completare. Il risultato di questo lavoro sarà il backlog dello sprint.

Suggerimento:

Usa la riunione di pianificazione dello sprint per comprendere anche i minimi dettagli del lavoro da svolgere. Invita i membri del team a definire una bozza dei task previsti per tutte le story, le attività e i bug dello sprint. Promuovi la discussione e raggiungi il consenso in merito al piano d'azione. Una pianificazione efficace aumenta in modo significativo le possibilità che il team rispetti gli impegni dello sprint.

Riunione stand-up giornaliera

La riunione stand-up giornaliera, detta anche Scrum giornaliero, è una breve riunione quotidiana di 15 minuti (o meno) pensata per discutere i progressi e individuare i bloccanti. I partecipanti sono invitati a restare in piedi per favorire la brevità della riunione.

Ecco un modello di riunione stand-up giornaliera per aiutare il tuo team a iniziare.

Partecipanti: team di sviluppo, Scrum Master, owner di prodotto.

Quando: una volta al giorno, in genere al mattino.

Durata: non più di 15 minuti. Non prenotare una sala conferenze e conduci la riunione in piedi. Stare in piedi è utile per non allungare la riunione!

Framework Agile: Scrum e Kanban.

Scopo: la riunione stand-up giornaliera è pensata per informare rapidamente tutti su ciò che sta accadendo a livello di team. Non è una riunione completa sullo stato del lavoro. Il tono dovrebbe essere leggero e divertente, ma informativo. Chiedi a ogni membro del team di rispondere alle seguenti domande:

  • Cosa ho completato ieri?
  • Su cosa lavorerò oggi?
  • Sono bloccato da qualcosa?

C'è una responsabilità implicita nel rendere conto del lavoro completato il giorno precedente davanti ai colleghi. Nessuno vuole essere la persona che fa costantemente la stessa cosa senza registrare alcun progresso.

Suggerimento:

Alcuni team utilizzano dei timer per tenere tutti in linea con i tempi. Altri si lanciano a vicenda una palla per assicurarsi che tutti prestino attenzione. Molti team distribuiti utilizzano videoconferenze o chat di gruppo per accorciare le distanze. Il tuo team è unico, dovrebbe esserlo anche la tua riunione stand-up!

Revisione dello sprint

La revisione dello sprint, detta anche revisione dell'iterazione, è l'occasione in cui il team Scrum si riunisce per comunicare quali obiettivi sono stati raggiunti durante lo sprint. Un team di sviluppo mostra gli elementi del backlog completati agli stakeholder e ai membri del team, che possono quindi fornire un feedback.

Partecipanti: team di sviluppo, Scrum Master, owner di prodotto.

Quando: alla fine di uno sprint.

Durata: di solito 45 minuti a settimana di iterazione; ad esempio, una retrospettiva di 90 minuti dopo uno sprint di due settimane.

Framework Agile: Scrum e Kanban. I team Scrum eseguono retrospettive sprint periodicamente. Anche i team Kanban possono trarre vantaggio dalle retrospettive occasionali.

Scopo: la revisione dello sprint è un momento per mostrare il lavoro del team. Può avere uno stile informale o la struttura di una riunione Scrum più ufficiale. È il momento in cui il team festeggia i successi, mostra il lavoro completato all'interno dell'iterazione e riceve un feedback immediato dagli stakeholder del progetto. Tieni presente che, per poter essere considerato completato e pronto per la revisione, il lavoro deve essere pienamente dimostrabile e deve soddisfare gli standard di qualità del team.

Suggerimento:

In Atlassian, adottiamo un approccio informale alle revisioni degli sprint e diamo loro un'atmosfera celebrativa. Ci riuniamo intorno alla scrivania di un membro del team e lo osserviamo mentre spiega la sua nuova funzione. Non è raro sentire applaudire in tutto l'ufficio!

Retrospettiva sprint

Una retrospettiva sprint è una riunione pensata per esaminare gli aspetti positivi emersi durante lo sprint e gli aspetti da migliorare. I team Agile possono esaminare in modo specifico le dinamiche, i processi e gli strumenti del team, quindi creare piani per migliorare le modalità di lavoro del team.

Ecco un playbook per team su come organizzare le retrospettive.

Partecipanti: team di sviluppo, Scrum Master, owner di prodotto.

Quando: alla fine di uno sprint.

Durata: di solito 45 minuti a settimana di iterazione; ad esempio, una retrospettiva di 90 minuti dopo uno sprint di due settimane.

Framework Agile: Scrum e Kanban. I team Scrum eseguono retrospettive sprint periodicamente. Anche i team Kanban possono trarre vantaggio dalle retrospettive occasionali.

Scopo: l'approccio Agile consiste nel ricevere feedback rapidi per migliorare la cultura del prodotto e dello sviluppo. Le retrospettive aiutano il team a capire cosa ha funzionato e cosa no.

Le retrospettive non rappresentano solo l'occasione per esporre le proprie lamentele senza agire. Usale per scoprire cosa funziona in modo che il team possa continuare a concentrarsi su quelle aree, ma anche per scoprire cosa non funziona e usare il tempo a disposizione per trovare soluzioni creative e sviluppare un piano d'azione. Il miglioramento continuo è ciò che sostiene e guida lo sviluppo all'interno di un team Agile e le retrospettive ne sono una parte fondamentale.

Suggerimento:

Anche se le cose stanno andando bene a livello di intero team, continua a condurre le retrospettive, perché forniscono al team una guida continua per continuare a far andare bene le cose.

In conclusione...

Alcune persone pensano che le cerimonie Agile rendano magicamente Agile un team. Si sbagliano. L'agilità di un team si basa su solide pratiche di progettazione, un approccio tattico e strategico alla modifica e un'ottima collaborazione del team. Le cerimonie Agile facilitano la comunicazione all'interno del team.

Pronto a iniziare? Scopri come utilizzare gli sprint in Jira Software

Prossimo contenuto
Backlog