Sprint review: A step-by-step guide

Una riunione di revisione degli sprint è un passo fondamentale nello sviluppo Agile, in particolare nell'ambito del framework Scrum. Segna la fine di uno sprint, in genere un periodo temporizzato da due a quattro settimane, durante il quale il team di sviluppo offre un incremento potenzialmente spedibile delle funzionalità del prodotto.

In una revisione dello sprint, il team di sviluppo e gli stakeholder si riuniscono per esaminare e dimostrare il lavoro completato durante lo sprint. Ciò offre l'opportunità di mostrare le funzionalità sviluppate, raccogliere feedback e garantire l'allineamento con la visione e i requisiti del prodotto.

L'obiettivo principale di una revisione dello sprint è raccogliere feedback e garantire la trasparenza nelle fasi successive del processo di sviluppo. Ha diversi obiettivi chiave:

Dimostrazione del lavoro completato: il team di sviluppo dimostra le funzionalità completate durante lo sprint ai principali stakeholder, tra cui l'owner di prodotto, i clienti e altri stakeholder.

Raccolta di feedback: gli stakeholder forniscono feedback sulle funzionalità dimostrate, consentendo al team di modificare e dare priorità al lavoro in modo efficace negli sprint successivi.

Allineamento alla visione del prodotto: la revisione dello sprint garantisce che il lavoro completato sia in linea con la visione e gli obiettivi generali del prodotto. Aiuta a confermare che gli sforzi di sviluppo e gli obiettivi di sprint stanno andando nella giusta direzione.

Celebrazione dei traguardi raggiunti: offre l'opportunità di celebrare i risultati del team di sviluppo e riconoscere il loro duro lavoro e la loro dedizione.

Identificazione dei miglioramenti: attraverso discussioni e osservazioni durante la revisione dello sprint, le aree di miglioramento nel processo di sviluppo possono essere identificate e affrontate nelle iterazioni future.

In breve, la revisione dello sprint promuove la collaborazione, la trasparenza e il miglioramento continuo all'interno del framework di sviluppo Agile. Promuove una cultura della comunicazione aperta, sessioni di lavoro collaborative e responsabilità condivisa per il successo del prodotto.

Le revisioni sprint non corrispondono alle retrospettive. Ma cos'è allora una revisione dello sprint? Scopri in che modo le revisioni degli sprint dimostrano il duro lavoro dell'intero team Scrum: progettisti, sviluppatori e owner di prodotto. Qui in Atlassian, ci piace mantenere le nostre revisioni degli sprint informali:

i membri del team si riuniscono intorno a una scrivania per demo informali e parlano del lavoro svolto per quella iterazione specifica. È un momento per fare domande, provare nuove funzioni e fornire feedback. La condivisione del successo gioca un ruolo fondamentale nella creazione di un team Agile.

Per prima cosa, vediamo insieme perché la definizione del team del concetto di "completato" è così importante per questa cerimonia Agile.

Come utente abituale di Jira, non esiste niente di più soddisfacente per me che spostare un task da "Revisione del codice" a "Completato". Quella transizione rappresenta il lavoro completato che ci siamo prefissati di portare a termine come team. Indica che abbiamo portato a termine il lavoro.

Per raggiungere l'obiettivo e completare il lavoro, sono necessarie una buona pianificazione, una definizione chiara del concetto di "completato" e un'esecuzione mirata. La maggior parte di ciò avviene durante la pianificazione sprint, ma i team devono fare un po' più del previsto per avere una revisione dello sprint e uno sprint di successo. Devono sviluppare una chiara cultura dell'erogazione del lavoro e di cosa significhi "completato".

I team efficaci portano processi chiari e una cultura dello sviluppo in ogni singolo progetto ed elemento di lavoro. Usa queste domande per valutare il tuo processo e assicurarti che funzioni in modo ottimale:

• Le story vengono definite in modo chiaro dall'owner di prodotto, dal progettista e dal team di progettazione prima dell'implementazione?

• Tutti comprendono e vivono la cultura e i valori di progettazione del team?

• Sono stati stabiliti definizioni e requisiti chiari in merito alla revisione del codice, ai test automatizzati e alla continuous integration per incoraggiare uno sviluppo Agile sostenibile?

