Scrum è il framework agile più usato al mondo. Lo adottano team di software, marketing, HR e consulenza.
Funziona a cicli brevi. Si chiama "sprint". Ogni sprint dura 1-4 settimane. Alla fine c'è un risultato reale.
Se vuoi capire il contesto più ampio, leggi la nostra
guida alle metodologie agile. Qui ci concentriamo su Scrum: come funziona, chi fa cosa e come iniziare.
Scrum si fonda su tre pilastri. Sono la base di tutto.
Trasparenza. Tutto ciò che conta deve essere visibile. Il backlog è pubblico. Il piano dello sprint è condiviso. Nessun lavoro nascosto.
Ispezione. Il team controlla spesso i progressi. Non aspetta la fine. Controlla ogni giorno. Controlla alla fine di ogni sprint.
Adattamento. Se qualcosa non va, si cambia. Subito. Non al prossimo anno.
Senza questi tre pilastri, Scrum non funziona. Si può fare le cerimonie, ma non si ottengono i risultati.
Scrum ha tre ruoli precisi. Ognuno ha responsabilità chiare.
Product Owner
Decide cosa fare. In che ordine. Con quale priorità.
Gestisce il Product Backlog — la lista di tutto ciò che il prodotto deve fare. Ordina gli elementi per valore. Decide cosa entra nello sprint.
Non è un capo tecnico. È la voce del cliente all'interno del team.
Scrum Master
Protegge il team. Rimuove gli ostacoli. Assicura che Scrum venga applicato bene.
Non dà ordini. Non gestisce il lavoro tecnico. Aiuta il team a migliorare il metodo.
È un servitore-leader. Facilita, non comanda.
Development Team
Fa il lavoro. Scrive il codice, crea i contenuti, produce i risultati.
Si autoorganizza. Decide da solo come fare il lavoro, non solo cosa fare.
Dimensione ideale: 3-9 persone. Troppo piccolo limita le competenze. Troppo grande crea caos.
Scrum ha quattro eventi fissi. Ognuno ha uno scopo preciso.
All'inizio di ogni sprint. Il team sceglie cosa fare nelle prossime settimane.
Il Product Owner presenta le priorità. Il team sceglie quanti item può completare. Si crea lo Sprint Backlog.
Durata: max 8 ore per uno sprint di 4 settimane.
Ogni giorno. 15 minuti. In piedi.
Tre domande:
- Cosa ho fatto ieri?
- Cosa farò oggi?
- Ci sono blocchi?
Non è una riunione di stato per il capo. È una sincronizzazione tra i membri del team.
Alla fine dello sprint. Si mostra cosa è stato fatto.
Il Product Owner, il team e gli stakeholder chiave vedono il lavoro completato. Si raccoglie il feedback. Si aggiorna il backlog.
Non è una presentazione formale. È una conversazione.
Dopo la Review. Solo il team interno.
Tre domande:
- Cosa è andato bene?
- Cosa è andato male?
- Cosa cambiamo nello sprint prossimo?
È il motore del miglioramento continuo. Senza la Retro, il team non cresce.
Come Applicare Scrum in Azienda
Scrum non si installa come un software. Richiede un cambio di mentalità.
Passo 1 — Forma il Team
Identifica i tre ruoli: Product Owner, Scrum Master, Team.
Il Product Owner deve avere autorità sulle priorità. Non può essere un proxy. Deve poter dire sì e no.
Lo Scrum Master deve conoscere il metodo. All'inizio può essere un membro del team che impara mentre fa.
Passo 2 — Crea il Product Backlog
Raccogli tutti i requisiti. Le funzionalità da sviluppare. I problemi da risolvere. Le richieste del cliente.
Ogni elemento è una "user story" — una descrizione del valore per l'utente. Il Product Owner li ordina per priorità.
Passo 3 — Lancia il Primo Sprint
Scegli una durata. 2 settimane è il punto di partenza più comune.
Fai lo Sprint Planning. Scegli gli item più prioritari. Definisci la Definition of Done — quando un lavoro è veramente finito.
Inizia. Non aspettare la perfezione.
Passo 4 — Tieni le Cerimonie
Daily ogni giorno. Review e Retro alla fine di ogni sprint.
All'inizio sembra overhead. Dopo 3-4 sprint, il team capisce il valore. Le cerimonie diventano naturali.
Passo 5 — Adatta e Migliora
Scrum è un punto di partenza. Non una gabbia.
Dopo ogni sprint, la Retro indica cosa cambiare. Durata dello sprint, dimensione degli item, modo di fare il Daily.
Il team che usa Scrum da un anno non fa Scrum uguale a quello di un anno fa. È normale.
Quando più team Scrum lavorano sullo stesso prodotto, serve un coordinamento.
Scrum of Scrums è la risposta. Un rappresentante per ogni team si incontra regolarmente. Allineano dipendenze. Risolvono blocchi inter-team.
Non è un livello gerarchico. È un meccanismo di coordinamento.
Per aziende grandi, SAFe (Scaled Agile Framework) offre una struttura più completa. Ma ha un costo di adozione elevato.
Un team Scrum che funziona ha alcune caratteristiche precise.
Comunica bene. Anche i conflitti vengono alla luce — non restano nascosti.
Ha una Definition of Done condivisa. Tutti sanno quando un lavoro è finito. Non c'è ambiguità.
Migliora sprint dopo sprint. Le Retro non sono un rito vuoto. Portano a cambiamenti reali.
Rispetta il focus dello sprint. Non si aggiungono lavori a metà sprint senza ragione seria.
È la persona che protegge il team e assicura che Scrum venga applicato bene. Non è un capo. Non gestisce il lavoro tecnico. Rimuove gli ostacoli e facilita le cerimonie.
Da 1 a 4 settimane. 2 settimane è la durata più comune. La scelta dipende dalla natura del lavoro e dalla frequenza con cui il contesto cambia.
Sì. Si usa in marketing, HR, consulenza, creazione di contenuti. Ovunque ci sia un backlog di lavoro da ordinare per priorità e un team che può autoorganizzarsi.
No. Scrum lavora per sprint con cerimonie fisse. Kanban è un flusso continuo senza sprint. Spesso si usano insieme — si chiama Scrumban.
Le certificazioni più note sono PSM (Professional Scrum Master) di
Scrum.org e CSM (Certified Scrum Master) di Scrum Alliance. Il PSM è più tecnico; il CSM include un
corso obbligatorio.
Applicare Scrum in un'azienda tradizionale è una sfida. Nella community di Management Academy trovi team leader e PM che l'hanno fatto davvero. Domande reali. Risposte concrete.
