Lo Sprint Backlog

Lo Sprint Backlog è composto da:

1. Lo Sprint Goal (perché)
2. Elementi del Product Backlog selezionati per lo Sprint (cosa)
3. Un piano per consegnare l'Incremento (come)

È un'immagine altamente visibile e in tempo reale del lavoro che i Developers pianificano di realizzare durante lo Sprint.

Caratteristiche chiave:

• Di proprietà dei Developers: Solo loro possono modificarlo durante lo Sprint
• Aggiornato quotidianamente: Man mano che il lavoro viene completato e nuovo lavoro viene scoperto
• Piano vivente: Si adatta man mano che il team impara, proteggendo lo Sprint Goal

Lo Sprint Backlog non è un contratto—è un piano che evolve.

Cosa può cambiare:

• I task e l'approccio (come) si adattano man mano che il team impara
• Gli elementi possono essere rinegoziati con il PO se lo scope supera la capacità
• Nuovo lavoro può essere aggiunto se la capacità lo consente

Cosa non cambia:

• Lo Sprint Goal rimane fisso (a meno che lo Sprint non venga cancellato)
• La qualità (Definition of Done) non viene mai compromessa

Il ruolo del PO durante lo Sprint:

• Risponde alle domande sugli elementi
• Chiarisce i criteri di accettazione
• Negozia lo scope se necessario
• NON aggiunge lavoro senza l'accordo del team

Lo Sprint Goal è l'impegno per lo Sprint Backlog. Fornisce:

Focus: Quando qualcuno chiede "su cosa dovrei lavorare?" la risposta si riferisce allo Sprint Goal.

Flessibilità: Gli elementi possono essere adattati finché il Goal è raggiungibile.

Coerenza: Lo Sprint non è solo elementi casuali—è un obiettivo significativo.

Per gli stakeholder: Una dichiarazione chiara di quale valore questo Sprint consegna.

Se lo Sprint Goal diventa obsoleto, lo Sprint può essere cancellato. Questo è l'unico motivo per terminare uno Sprint in anticipo.