Letteralmente
Scrum
è un termine inglese che alla lettera indica “un mucchio ristretto
e disordinato di persone”.
Dal
punto di vista dello sviluppo software, Scrum
è un framework agile di sviluppo del software, iterativo ed
incrementale concepito per gestire progetti e prodotti software o
applicazioni di sviluppo, che è stato creato e sviluppato da Ken
Schwaber e Jeff Sutherland.
Il framework Scrum è costituito da un insieme di Scrum Team,
Time-Box, Artefatti e Regole. Gli Scrum
Team sono concepiti per ottimizzare la flessibilità e la
produttività; al tal fine, sono auto-organizzativi, cross-funzionali
e sono concepiti per lavorare con frequenti iterazioni tra i vari
attori. Ogni team ha tre ruoli:
- lo Scrum Master, che è responsabile della comprensione e dello svolgimento del processo;
- il Product Owner, che è responsabile della massimizzazione del lavoro eseguito dal team;
- i Membri del Team. Il team è costituito, in genere, da sviluppatori con tutte le competenze necessarie (analisi, sviluppo, testing ecc...) per realizzare un prodotto, o parte di esso, rilasciabile entro la fine dello Sprint.
Scrum
utilizza il concetto di Time-Box ed in
particolare di Sprint. Il cuore di Scrum è appunto lo Sprint, che è
un'iterazione di
un mese o meno (di solito tra
le 2 alle 4 settimane) che sia di lunghezza costante durante tutto il
processo di sviluppo. Tutti gli Sprint
utilizzano lo stesso framework Scrum e forniscono un incremento del
prodotto finale che è potenzialmente rilasciabile. Uno Sprint inizia
immediatamente dopo quello precedente. Durante uno Sprint vi sono le
seguenti cerimonie:
- Lo Sprint Planning, fatto ad inizio Sprint, consiste nella pianificazione delle attività da svolgere durante lo Sprint;
- Il Daily Scrum è meeting veloce, fatto ogni mattina, dove ogni membro del team fa un breve riepilogo delle attività svolte nel giorno precedente e quelle che farà nel giorno corrente, indicando eventuali impedimenti.
- La Sprint Review, fatta a fine Sprint, consiste nella revisione di tutte le attività svolte dal team durante lo Sprint.
- La Sprint Retrospective, fatta anch'essa a fine Sprint dopo la Sprint Review, consiste nell'analizzare tutti gli aspetti della vita del team attraverso dei feedback dati tra i membri. Questa cerimonia è l'unica tra quelle descritte dove non è obbligatoria ad ogni Sprint.
- Il Backlog di Prodotto è un elenco prioritario di tutto ciò che potrebbe essere necessario nel prodotto.
- Lo Sprint Backlog è un elenco di attività, prese dal backlog del prodotto, da svolgere durante lo Sprint per ottenere un incremento del prodotto potenzialmente rilasciabile.
- La Burndown è una misura del residuo arretrato nel tempo. Invece, la Release Burndown misura i restanti item contenuti nel backlog del prodotto per il periodo di tempo residuo al rilascio finale.
- La Sprint Burndown misura i restanti item contenuti nello Sprint Backlog per il periodo di tempo residuo alla fine dello Sprint.
Nessun commento:
Posta un commento