Product Backlog

Il Product Backlog è un elenco emergente e ordinato di ciò che è necessario fare per raggiungere il Product Goal. Il Product Backlog è l'unica fonte del lavoro intrapreso dallo Scrum Team. Gli elementi del Product Backlog che possono essere completati ("Fatti") dallo Scrum Team all'interno di uno Sprint sono considerati Pronti per la selezione in un evento di Sprint Planning.

Di solito acquisiscono questo grado di trasparenza dopo le attività di Refinement. Gli Sviluppatori che svolgeranno il lavoro sono responsabili della stima della dimensione degli elementi. Il Product Owner può influenzare gli Sviluppatori aiutandoli a meglio comprendere e ad effettuare la ricerca di soluzioni di compromesso.

‍

La gestione del Product Backlog include attività come:

• sviluppare e comunicare il Product Goal
• creare e comunicare chiaramente gli elementi del Product Backlog
• ordinare gli elementi del Product Backlog
• assicurarsi che il Product Backlog sia trasparente, visibile e chiaro.

Il Product Owner può fare tutte le attività sopra indicate oppure può delegare altri. Tuttavia, il Product Owner ne rimane il responsabile.

Domande Frequenti

• Chi può aggiungere un elemento al Product Backlog?
• Secondo la Scrum Guide chiunque può aggiungere un elemento al Product Backlog, ma solo il Product Owner ne decide la priorità, per cui l'elemento potrà essere inserito con la priorità più bassa. Dopodiché, occorrerà argomentare con il Product Owner il valore di quell'elemento per poterlo vedere risalire nell'ordine e finire finalmente in uno Sprint.

• Come è possibile creare un Product Backlog da zero per un prodotto/progetto nuovo?
• Ci sono numerose pratiche per poter far questo, la Guida a Scrum non ne caldeggia nessuna in particolare. Si segnalano i libri LiftOff di Diana Larsen, User Story Mapping di Jeff Patton, Impact Mapping di Gojco Adzic, Agile Product Management with Scrum di Roman Pichler e Product Mastery di Geoff Watts che sono considerati molto utili nella community Agile internazionale.