• Dopo che il team ha completato una story, emergono molti bug? In altre parole, "completato" significa veramente "completato"?

La cultura del team in materia di qualità e completamento dovrebbe superare ogni storia utente, elemento di lavoro della progettazione e bug. Questa cultura riflette il modo in cui il team si approccia al software e lo fornisce.

Una definizione chiara del concetto di "completato" aiuta i team a concentrarsi sull'obiettivo finale di ogni elemento di lavoro. Quando l'owner di prodotto aggiunge lavoro al backlog del team, la definizione dei criteri di accettazione rappresenta una parte fondamentale del suo processo. Cosa significa che una storia utente è stata "completata"?

Qui in Atlassian, il team Jira monitora i criteri di accettazione e le note sui test perfettamente in linea con il resto della storia utente all'interno di Jira. In questo modo, l'intero team ha una visione chiara del successo su ogni ticket. Ma cosa sono i criteri di accettazione e le note sui test?

• Criteri di accettazione: metriche utilizzate dall'owner di prodotto per confermare che la story è stata implementata in modo soddisfacente.

• Note sui test: una guida breve e mirata del team di assistenza per la qualità che consente all'ingegnere di sviluppo di scrivere codice di funzione e test automatizzati migliori.

Se i problemi sono ben definiti durante l'implementazione, tutti avranno successo. Con Jira, aggiungere campi in fila è semplicissimo. Se hai il ruolo di amministratore, clicca sul pulsante amministratore sul ticket.

Qui in Atlassian, uno dei nostri valori fondamentali è "Fai squadra". Le revisioni degli sprint sono un ottimo momento per celebrare il team e i successi di ciascun membro durante un'iterazione. Solitamente li organizziamo il venerdì pomeriggio, quando tutti in ufficio iniziano a rilassarsi in vista del fine settimana.

Le revisioni degli sprint non sono retrospettive, quindi assicurati di organizzare la revisione dopo un'iterazione, ma prima della tua retrospettiva. I partecipanti esterni sono sempre i benvenuti, ma generalmente partecipano alla riunione l'owner di prodotto, il team di sviluppo al completo e lo Scrum Master. Come best practice, ti consigliamo di dedicare da 30 minuti a un'ora per ciascuna iterazione nella riunione.

Ciò che più ci piace delle revisioni degli sprint è che tutelano la salute e il morale del team. Infatti, hanno a che fare con il team building. La revisione non è un contraddittorio, né tantomeno un esame: è un evento collaborativo in cui i membri del team illustrano il proprio lavoro, fanno domande e ricevono feedback.

"Incoraggia il coinvolgimento del team durante la revisione dello sprint chiedendo a diversi membri di dimostrare la funzionalità", suggerisce Mark Cruth, Modern Work Coach di Atlassian. "Se usi Feature Leads, è un ottimo modo per dimostrare il loro duro lavoro".

Se una revisione dello sprint non diventa un'attività positiva per il team, il motivo potrebbe essere uno dei seguenti:

• Il team si occupa troppo del lavoro e non lo completa durante un'iterazione
  
  "Le revisioni degli sprint sono un ottimo modo per incoraggiare i team a suddividere il proprio lavoro in risultati piccoli e significativi", aggiunge Cruth. "Evita di rivedere un lavoro incompiuto: come dice il Manifesto Agile, l'obiettivo è un software funzionante!"
  

• Il team lotta contro un debito tecnico esistente

• Le funzioni non sono sviluppate in modo sostenibile per garantire che non vengano introdotti nuovi bug nel codice

• Le pratiche di sviluppo del team potrebbero essere ottimizzate di più

• L'owner di prodotto sta modificando le priorità all'interno di un'iterazione e il team di sviluppo viene emarginato dallo scope creep

Nota: tutti i team sperimentano a volte un'iterazione difficile. Prenditi del tempo per capire per quale motivo un'iterazione cambia nella retrospettiva del team e creare un piano per gestire i ticket nello sprint successivo.

Le aziende con team distribuiti devono affrontare sfide speciali connesse alla scalabilità delle cerimonie Agile in diverse aree geografiche. Le revisioni degli sprint non fanno eccezione.

