Guida Scrum | 17. Sprint arretrato

Il Team di sviluppo crea un nuovo Sprint Backlog durante lo Sprint Planning. Da quel momento diventa l'impegno attuale per gli Sviluppatori, ovvero un elenco di nuove funzionalità, miglioramenti e modifiche al Prodotto da implementare nello Sprint di partenza. Dopo l'inizio di uno Sprint, il Backlog diventa una coda di associazione da cui gli sviluppatori scelgono le attività da eseguire.

Che cos'è uno Sprint Backlog? - sommario:

1. introduzione
2. Come viene creato lo Sprint Backlog?
3. Cosa contiene lo Sprint Backlog?
4. Utilizzo dello Sprint Backlog
5. Riepilogo

introduzione

Uno Sprint Backlog descrive il lavoro del Team di Sviluppo durante un singolo Sprint. Pertanto, è espresso in linguaggio tecnico. Descrive attività dettagliate e le relative soluzioni pianificate. Pertanto, consiste in un elenco di attività redatte in modo chiaro per gli sviluppatori. Lo Sprint Backlog di solito tiene poco conto del linguaggio del valore aziendale del Prodotto, un modo di descrizione proprio del Product Backlog, che introdurremo qui.

Lo Sprint Backlog nasce:

• in base al Product Backlog
• per la durata di uno Sprint
• durante uno Scrum Event chiamato Sprint Planning
• dall'intero Scrum Team – ma il Team di Sviluppo è il ruolo chiave nella sua creazione

Come viene creato lo Sprint Backlog?

Durante lo Sprint Planning, il Product Owner propone come aggiungere valore al Prodotto nel prossimo Sprint. Quindi l'intero Scrum Team lavora insieme per formulare lo Sprint Goal, ovvero seleziona quale funzionalità dal Product Backlog implementare. Lo Sprint Goal definisce come implementare il Prodotto o posticipare la scadenza per soddisfare le aspettative del Cliente.

Il passo successivo è riflettere e definire realisticamente l'ambito del lavoro da svolgere nel prossimo Sprint e come raggiungerlo.

I risultati di questi risultati si presentano sotto forma di una descrizione tecnica dei compiti da svolgere. E questa lista diventa il nuovo Sprint Backlog.

Lo Sprint Backlog appena creato esiste in una posizione facilmente accessibile a tutti i membri del team di sviluppo. Nello spazio fisico, di solito è una lavagna appesa nell'area di lavoro. Mentre nello spazio digitale esiste come documento condiviso basato su cloud che tutti gli sviluppatori possono aggiornare. Anche se ogni membro di uno Scrum Team dovrebbe tenerlo aggiornato quotidianamente, è lo Scrum Master o uno degli Sviluppatori che di solito si assume tale responsabilità.

Cosa contiene lo Sprint Backlog?

Il Product Backlog non specifica come eseguire esattamente le attività. È il ruolo del team di sviluppo a decidere. Quella mossa crea abbastanza spazio per manovrare la squadra migliorando così le sue capacità di auto-organizzazione. Inoltre, questa libertà di selezionare la sequenza e i metodi di azione conferisce a ogni Sviluppatore un senso di indipendenza e responsabilità.

La stessa idea si applica al trattamento dello Sprint Backlog come un elenco non ordinato di attività da eseguire. Contrariamente al modello push tradizionale (dove il Team o lo Sviluppatore agisce secondo un'agenda predefinita e imposta), nel modello pull, gli Sviluppatori selezionano quali attività svolgere (modello pull).

Lo Sprint Backlog specifica:

1. The Sprint Goal – cioè una risposta alla domanda sul perché eseguire le attività programmate in questo Sprint
2. L'elenco delle nuove funzionalità e miglioramenti del prodotto da sviluppare in questo Sprint. Questo perché contiene gli elementi del Product Backlog selezionati per l'implementazione in questo Sprint.
3. L'elenco delle attività da svolgere , ovvero una descrizione tecnica di come e da chi il lavoro che risulterà in Incremental...

Utilizzo dello Sprint Backlog

Vari strumenti metrici riflettono lo stato di avanzamento del lavoro scritto nello Sprint Backlog. Molto spesso è il Burndown Chart , che tratteremo completamente in un articolo separato dedicato. Con tale visualizzazione, il Team di sviluppo può facilmente vedere se il lavoro sullo Sprint Goal sta procedendo secondo i piani.

Può succedere durante uno Sprint di scoprire che il piano di lavoro è stato progettato in modo irrealistico. In altre parole, il numero di cose da fare nel Product Backlog Sprint Goal è troppo alto o troppo basso. In entrambi i casi, gli sviluppatori e il Product Owner scendono per scoprire quali modifiche applicare allo Sprint Backlog corrente. È possibile ridurre la quantità di lavoro, selezionare attività aggiuntive dal Product Backlog o estendere le soluzioni già pianificate. Tuttavia, tieni presente che lo Sprint Goal stesso deve rimanere inalterato.

Riepilogo

Uno Sprint Backlog è un elenco di attività che gli sviluppatori intendono svolgere durante uno Sprint. È una specie di contratto dettagliato con il Product Owner. Lo Sprint Backlog nasce durante lo Sprint Planning a cui partecipa l'intero Scrum Team. Il Burndown Chart riflette il grado di completamento dei compiti accettati per l'attuazione.

Se ti piacciono i nostri contenuti, unisciti alla nostra indaffarata community di api su Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autore: Caroline Becker

In qualità di Project Manager, Caroline è esperta nella ricerca di nuovi metodi per progettare i migliori flussi di lavoro e ottimizzare i processi. Le sue capacità organizzative e la capacità di lavorare sotto pressione la rendono la persona migliore per trasformare in realtà progetti complicati.

Visualizza tutti i post

Guida alla mischia:

1. Glossario di termini, ruoli e nozioni di base
2. Cos'è Scrum?
3. Valori di mischia
4. Come implementare Scrum nella tua azienda?
5. Scrum Team: cos'è e come funziona?
6. Chi è un Product Owner?
7. Gli errori più comuni del Product Owner
8. Chi è lo Scrum Master?
9. Caratteristiche di un buon Scrum Master
10. Gli errori più comuni di Scrum Master
11. Quali statistiche e metriche dovrebbe monitorare lo Scrum Master?
12. Collaborazione tra Product Owner e Scrum Master
13. Team di sviluppo in Scrum
14. Gli errori più comuni degli sviluppatori
15. Artefatti di Scrum
16. Scalare Scrum
17. Sprint arretrato
18. Cos'è il Product Backlog?
19. Cosa sono le User Story?
20. Creare la migliore User Story con INVEST
21. Gli errori di User Story più comuni
22. Criteri di accettazione della User Story
23. Stima e Punti Storia in Scrum
24. Pianificazione del poker
25. Gioco di stima della squadra
26. Incremento di definizione
27. Eventi Scrum
28. Cos'è lo Sprint in Scrum?
29. Impegni dello Scrum Team - Obiettivo del prodotto, Obiettivo dello Sprint e Definizione del completamento
30. Che cos'è un diagramma di burndown?
31. Come creare e interpretare un diagramma di burndown?
32. Vantaggi e svantaggi del diagramma di burndown
33. Tavole Kanban in Scrum e Scrumban
34. Velocity in Scrum - Velocità del Team di Sviluppo
35. Scrum quotidiano
36. Pianificazione dello sprint
37. Recensione Sprint
38. Che cos'è una retrospettiva sprint?
39. Errori comuni durante una Retrospettiva Sprint
40. Consolidamento del Product Backlog