Guida Scrum | 28. Sprint in Scrum

Eventi più piccoli compongono uno Sprint in Scrum. Gli Sprint, a loro volta, formano insieme un percorso volto a sviluppare e rilasciare un Prodotto. Ogni Sprint ha un obiettivo specifico e un Sprint Backlog mantenuto dal Team di Sviluppo.

Che cos’è lo Sprint in Scrum – indice:

1. Sprint in Scrum – Introduzione
2. Struttura dello Sprint in Scrum
3. Sprints e i tre pilastri dell’empirismo
4. Trasparenza
5. Ispezione
6. Adattamento
7. Quali cambiamenti apportare durante uno Sprint?
8. Sprint in Scrum – Riepilogo

Che cos’è lo Sprint in Scrum?

Lo Sprint è il più grande degli eventi in Scrum, di cui abbiamo scritto in questo articolo. Gli Sprint seguono un ciclo continuo dall’inizio alla fine del lavoro su un Prodotto. E ogni iterazione avvicina il team al raggiungimento dell’Obiettivo del Prodotto.

Ogni Sprint ha un obiettivo specifico per garantire coerenza nel lavoro del Team di Sviluppo. Assume la forma di un obiettivo aziendale e risponde alla domanda “Perché?”, “A quale scopo?”, o “Perché?”.

Il flusso di lavoro di uno Sprint è documentato nel Sprint Backlog, che elenca il lavoro necessario per raggiungere l’Obiettivo dello Sprint. La sua descrizione dettagliata può essere trovata qui.

Struttura dello Sprint in Scrum

Ogni Sprint ha una struttura specifica e include i seguenti eventi:

• Pianificazione dello Sprint – inizia lo Sprint. Durante questo evento, il Team Scrum seleziona il lavoro pianificato dal Product Backlog da svolgere nel nuovo Sprint
• Daily Scrum – un evento quotidiano in cui gli Sviluppatori pianificano i compiti per la giornata
• Revisione dello Sprint – aperta agli Stakeholder, si tiene l’ultimo giorno di uno Sprint. Il suo scopo è riassumere lo Sprint in termini di progresso sul Prodotto
• Retrospettiva dello Sprint – l’evento di chiusura di uno Sprint, in cui il Team Scrum discute i modi di lavorare e idee per il miglioramento

La ripetizione degli eventi dello Sprint promuove l’implementazione di buone pratiche organizzative. In altre parole, il Team Scrum implementa le routine necessarie per una pianificazione efficace e, mentre lavora, presta attenzione ai problemi che possono essere discussi negli eventi appropriati.

Sprints e i tre pilastri dell’empirismo

Gli Sprint consentono al Team Scrum di suddividere il lavoro sul Prodotto in segmenti di tempo uguali della durata massima di un mese. Questo quadro fisso rafforza i tre pilastri dell’empirismo:

• trasparenza
• ispezione
• adattamento

Abbiamo scritto in dettaglio sui tre pilastri dell’empirismo e sul loro ruolo in Scrum qui. Ma oggi, esamineremo come si applicano allo Sprint e alla sua struttura.

Trasparenza

Suddividere il lavoro in Sprints migliora la trasparenza poiché tutte le persone coinvolte possono ottenere le informazioni necessarie sullo stato del lavoro del Prodotto in ogni Sprint. La Pianificazione dello Sprint e la Revisione dello Sprint, l’inizio e la fine di uno Sprint, unite a un aggiornamento del Product Backlog, forniscono a tutti gli stakeholder preziose informazioni sullo stato attuale del Prodotto.

Ispezione

Dividendo il lavoro in Sprints è possibile monitorarne frequentemente i progressi. Questo promuove l’identificazione costante di problemi in due aree chiave. Queste sono:

