---

Che cos'è lo Sprint Backlog? Potrebbe sorprenderti!

Lo Sprint Backlog contiene lo Sprint Goal, gli elementi selezionati del Product Backlog e il piano dei Developer per consegnare un Increment utilizzabile. Le user story possono descrivere questi elementi.

Sono gli elementi che i Developer hanno selezionato insieme al Product Owner durante lo Sprint Planning per sostenere lo Sprint Goal. Il team può stimare gli elementi dello Sprint Backlog per monitorare e pianificare il lavoro.

Lo Sprint Backlog è un artefatto vivo, che i membri dello Scrum Team aggiornano continuamente durante lo Sprint.

Quando un membro dello Scrum Team lavora a un'attività, il suo nome viene associato a essa. Lo stato viene impostato su «Attività avviate» o «Lavoro in corso». Quando l'attività è completata secondo la sua Definition of Done, lo stato diventa «Fatto» o «Completato».

I Developer aggiungono o adattano le attività man mano che imparano. Possono chiarire e rinegoziare gli elementi selezionati del Product Backlog con il Product Owner, purché lo Sprint Goal non sia messo a rischio. Alla fine di ogni giornata, si calcola lo sforzo rimanente per consegnare l'intero Sprint Backlog. Questo aiuta lo Scrum Team e lo Scrum Product Owner a monitorare la quantità di lavoro ancora necessaria per raggiungere gli obiettivi dello Sprint.

Lo Sprint Backlog può essere gestito elettronicamente con un software di gestione dei progetti Scrum o un foglio di calcolo come Excel o Google Sheets. In alternativa, soprattutto per team piccoli o nuovi, si possono utilizzare schede o post-it su una vera lavagna fisica.

Quest'ultima soluzione offre vantaggi come trasparenza del lavoro e facile accesso per tutti, compresi gli stakeholder. Il limite è che non è sostenibile se lo Scrum Team è distribuito in più sedi.

La figura seguente mostra un esempio di come costruire una lavagna dello Sprint Backlog. La struttura va adattata alle esigenze del progetto e dello Scrum Team.

Esempio di lavagna dello Sprint Backlog

È evidente che, per lavorare in modo produttivo, uno Scrum Team deve comprendere la differenza tra Product Backlog e Sprint Backlog e il modo in cui interagiscono per far avanzare il progetto.

Ricorda che il Product Backlog è la fonte ordinata e in evoluzione del lavoro sul prodotto. Un piccolo sottoinsieme di questo elenco viene ora trasferito nello Sprint Backlog per raggiungere gli obiettivi dello Sprint.

Durante lo Sprint Planning, tutti i membri dello Scrum Team devono discutere quali attività svolgere e come completarle.

È in questo momento che ogni elemento dello Sprint Backlog viene suddiviso nelle attività o nei passi necessari a completare le user story concordate. Tutto deve essere comunicato chiaramente e condiviso, così che i membri dello Scrum Team abbiano un consenso inequivocabile su ciò che accadrà nello Sprint e su ciò che occorre per raggiungerne gli obiettivi.