Scrum — Cheat Sheet

Tag: agile, scrum, sprint, product-owner, scrum-master, backlog

Livello: base

TL;DR: Framework agile iterativo basato su sprint a durata fissa per rilasciare incrementi di prodotto funzionanti.

Concetti chiave

Framework iterativo e incrementale strutturato su cicli temporali fissi chiamati sprint.

Lo sprint dura tipicamente da 1 a 4 settimane e produce un incremento potenzialmente rilasciabile.

Tre ruoli definiti: Product Owner, Scrum Master e Developers.

Il Product Owner gestisce le priorita del Product Backlog e massimizza il valore del prodotto.

Lo Scrum Master rimuove i blocchi e facilita l'adozione del framework e dei suoi valori.

Il team di sviluppo e auto-organizzato, cross-funzionale e responsabile della stima tecnica.

Tre artefatti principali: Product Backlog, Sprint Backlog e Incremento di prodotto.

Quattro eventi formali per sprint: Sprint Planning, Daily Scrum, Sprint Review e Sprint Retrospective.

Tre pilastri empirici: trasparenza, ispezione e adattamento.

Definition of Done condivisa per stabilire quando un elemento e completato.

Domande tipiche e risposte pronte

Q: Qual e la differenza tra Product Backlog e Sprint Backlog?R: Il Product Backlog e la lista dinamica e prioritizzata di tutto cio che serve al prodotto, gestita dal Product Owner. Lo Sprint Backlog contiene invece gli elementi selezionati dal team per lo sprint corrente insieme al piano per completarli.

Q: A cosa serve il Daily Scrum e quanto dura?R: Dura massimo 15 minuti ed e un momento di sincronizzazione giornaliera del team di sviluppo per ispezionare l'avanzamento verso lo Sprint Goal e adattare il piano di lavoro.

Q: Chi decide quanto lavoro inserire in uno Sprint?R: Lo decidono esclusivamente i Developers durante lo Sprint Planning, valutando la propria capacita e la complessita delle storie proposte dal Product Owner.

Q: Qual e la differenza tra Sprint Review e Sprint Retrospective?R: La Review ispeziona l'incremento di prodotto insieme agli stakeholder, mentre la Retrospective analizza persone, processi e strumenti per identificare miglioramenti interni al team.

Insidie e errori comuni

Trattare il Daily Scrum come un report di avanzamento gerarchico verso il management.

Modificare lo scopo o aggiungere compiti a meta sprint compromettendo lo Sprint Goal.

Confondere il ruolo dello Scrum Master con quello di un project manager tradizionale.

Chiudere uno sprint con elementi incompleti senza rispettare la Definition of Done.

Saltare la Retrospective quando si e sotto pressione per le scadenze.

Da ripassare

[ ] Meccaniche di stima (Story Points, Planning Poker) e calcolo della velocity

[ ] Criteri INVEST per la scrittura delle User Story

[ ] Gestione del debito tecnico all'interno dello Sprint Backlog

[x] Ruoli Scrum e rispettive responsabilita

[x] I quattro eventi dello sprint e i tre artefatti