Sprint Planning e Sprint Review

Scrum è un framework della metodologia Agile che aiuta i team collaborativi a risolvere problemi complessi. Scrum utilizza l'iterazione in sprint per trasformare piccoli compiti in prodotti utili e di valore, chiamati incrementi. Per creare prodotti o servizi apprezzati dai clienti, i team scrum cercano e incorporano il feedback del cliente durante il lavoro in ogni sprint, e non solo come controllo di qualità alla fine del progetto.

Il cuore di Scrum è costituito dai suoi valori fondamentali, che guidano il comportamento e la mentalità di tutti coloro che partecipano al progetto. Questi valori sono:

I membri del team scrum si impegnano a raggiungere gli obiettivi e a fornire risultati di alta qualità. Ciò significa che danno priorità al loro lavoro e sono responsabili delle loro azioni. È difficile fare un buon lavoro quando si è oberati di lavoro e la propria attenzione è dispersa su più progetti con troppi compiti ad alta priorità, quindi i team scrum lavorano insieme per eliminare gli ostacoli e fornire valore ai propri stakeholder.

I membri del team scrum sono aperti e trasparenti nella comunicazione e nel processo decisionale. Apprezzano il feedback e sono disposti ad ammettere quando hanno bisogno di aiuto o quando commettono errori. Inoltre, danno visibilità al loro lavoro utilizzando grafici e tabelle per aiutare gli altri a vedere i compiti di ciascun membro del team e l'avanzamento del lavoro.

I membri del team scrum non hanno paura di correre rischi, di parlare chiaro quando è necessario e di prendere decisioni difficili. Viene dato grande valore ai suggerimenti dei clienti e i team sono incoraggiati a cambiare rotta se i cambiamenti del mercato e dei clienti richiedono aggiustamenti.

I membri del team scrum si trattano con rispetto, empatia e gentilezza. Riconoscono che ognuno apporta competenze e prospettive uniche al progetto e valorizzano la diversità e l'inclusività. Agile e scrum enfatizzano i team auto-organizzati e auto-diretti. I leader di scrum e i product owner sostengono i team per ottenere il meglio e li guidano per allinearsi agli obiettivi, piuttosto che imporre una leadership di comando e controllo.

Un team scrum utilizza un backlog di prodotto, un elenco prioritario di elementi di lavoro, e li inserisce nel backlog quando il team ritiene che l'elemento possa essere completato. Il team itera su questi elementi di lavoro, attraverso i commenti ricevuti dal cliente e dagli altri stakeholder, e include queste idee negli elementi di lavoro finché non vengono completati alla fine dello sprint. Il prodotto o risultato finito è chiamato incremento. L'incremento, il backlog di prodotto e il backlog dello sprint costituiscono gli artefatti di scrum, i documenti e le attività che tracciano i progressi di uno sprint.

I team scrum comprendono il product owner, lo scrum master o il team leader e tutti gli sviluppatori, i progettisti, i tester o gli analisti aziendali necessari per completare il progetto o la consegna.

Il lavoro in scrum ruota attorno allo sprint, un periodo che di solito dura dalle due alle quattro settimane. Uno sprint comprende solitamente cinque riunioni, chiamate "eventi" in scrum:

Un evento di pianificazione dello sprint aiuta il team a decidere il lavoro da svolgere durante lo sprint stesso, chiamato anche obiettivo dello sprint. Durante lo sprint planning, il team sceglie gli elementi dal backlog di prodotto, l'elenco dettagliato delle caratteristiche e dei compiti necessari per completare l'obiettivo di prodotto o di progetto, e li aggiunge al backlog dello sprint. Il team cerca poi le dipendenze tra le voci di lavoro. Il lavoro per ogni voce viene stimato e successivamente modificato, se necessario. Infine, il team apprende dal product owner (o definisce ulteriormente) i criteri di accettazione per le consegne, ovvero come il team sa quando ha terminato il proprio lavoro.

Durante la pianificazione dello sprint, l'intero team si riunisce per definire le priorità e pianificare il lavoro. Lo scopo dello sprint planning è definire ciò che il team consegnerà durante lo sprint successivo e come lo realizzerà. Il product owner lavora con il team per definire gli obiettivi dello sprint. Il team decide quindi cosa fare nello sprint e come completare il lavoro. È una sorta di riunione pre-partita.

Una sessione di pianificazione dello sprint include il proprietario del prodotto, il leader di scrum, il team di sviluppo e chiunque sia considerato parte del team scrum. Gli eventi di sprint planning solitamente durano dalla mezz'ora all'ora. A titolo indicativo, si possono prevedere due ore per la pianificazione ogni settimana dello sprint.

La trasformazione in agile richiede tempo e volontà. Ecco alcuni suggerimenti per una riunione di pianificazione dello sprint produttiva:

Sfrutta un'area di lavoro dedicata in cui il team possa collaborare. I team hanno bisogno di uno spazio in cui possano facilmente parlare, aiutarsi a vicenda e pensare ad alta voce. L'area del team è anche lo spazio per una board agile dedicata, con elementi organizzati su note adesive o tracciati su una board kanban.

