Guida dettagliata alla revisione dello sprint

In a sprint review, the development team and stakeholders gather to review and demonstrate the work completed during the sprint. This provides an opportunity to showcase the features developed, gather feedback, and ensure alignment with the product vision and requirements.

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".

Una cultura della consegna

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.

Definizione del significato di "completato" per ogni elemento di lavoro

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. "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 sovraccarica di lavoro e non riesce a completarlo 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 altre persone 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.

Ciclo di feedback iterativo

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.

Individuazione precoce dei problemi

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.

Opportunità di perfezionamento iterativo

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. 

Adattamento alle mutevoli priorità

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.

Responsabilizzazione degli stakeholder

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 apertamente 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

Risorse correlate

• Risorse per la gestione dei progetti

  • Risorse per l'esecuzione dei progetti