• problemi legati al raggiungimento dell’Obiettivo del Prodotto – all’inizio e alla fine dello Sprint, cioè durante la Pianificazione dello Sprint e la Revisione dello Sprint
• ostacoli nel modo in cui lavora il Team Scrum – durante le riunioni quotidiane e alla fine di ogni Sprint, cioè durante il Daily Scrum e la Retrospettiva dello Sprint

Adattamento

L’adattamento è una parte molto importante del lavoro del Team Scrum, poiché consente di risolvere i problemi identificati durante l’ispezione. Durante ogni Sprint, il Daily Scrum e la Retrospettiva dello Sprint forniscono uno spazio sicuro per parlare di come migliorare il Team Scrum. L’implementazione delle soluzioni proposte avviene immediatamente o all’inizio del prossimo Sprint.

La Pianificazione dello Sprint e la Revisione dello Sprint creano uno spazio sicuro per la discussione riguardo agli Obiettivi e ai metodi per raggiungerli. Un buon Team Scrum autogestito riesce a capire con successo cosa e come implementare per il prossimo Sprint.

Quali cambiamenti apportare durante uno Sprint?

Ogni Sprint lascia abbastanza spazio al Team Scrum per migliorare e improvvisare il modo in cui lavora. Pertanto, identifica cosa cambiare durante uno Sprint. La Guida Scrum non fornisce un elenco di tali cambiamenti. Tuttavia, la nozione di empirismo fornisce linee guida da seguire e adattare al modo in cui lavora un particolare Team Scrum.

1. Tutti i cambiamenti possono compromettere il raggiungimento dell’Obiettivo dello Sprint. Secondo la prima regola, durante uno Sprint non è possibile, ad esempio, ridurre il numero di attività da svolgere in quello Sprint, o cambiare significativamente le loro caratteristiche. Uno Sprint è strettamente legato all’Obiettivo dello Sprint. Pertanto, quando l’Obiettivo cambia, dovremmo abortire lo Sprint. Tuttavia, questo accade raramente poiché l’unico motivo per cui uno Sprint può fallire è quando l’Obiettivo diventa obsoleto. Tieni presente che la decisione di terminare uno Sprint spetta esclusivamente al Product Owner.
2. La qualità del lavoro non può essere compromessa. Questa regola è intesa a prevenire che il lavoro svolto durante uno Sprint diventi un Incremento perché non soddisfa la Definizione di Completamento. Ridurre la qualità del lavoro può comportare che l’Obiettivo dello Sprint venga apparentemente raggiunto, ma il modo in cui vengono completati i singoli compiti non soddisfa gli standard di qualità stabiliti dall’organizzazione o richiesti dagli Stakeholder.
3. Il Product Backlog può diventare dettagliato. Mentre si lavora su un Prodotto, la conoscenza su di esso aumenta. Pertanto, il dettaglio delle attività da svolgere aumenta naturalmente. Pertanto, è un cambiamento accettabile e persino consigliabile durante uno Sprint dettagliare il Product Backlog.
4. Il campo di lavoro può essere chiarito o rinegoziato. Questo cambiamento, come il precedente, comporta una crescente comprensione della natura del lavoro svolto. Il Team di Sviluppo può farlo in consultazione con il Product Owner. Tuttavia, la condizione fondamentale per la sua introduzione è l’assenza di conflitto con i principi 1. e 2.

Sprint in Scrum – Riepilogo

Lo Sprint è l’evento ciclico di Scrum che contiene tutti gli altri. Ha un obiettivo Sprint separato dall’Obiettivo del Prodotto. E lo Sprint Backlog è diverso dal Product Backlog. La natura degli Sprint è ciclica. La lunghezza fissa degli Sprint favorisce il mantenimento di buone pratiche di flusso di lavoro e alimenta i tre pilastri dell’empirismo. Durante uno Sprint, il Team Scrum non può cambiare il suo Obiettivo. Può, tuttavia, affinare il Product Backlog e, man mano che la conoscenza cresce, affinare e rinegoziare il campo di lavoro.

Se ti piace il nostro contenuto, unisciti alla nostra comunità di api operose su Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.