Il Product Backlog

Il Product Backlog è un elenco ordinato ed emergente di ciò che è necessario per migliorare il prodotto. È l'unica fonte di requisiti per tutto il lavoro.

Caratteristiche chiave:

• Ordinato: Non solo prioritizzato—gli elementi sono in una sequenza specifica
• Emergente: Evolve man mano che il team impara
• Trasparente: Chiunque può vederlo
• Di proprietà del Product Owner: Il PO decide cosa contiene e l'ordine

Gli elementi includono:

• Funzionalità e miglioramenti
• Correzioni di bug
• Lavoro tecnico
• Acquisizione di conoscenza (spike)

Il refinement del Product Backlog è l'attività continua di aggiungere dettagli, stime e ordine agli elementi. Questo avviene continuamente, non solo nelle riunioni.

Cosa produce il refinement:

• Elementi più piccoli che si adattano a uno Sprint
• Criteri di accettazione chiari
• Comprensione sufficiente per discutere nel Planning
• Stime (se il tuo team stima)

Quanto tempo? La Guida Scrum suggerisce non più del 10% della capacità dello Sprint. Per uno Sprint di 2 settimane, sono circa 1 giorno totale—spesso suddiviso in sessioni.

Chi lo fa? Product Owner e Developers collaborano. Il PO porta il "cosa e perché"; i Developers aggiungono considerazioni sul "come" e le stime.

Ogni artefatto ha un impegno. Per il Product Backlog, è il Product Goal.

Il Product Goal descrive uno stato futuro del prodotto. Serve come:

• Un obiettivo verso cui il team pianifica
• Un filtro per gli elementi del backlog (questo serve il Goal?)
• Qualcosa da comunicare agli stakeholder

Caratteristiche del Product Goal:

• Più grande di un singolo Sprint
• Abbastanza concreto da misurare i progressi
• Il team persegue un Goal alla volta

L'intero Product Backlog serve il Product Goal. Quando il Goal è raggiunto (o abbandonato), ne viene creato uno nuovo.