Sei a capo di un team di sviluppo software che dedica più tempo alle riunioni che al lavoro vero e proprio. Sprechi tempo ed energie preziose gestendo costantemente i requisiti in evoluzione e aggiornando gli stakeholder sullo stato del progetto.
Ti ritrovi in questa situazione?
È qui che la metodologia agile viene in tuo soccorso.
Per garantire un avanzamento regolare, Scrum, una metodologia agile di project management, prevede diverse riunioni, ciascuna con uno scopo specifico. Di queste, le ultime due fasi del framework Scrum sono le Sprint Review e le Sprint Retrospective.
I team Agile che sviluppano prodotti end-to-end devono comprendere il ruolo di queste cerimonie Agile e la differenza tra Sprint Review e Sprint Retrospective per un esito positivo del progetto.
Questa guida illustra le differenze tra Sprint Review e Retrospective, alcune delle sfide comuni che si presentano e gli strumenti per condurre gli eventi Sprint.
Sprint Review vs. Retrospective: in breve
| Revisione dello sprint | Retrospettiva dello sprint | |
|---|---|---|
| Si tiene alla fine di uno Sprint, dove viene mostrato l'incremento del prodotto e vengono raccolti i commenti degli stakeholder. | Dopo la revisione dello sprint, i team Scrum valutano e discutono i flussi di lavoro e le prestazioni per creare flussi di lavoro e processi migliori per lo sprint successivo. | |
| Il terzo evento Scrum, condotto alla fine di uno Sprint | L'evento finale di Scrum, condotto dopo una revisione dello sprint | |
| Esamina lo stato di avanzamento del prodotto e definisci i prossimi passaggi per la direzione del prodotto | Valutare lo stato e le prestazioni del team | |
| Team Scrum, Scrum Master, Product Owner e stakeholder | Scrum master, team Scrum e product owner | |
| Si concentra sul "cosa", ovvero sul prodotto, con l'obiettivo di garantire che soddisfi le aspettative dello stakeholder o del client. | Si concentra sul "come", ovvero sul processo, per discutere e incorporare potenziali miglioramenti internamente. | |
| 1-2 ore, a seconda della durata dello sprint | In genere, circa 1,5 ore | |
| Presentare il prodotto funzionante agli stakeholder e aggiornare il product backlog | Discutere e implementare miglioramenti dei processi |
La differenza principale tra Sprint Review e Retrospettiva
La revisione dello sprint e la retrospettiva svolgono un ruolo importante nel framework Agile Scrum. Sono progettate per servire obiettivi diversi e si concentrano su elementi diversi del ciclo dello sprint.
Ecco le principali differenze tra Sprint Review e Retrospective:
Significato
Revisione dello sprint
Alla fine di uno Sprint si tiene una riunione di revisione dello Sprint , in cui i membri del team Scrum e il product owner si riuniscono per mostrare il loro prodotto agli stakeholder. Sulla base del feedback degli stakeholder, il team Scrum riesamina l'incremento del prodotto e incorpora il product backlog.
Retrospettiva
D'altra parte, una retrospettiva segue una revisione dello sprint. Il team Scrum si riunisce per discutere le proprie prestazioni nello sprint precedente e analizzare l'ambito di miglioramento dei processi futuri. Le riunioni retrospettive ospitano in genere discussioni su ciò che è andato bene e ciò che non è andato bene. Servono principalmente a riflettere sul miglioramento delle dinamiche e dei processi del team.
I diversi team seguono diversi esempi e modelli di retrospettiva dello sprint per sperimentare e determinare ciò che funziona meglio per loro.
Ad esempio, puoi utilizzare la retrospettiva Mad Sad Glad Sprint per il tuo team. Questo ti aiuta ad affrontare potenziali fattori di stress, ostacoli al processo e il morale generale del team in relazione al modo in cui tutti hanno lavorato insieme nello Sprint precedente.
Partecipanti
Revisione dello sprint
Una Sprint Review coinvolge il team Scrum, gli stakeholder e il titolare del prodotto.
- I membri del team Scrum presentano l'incremento del prodotto agli stakeholder. Ricevono feedback da loro e condividono le sfide che devono affrontare nel processo di sviluppo.
- Il titolare del prodotto garantisce che il product backlog sia adattato in base al feedback fornito dagli stakeholder.
Retrospettiva
Solo il team Scrum partecipa alla riunione retrospettiva dello sprint. Si tratta di una discussione aperta con i membri del team Scrum sulle aree di miglioramento e sulle intuizioni, senza alcuna partecipazione esterna.
Focus
Revisione dello sprint
La revisione dello sprint alla fine di ogni sprint si concentra su ciò che è stato consegnato. Il team valuta se l'assegnazione del carico di lavoro è stata equa, se l'obiettivo è stato raggiunto e se è necessario modificare la definizione di "consegnato" e "terminato".
Retrospettiva
La retrospettiva dello sprint si concentra sul processo e sul lato umano dell'implementazione. Mentre i Sprint riguardano il lavoro di squadra, le retrospettive cercano di identificare le aree di miglioramento, i problemi che potrebbero aver influito sull'esito positivo e come migliorare nei prossimi Sprint.
In ogni retrospettiva, si cercano piccoli modi per migliorare in modo che, nel tempo, i piccoli miglioramenti si sommino fino a diventare significativi.
Struttura e programma della riunione
Revisione dello sprint
- Il team Scrum, che comprende gli sviluppatori, presenta un prodotto e/o una funzionalità/funzione agli stakeholder.
- Il team espone chiaramente se l'obiettivo dello Sprint è stato completato o meno, spiegando anche cosa non è stato completato.
- Successivamente, gli stakeholder effettuano la condivisione del loro feedback e pongono domande al team Scrum.
- Per aiutare il team di sviluppo, gli stakeholder e il product owner a condividere informazioni importanti, come i dati dei clienti e le esigenze del mercato, che saranno utili nei prossimi cicli Sprint e nei progetti di sviluppo.
Ecco come sarà il programma della riunione per una revisione dello sprint:
| Apri la riunione | Inizia con un saluto e una breve introduzione alla revisione. |
| Presentare gli stakeholder | Presentare rapidamente tutti gli stakeholder per assicurarsi che il team sappia chi è presente. |
| Imposta il contesto | Lo Scrum Master definirà il programma della riunione. |
| Revisione degli incrementi di prodotto | Il team di sviluppo Scrum mostra gli incrementi implementati e può eseguire una demo del prodotto/della funzionalità/funzione. |
| Feedback sul prodotto | Gli stakeholder condividono i loro feedback e tutti discutono di ciò che ha funzionato e di ciò che non funziona, individuando al contempo le opportunità di miglioramento continuo. |
| Revisione del backlog | Il product owner esamina il product backlog e definisce le date di completamento. |
Il modello di programma per riunioni di revisione dello sprint di ClickUp ti aiuta a condurre e documentare in modo efficace le tue riunioni di revisione dello sprint.
Ecco come questo modello di riunione di pianificazione dello sprint, adatto ai principianti, migliora il tuo processo di sviluppo agile:
- Pianifica e assegna priorità alle attività per gli Sprint imminenti in modo semplice e veloce
- Raccogli feedback preziosi dai membri del team e dalle parti interessate in modo strutturato
- Valutare lo stato e i risultati dello Sprint
- Identificare e affrontare i colli di bottiglia o gli ostacoli
- Migliora la trasparenza, la responsabilità, i risultati e il coinvolgimento riconoscendo e celebrando i traguardi raggiunti.
Retrospettiva
Trattandosi di riunioni interne, non esiste un modo prestabilito per svolgerle.
- I membri del team Scrum utilizzano le retrospettive dello sprint per chiarire lo stato dei lavori, valutare i flussi di lavoro e i processi ed esaminare gli errori, insieme ai modi per risolverli.
- Queste riunioni hanno solitamente una durata prestabilita per garantire che mantengano una buona produttività e pertinenza.
- È possibile lavorare con diversi formati di retrospettiva Sprint, come Mad Glad Sad, Mountain Climber e Sailboat, per esaminare e riflettere sul ciclo Sprint.
Il programma delle riunioni di retrospettiva dello sprint è il seguente:
| Sessione di icebreaking | Inizia creando un contesto che descriva il background di ciascuna persona. Crea uno spazio psicologicamente sicuro in modo che i membri possano effettuare una condivisione aperta e discutere le sfide. |
| Fase di riflessione | Utilizza un modello di retrospettiva per riflettere su ciò che ha funzionato bene e ciò che non ha funzionato. |
| Organizza il feedback | Valuta e raggruppa i feedback in temi comuni per semplificare l'analisi. |
| Votazione | I membri del team votano i problemi che ritengono più urgenti da affrontare |
| Discussione sul piano d'azione | Dai priorità ai problemi che hanno ottenuto il maggior numero di voti, approfondiscile e crea un piano concreto per affrontarli nel prossimo Sprint. |
Utilizza il modello di brainstorming Sprint Retrospective di ClickUp per:
- Esamina e analizza lo stato dello Sprint
- Brainstorming sui modi per migliorare i risultati degli Sprint
- Identifica le tendenze delle prestazioni esaminando più Sprint
- Monitora lo stato rispetto agli obiettivi nell'agile Scrum
- Scopri i problemi che influenzano il morale, lo stato e la produttività del team
- Incoraggiare un dialogo aperto e sincero in un ambiente sicuro
Utilizzo di Agile e Scrum nella revisione dello sprint e nella retrospettiva
Breve riassunto: a questo punto, conosci la differenza tra Sprint Review e Retrospective.
Le riunioni di revisione dello sprint e le retrospettive dello sprint sono eventi Scrum a cui partecipano i team agili.
La metodologia Scrum è una metodologia di progetto agile che i team di sviluppo utilizzano per gestire lo sviluppo di prodotti complessi in linea con gli obiettivi aziendali.
Suddividono i progetti complessi in parti più piccole chiamate Sprint. Questi cicli Sprint della durata di 2-4 settimane, che iniziano con la pianificazione dello Sprint, hanno lo scopo di affrontare tutto il backlog del prodotto, ovvero l'elenco delle attività che un team deve svolgere, tra cui user story, bug, attività e altro ancora.
Le user stories svolgono un ruolo importante nel descrivere il product backlog dal punto di vista dell'utente durante una Sprint review e una retrospettiva. Esploriamo anche questo aspetto del processo Scrum.
Cosa sono le user story per gli utenti?
Le user story descrivono come l'utente finale utilizzerà un determinato prodotto o una determinata funzionalità/funzione. Ad esempio, un acquirente potrebbe voler salvare gli elementi in una lista dei desideri in un'app di e-commerce per semplificare il processo di acquisto.
Cosa sono le user story nella Sprint Review?
In una revisione dello sprint, le user story costituiscono il contesto in cui vengono discussi l'implementazione e il completamento dello sprint. Rendono più facile ricevere feedback specifici, aiutando i team a capire se una determinata funzionalità/funzione o un determinato prodotto sta servendo al suo scopo.
Infatti, le user story aiutano a smaltire il backlog dello Sprint e garantiscono la creazione di nuove story per i nuovi requisiti.
Cosa sono le user story nella retrospettiva?
Con le retrospettive Sprint, le user story sono di grande aiuto nell'individuare le aree di miglioramento. Ad esempio, potresti notare che alcune user story richiedono più tempo del previsto durante la pianificazione dello Sprint e migliorare la tua valutazione nello Sprint successivo.
Le user story aiutano a fornire esempi concreti che ci aiutano a capire perché si sono verificati determinati problemi e cosa si può fare per evitare che si ripetano in futuro.
Punti storia nelle storie degli utenti
Inoltre, i team agili utilizzano gli story point per valutare la reale dimensione del lavoro o il rischio relativo coinvolto nel completare una user story.
Si tratta di unità di misura che indicano la quantità di lavoro necessaria per completare una user story in un product backlog. I team di sviluppo di prodotti o software possono utilizzarle come sistema a punti per dare priorità alle user story più importanti.
Ricordate che più complesse sono queste user story, maggiore sarà il piano e la risoluzione dei problemi che comportano.
Con i backlog e il modello Sprint di ClickUp, i team Scrum agili possono contribuire e valutare efficacemente i punti della storia in modo collaborativo.
Se la tua sfida più grande come Scrum Master è gestire i processi che richiedono molto tempo nelle operazioni di Sprint, questo modello può esserti d'aiuto.
Ti aiuta a gestire tutte le operazioni e le integrazioni di sviluppo software remoto in un unico posto con viste predefinite, campi personalizzati, statuti personalizzati e altro ancora.
La parte migliore è che questo modello dispone di elenchi predefiniti per i Sprints, il monitoraggio dei bug e i backlog che ti aiuteranno a organizzare le tue attività e a centralizzare tutte le comunicazioni relative al sprint in un unico posto.
Suggerimento professionale💡: I vostri team di sviluppo software possono anche monitorare e creare i propri cicli Sprint su ClickUp e utilizzare i ClickUp Sprint Reports per gestire le prestazioni del team e mantenere gli obiettivi Sprint in linea con i piani.
Sfide comuni nelle Sprint Review e nelle Sprint Retrospective
La verità è che, indipendentemente da quanto siano ben pianificati i meeting di revisione e le retrospettive dello sprint, è probabile che si incontrino alcuni ostacoli nel processo di sviluppo del software. Ecco alcune sfide comuni a cui prestare attenzione.
Confondere le Sprint Review con le sessioni demo
Spesso i team trattano erroneamente una revisione dello sprint come una presentazione, creando aspettative errate. Una revisione dello sprint non è una demo del prodotto, ma una sessione di lavoro.
Una demo è parte integrante dello Sprint Review, ma quest'ultimo comprende molto altro.
Durante le Sprint Review, i team discutono delle opinioni dei consumatori, dello stato del rilascio, del budget, delle ricerche di mercato, ecc. Stabilire un contesto chiaro all'inizio della revisione aiuta a mantenere la rotta e rende le riunioni più costruttive.
Disimpegnati
Possiamo cancellare la revisione dello sprint di questa settimana? Ha chiesto il team di sviluppo.
Se il tuo team Scrum usa questa scusa per saltare la revisione dello sprint, sai che c'è un problema: molto probabilmente, il tuo team è disimpegnato o non trova valore nella revisione dello sprint.
La Sprint Review è un ottimo momento per interagire in modo significativo con gli stakeholder, e il team Scrum ha l'opportunità di esaminare i successi e gli insuccessi e adattarsi. O, almeno, in teoria.
Purtroppo, questa non è la realtà per la maggior parte dei team.
Alcuni motivi per cui il tuo team Scrum potrebbe essere demotivato sono:
- Mancanza di chiarezza
- Monotonia causata da formati di riunione mal strutturati
- Anche fattori esterni come lo stress o il burnout
La chiave è pianificare riunioni in cui gli stakeholder aziendali e gli Scrum Master siano aperti al feedback e a discussioni sincere, creando un ambiente sicuro in cui ogni membro del team possa condividere idee per il miglioramento continuo e le sfide.
Per saperne di più: Le 10 migliori attività per coinvolgere i dipendenti e riportare l'entusiasmo sul posto di lavoro, creando team solidi.
Retrospettive monotone
Condurre retrospettive sempre allo stesso modo porta alla noia e al disimpegno e può ostacolare la produttività.
Per portare una ventata di freschezza e coinvolgere i team in modo proattivo, cambia le domande che poni, rendile più interattive o aggiungi qualche elemento divertente.
Prendete in considerazione la possibilità di alternare diversi formati, come Each One Meets, in cui tutti i membri del team possono scambiarsi feedback individuali, o le Kudo card per il riconoscimento tra pari. Sperimentare formati diversi aggiungerà novità alle riunioni e incoraggerà una maggiore partecipazione.
Leggi anche: 25 idee divertenti per la retrospettiva dello sprint da provare
Retrospettive senza conclusioni
Non lasciate che le retrospettive Sprint si trasformino in riunioni "tutte parole e niente fatti".
Mentre i team Scrum discutono dei progressi compiuti e valutano come modificare il proprio approccio per aumentare la produttività, la maggior parte di queste discussioni non viene registrata. Utilizza un software di project management per acquisire ogni dettaglio dei piani d'azione decisi durante le retrospettive.
Infatti, puoi fare brainstorming su flussi di lavoro e processi agili e discutere le tue prossime azioni in un canvas digitale come ClickUp Whiteboards. Che il tuo team sia in sede o remoto, Whiteboards consente a tutti di collaborare e condividere le proprie idee.
Trasforma le sessioni di pianificazione e i workshop di gruppo in una tela collaborativa con ClickUp Whiteboards, che ti consente di incorporare progetti, documenti e elenchi in un'unica interfaccia.
Se lavori con un team remoto o ibrido, puoi anche utilizzare le registrazioni dello schermo per trasmettere il tuo messaggio in modo conciso e preciso. Basta registrare un breve video con ClickUp Clips e condividerlo con il tuo team. Oh, e puoi anche utilizzare ClickUp Brain per trascrivere i video al posto tuo!
Suggerimento professionale💡: Annota tutte le idee e i passaggi successivi in tempo reale e spunta tutto ciò che è nell'elenco delle attività da fare con attività di ClickUp , passando facilmente dai concetti nella lavagna online alle attività tracciabili, assicurandoti che nulla venga tralasciato.
Strumenti per condurre Sprint Review e Retrospettive
Un ciclo di vita dello sviluppo software agile (SDLC) coinvolge diverse parti in movimento, reparti, stakeholder e membri del team.
Senza gli strumenti giusti per gli sprint review e le retrospettive, si può facilmente cadere vittima di processi complessi, che possono portare a ritardi nelle consegne, superamento del budget e problemi di qualità del prodotto.
Idealmente, è preferibile disporre di un'unica fonte di verità, una piattaforma di project management per i progetti software come ClickUp che gestisca l'SDLC end-to-end, dall'automazione e la reportistica dello sprint alla visualizzazione dei progressi dello sprint.
Diamo un'occhiata alle funzionalità principali di ClickUp che sono apprezzate e ampiamente utilizzate dai team agili:
ClickUp Sprints
La funzionalità Sprint all-in-one di ClickUp semplifica l'automazione degli Sprint e l'assegnazione dei punti e ti aiuta a visualizzare e effettuare il monitoraggio degli Sprint utilizzando grafici burnup e burndown, flusso cumulativo e grafici di velocità.
Imposta le date dello Sprint, assegna i punti, trasferisci automaticamente il lavoro non completato al tuo prossimo Sprint e effettua la sincronizzazione delle attività di sviluppo del tuo team con il tuo stack tecnologico, inclusi GitHub, Gitlab o Bitbucket.
Utilizza un sistema di punti personalizzabile per sommare i punti delle attività secondarie, suddividerli per assegnatari e ordinarli per effettuare il monitoraggio dei tuoi Sprint a colpo d'occhio.
ClickUp Brain
In qualità di assistente IA integrato, ClickUp Brain velocizza la documentazione dei tuoi prodotti.
I team di sviluppo software utilizzano strumenti di IA per generare idee di prodotto, ordini del giorno delle riunioni, appunti, riepiloghi/riassunti e roadmap, nonché per automatizzare la creazione di rapporti sullo stato di avanzamento dei lavori.
Può anche generare automaticamente note StandUp, riducendo notevolmente il tempo e il lavoro richiesto per le riunioni e gli aggiornamenti.
"ClickUp AI ha dato una marcia in più al nostro team, aiutandolo a trovare nuovi modi per ottenere di più con meno", ha affermato Alex McCall, responsabile delle operazioni presso ClearCalcs.
"I nostri team di marketing, prodotto e ingegneria hanno dato prova di creatività nella stesura di epiche, user story e persino note di rilascio dei prodotti. Questo ha migliorato le capacità comunicative del nostro team e spesso ci aiuta a individuare gli aspetti sconosciuti del nostro lavoro. Lo definirei un superpotere invisibile per qualsiasi team dinamico e altamente performante."
Flussi di lavoro agili
I flussi di lavoro flessibili di ClickUp si adattano alle esigenze del tuo team, che tu utilizzi Kanban, Scrum o qualsiasi altro metodo. Crea il processo perfetto per qualsiasi backlog, effettua l’automazione e concentrati su questioni più strategiche.
ClickUp dashboards
Allinea tutti coloro che sono coinvolti nella revisione dello sprint e nella retrospettiva, dall'ingegneria al prodotto, e il team dirigenziale con i dashboard di ClickUp.
Si tratta di roadmap visive e report Sprint che collegano il lavoro agli obiettivi condivisi e mostrano lo stato, le dipendenze, gli ostacoli e le attività ad alta priorità.
Ottieni di più durante le riunioni di revisione dello sprint e retrospettiva con ClickUp
Sai che è ora di cambiare marcia quando le riunioni, le cerimonie Scrum e le discussioni retrospettive diventano maratone senza sosta. Mentre gli Sprint Review sono l'occasione per mostrare il tuo prodotto e ottenere il consenso degli stakeholder, gli Sprint Retrospective sono il momento in cui avviene gran parte della riflessione e del miglioramento continuo.
ClickUp semplifica la gestione del ciclo Sprint. Con modelli personalizzabili e strumenti di feedback in tempo reale, la suite di funzionalità di ClickUp, tra cui Sprint Automation, Tasks, flussi di lavoro agili, ClickUp Brain, Lavagne online e Dashboard, garantisce che i tuoi team siano sempre produttivi e concentrati.
Per iniziare a trasformare le tue riunioni da momenti di routine a momenti di produttività, registrati gratis su ClickUp.