Il team di Jira, ad esempio, ha membri in tutto il mondo, da Sydney a Danzica a San Francisco. Pur trattandosi di un team distribuito, le revisioni degli sprint rappresentano una parte molto importante della cultura del nostro team. I membri del team creano video informali e li condividono su una pagina Confluence affinché l'intero team possa vederli.

"Usa strumenti come Loom per registrare la tua revisione e raccogliere feedback da altri in tutto il mondo", spiega Cruth. "Lavoriamo in un mondo asincrono, quindi affronta le revisioni degli sprint dal punto di vista della collaborazione asincrona".

Grazie a questi video informali, tutti sono sempre aggiornati sui progressi dei progetti di sviluppo nonostante le differenze di fuso orario. Poter vedere una demo delle funzioni creata direttamente dallo sviluppatore rafforza il team in due modi:

• Comprensione del prodotto: l'intero team apprende l'intenzione, la logica e l'implementazione della funzione. Questo contribuisce ad ampliare la conoscenza da parte di tutti dell'intero prodotto.

• Team building: i video creano connessioni più personali all'interno del team. Ciascuno di noi può vedere chi c'è dietro ogni aspetto di un prodotto. I ponti creati da questa pratica ci rendono un gruppo più solido e coeso indipendentemente dall'area geografica di ciascun membro.

Un vantaggio significativo dell'integrazione delle revisioni degli sprint nel processo di sviluppo Agile è la maggiore adattabilità e flessibilità che offre al prodotto. Esaminando regolarmente il lavoro completato, i team ottengono approfondimenti sull'evoluzione delle esigenze e delle preferenze degli stakeholder.

Le revisioni dello sprint stabiliscono un ciclo di feedback iterativo tra il team di sviluppo e gli stakeholder. Questa natura iterativa consente rapidi aggiustamenti e perfezionamenti del prodotto in base al feedback in tempo reale, assicurando che rimanga in linea con l'evoluzione delle richieste del mercato e dei requisiti degli utenti.

Mostrando i lavori in corso durante le revisioni degli sprint, i team possono identificare potenziali problemi o incomprensioni nelle prime fasi del ciclo di sviluppo. Questa diagnosi precoce consente una rapida risoluzione, impedendo che si trasformino in problemi più gravi in seguito.

Le revisioni degli sprint forniscono una piattaforma per il perfezionamento iterativo dei prodotti. La raccolta del feedback degli stakeholder consente ai team di dare priorità alle funzionalità, apportare correzioni al corso e orientare la direzione del prodotto, se necessario, garantendone la pertinenza e la competitività sul mercato.

Nel dinamico ambiente aziendale odierno, le priorità e le condizioni di mercato possono cambiare rapidamente. Le revisioni degli sprint consentono ai team di adattarsi a questi cambiamenti consentendo la ridefinizione delle priorità del lavoro e l'adeguamento degli obiettivi del progetto in base alle opportunità o alle sfide emergenti.

Le revisioni degli sprint danno potere agli stakeholder dando loro voce nel processo di sviluppo. Partecipando attivamente alle recensioni e fornendo feedback, gli stakeholder sentono di appartenere e investire nel successo del prodotto, il che porta a un maggiore coinvolgimento e collaborazione.

Nel complesso, la maggiore adattabilità e flessibilità offerte dalle revisioni degli sprint consentono ai team di rispondere rapidamente alle mutevoli dinamiche di mercato, alle preferenze dei clienti e alle esigenze aziendali. Adottando questa flessibilità, le aziende possono mantenere un vantaggio competitivo e fornire prodotti in linea con le mutevoli aspettative degli stakeholder.

Spesso i team che non hanno familiarità con le revisioni degli sprint cedono alla tentazione di inglobare la revisione dello sprint nella retrospettiva. Una revisione dello sprint è una cerimonia indipendente da una retrospettiva sprint.

Prenditi del tempo per goderti il frutto del tuo lavoro e festeggia liberamente i traguardi raggiunti. Le revisioni degli sprint efficaci aumentano il morale e la motivazione del team. Per noi del team Jira questa idea di celebrazione è così importante che abbiamo deciso di incorporare il valore "Fai pure, festeggia" nella nostra vision aziendale.

Inizia gratuitamente con il modello Scrum di Jira