Sei il product owner? Prima della riunione di sprint planning, preparati a importare i ticket di Jira e le idee retrospettive nella tua board agile. Inizia con un backlog ben curato o raffinato. Non perdere tempo a distrarre le persone con elementi già completati.

Presenta l'obiettivo dello sprint durante la riunione di sprint planning, in modo che tutti inizino il lavoro durante lo sprint orientati nella stessa direzione. Introdurre un obiettivo a metà dello sprint è troppo tardi.

Stabilisci una chiara definizione di "fatto" per aiutare le persone a sapere a cosa stanno lavorando nello sprint e il livello di qualità desiderato. Definizioni chiare riducono le incomprensioni ed eliminano le scuse.

Assicurati che tutte le voci del backlog abbiano chiari criteri di accettazione. Le persone devono sapere a quale standard di qualità lavorare e quando considerare il loro lavoro finito.

I nuovi team hanno bisogno di una formazione sui principi e sulle pratiche agile per garantire che tutti lavorino con gli stessi valori. Assicurati di aggiornare tutti i membri in modo che comprendano gli obiettivi per i quali il team sta lavorando.

Assicurati che le riunioni rimangano in carreggiata e che le discussioni si concentrino sull'argomento principale. Le persone apprezzeranno la partecipazione a riunioni produttive che non le distolgano troppo dal loro lavoro.

Sebbene le riunioni debbano essere concise e incentrate sull'argomento, è possibile incorporare giochi per rompere il ghiaccio, in modo che i nuovi membri del team possano conoscersi e i team esistenti possano riallacciare i rapporti e costruire affiatamento.

Il debito tecnico, il vecchio codice, le patch e le pratiche improvvisate possono impedire il progresso dei nuovi elementi.

La revisione dello sprint avviene alla fine di uno sprint. Durante la revisione, il product owner presenta e valuta se i team hanno raggiunto l'obiettivo dello sprint. Il product owner si assicura che ogni user story o deliverable soddisfi i criteri predefiniti. I membri del team e gli stakeholder esterni partecipano e possono fare commenti e domande sui risultati dello sprint. La revisione dello sprint consente anche ai team di socializzare e di celebrare i propri successi.

Una revisione dello sprint dimostra e valuta il lavoro svolto dal team durante lo sprint precedente. Il product owner confronta le caratteristiche e gli elementi di lavoro con i criteri di accettazione per determinare se il lavoro è completo e per vedere se il prodotto o il deliverable è pronto così com'è. Gli stakeholder, d'altro canto, forniscono un feedback sul prodotto. I team possono modificare il backlog di prodotto in base ai risultati della revisione. Il team utilizza la riunione di revisione anche per celebrare i risultati raggiunti durante lo sprint e per creare uno spazio per l'affiatamento del team.

L'intero team scrum e le parti interessate invitate devono partecipare alla riunione di revisione, preferibilmente in modo sincrono, di persona o in forma ibrida. In genere, una sprint review dovrebbe durare al massimo 4 ore. Una buona linea guida potrebbe essere pianificare un'ora di revisione per ogni settimana di sprint.

Una riunione di sprint review precede la retrospettiva dello sprint. Sebbene siano simili per natura, hanno obiettivi diversi. La revisione ha lo scopo di dimostrare e celebrare i risultati del lavoro di uno sprint. Include il team e gli altri stakeholder. Durante la riunione di revisione, il product owner determina se il team ha raggiunto l'obiettivo dello sprint e se il risultato soddisfa i criteri di accettazione. Una retrospettiva di sprint, invece, si concentra sull'efficacia e sull'efficienza del team durante lo sprint. Considera i processi, ciò che ha funzionato e ciò che potrebbe essere fatto in modo diverso. Una retrospettiva consente al team di pianificare i miglioramenti del processo e di costruire (e continuare) le pratiche di successo.

Una riunione di revisione alla fine di uno sprint dà ai membri del team lo spazio per riflettere e celebrare il loro lavoro. Ecco alcuni suggerimenti per organizzare riunioni di revisione di sprint efficaci e coinvolgenti:

Riunisci l'intero team, anche se una parte di esso lavora da remoto. Una riunione collaborativa assicura che i membri del team siano coinvolti e ascoltati durante l'intero sprint.

Sebbene siano entrambi un momento di riflessione, una retrospettiva si concentra su come il team ha lavorato insieme, compresi i processi interni e i flussi di lavoro agile. Le sprint review sono incentrate sul prodotto: cosa è stato consegnato e come soddisfa le esigenze dei clienti.

Realizza brevi video dimostrativi e registrazioni della tua board, in modo che persone con fusi orari diversi possano condividere il successo (Miro ti offre questa feature unica). I membri del team potranno anche tornare indietro in un secondo momento per rivedere e trovare ispirazione per il lavoro futuro.

Dai tempi ben precisi alla tua sprint review. Così come vengono limitate le riunioni di pianificazione, attieniti a un ordine del giorno per la sprint review e non lasciare che la riunione si protragga all'infinito.

Dimostra solo gli elementi che soddisfano i requisiti e i criteri della user story. Quando si dedica tempo a elementi di lavoro che non soddisfano i criteri, si spreca il tempo di tutti.

Usa la revisione come una celebrazione del team. Una sprint review ben gestita crea morale e alimenta lo sforzo collaborativo e l'innovazione.