Sprint Planning

Lo Sprint Planning avvia lo Sprint. Risponde a tre domande:

1. Perché questo Sprint è prezioso? → Lo Sprint Goal
2. Cosa può essere Fatto in questo Sprint? → Previsione degli elementi del Product Backlog
3. Come verrà svolto il lavoro? → Piano iniziale per consegnare l'Incremento

Timebox: Massimo 8 ore per uno Sprint di un mese (ridurre per Sprint più brevi). Per uno Sprint di 2 settimane, 2-4 ore è tipico.

Partecipanti: L'intero Scrum Team. Product Owner, Developers, Scrum Master.

Perché questo Sprint è prezioso? Il Product Owner propone come il prodotto potrebbe aumentare valore e utilità. L'intero team collabora per definire uno Sprint Goal che comunica valore agli stakeholder.

Cosa può essere Fatto? I Developers selezionano elementi dal Product Backlog per questo Sprint. Questa è una previsione, non un impegno. I Developers negoziano con il PO sullo scope basandosi su:

• Velocity passata
• Capacità del team (ferie, ecc.)
• Complessità degli elementi

Come verrà fatto? I Developers scompongono gli elementi in task, solitamente di un giorno o meno. Questo diventa lo Sprint Backlog—elementi più il piano per consegnarli.

Prima del Planning:

• Assicurarsi che gli elementi del backlog siano raffinati e pronti
• Criteri di accettazione chiari per gli elementi principali
• Il PO ha in mente una bozza di Sprint Goal

Durante il Planning:

• Inizia con il "perché"—quale risultato stiamo perseguendo?
• Lascia che i Developers selezionino gli elementi—non assegnare
• Incoraggia domande sugli elementi
• Timebox le discussioni sui singoli elementi

Problemi comuni:

• Gli elementi non sono pronti: Migliorare il processo di refinement
• Richiede troppo tempo: Migliore refinement, Goal più chiari
• Il team si impegna eccessivamente: Tracciare la velocity, rispettare i dati