La guida Scrum: impara Scrum passo dopo passo

Che cos'è Scrum?

Scrum è un framework leggero che aiuta persone, team e organizzazioni a generare valore attraverso soluzioni adattive per problemi complessi, come afferma la Scrum Guide ufficiale. Un piccolo Scrum Team cross-funzionale lavora in Sprint di un mese o meno, produce un Increment utilizzabile a ogni Sprint e usa eventi regolari per ispezionare l'avanzamento e adattare il piano.

Scrum è stato creato da Ken Schwaber e Jeff Sutherland, che lo presentarono pubblicamente per la prima volta nel 1995. Hanno pubblicato la prima Scrum Guide nel 2010 e l'hanno rivista più volte da allora; la versione attuale è la Scrum Guide 2020. Quella revisione ha reso Scrum meno legato al software e meno prescrittivo: ha sostituito i "ruoli" con le responsabilità (accountability), ha unito il Development Team in un unico Scrum Team con i Developer e ha aggiunto il Product Goal e il concetto di impegno per ciascun artefatto.

Nel giugno 2025 Ralph Jocham, John Coleman e Jeff Sutherland hanno pubblicato lo Scrum Guide Expansion Pack, che aggiunge contesto, teoria ed esempi attorno al framework. È un'integrazione, non un sostituto: la Scrum Guide 2020 resta la definizione di Scrum.

Questo hub è una nostra guida indipendente. Quando descriviamo una regola di Scrum, seguiamo la Scrum Guide 2020; quando raccomandiamo una pratica o un formato, specifichiamo che si tratta di un nostro consiglio o di una pratica comune.

Scrum in sintesi: la struttura 3-5-3

Spesso Scrum viene riassunto come 3-5-3: tre responsabilità, cinque eventi e tre artefatti. La tabella riunisce in un unico posto gli elementi essenziali della Scrum Guide. I time-box indicati sono i massimi per uno Sprint di un mese e di solito sono più brevi per Sprint più corti.

Lo Scrum Team è composto in genere da 10 persone o meno, senza sotto-team né gerarchie. Alla base della struttura ci sono i tre pilastri dell'empirismo (trasparenza, ispezione e adattamento) e cinque valori (impegno, focus, apertura, rispetto e coraggio).

Come funziona Scrum: uno Sprint passo dopo passo

Ogni Sprint segue lo stesso ritmo. Ecco cosa succede dall'inizio alla fine.

1. Il Product Owner mantiene ordinato il Product Backlog in funzione di un Product Goal chiaro, e il team raffina gli elementi in arrivo perché siano abbastanza piccoli e chiari da poter essere selezionati.
2. Sprint Planning avvia lo Sprint. Il team concorda uno Sprint Goal, seleziona gli elementi del Product Backlog e pianifica come consegnarli, creando lo Sprint Backlog. Vedi Sprint Planning.
3. I Developer lavorano verso lo Sprint Goal, incontrandosi nel Daily Scrum per ispezionare l'avanzamento e aggiustare il piano.
4. Il lavoro che soddisfa la Definition of Done entra a far parte dell'Increment. Il team può rilasciarlo agli utenti appena è pronto, anche prima della fine dello Sprint.
5. La Sprint Review mostra agli stakeholder ciò che è stato realizzato e raccoglie feedback, che aggiorna il Product Backlog.
6. La Sprint Retrospective chiude lo Sprint. Il team decide i miglioramenti più utili al proprio modo di lavorare.
7. Lo Sprint successivo inizia subito, con il backlog e i modi di lavorare migliorati.

Scrum ufficiale vs pratiche Scrum comuni

La Scrum Guide è volutamente breve. Definisce ciò che Scrum richiede e lascia ai team la scelta delle proprie pratiche. Molte cose che si associano a Scrum derivano da queste scelte, ed è per questo che team Scrum diversi possono apparire molto differenti.

Le pratiche complementari non sono sbagliate; molte sono molto utili. L'importante è considerarle scelte che puoi cambiare quando smettono di essere utili, non regole. La nostra guida alle tecniche Scrum illustra le più utili.

Da dove iniziare: percorsi di lettura su Scrum

Non serve leggere tutte le 35 guide. Scegli il percorso adatto al tuo ruolo e leggi in ordine.

Nuovo a Scrum

• Che cos'è Scrum?
• Principi e valori di Scrum
• ruoli dello Scrum Team
• I 5 eventi Scrum
• artefatti Scrum
• glossario Scrum per qualsiasi termine incontri

Scrum Master

Inizia con come diventare Scrum Master e servant leadership in Scrum, poi impara a facilitare bene ogni evento, cominciando dalla Sprint Retrospective e giochi per la retrospettiva.

Product Owner

Developer

Concentrati su Sprint Backlog, la Increment, story point e debito tecnico.

Manager e project manager

Tutte le 35 guide Scrum per argomento

Tutte le guide della nostra biblioteca Scrum, raggruppate in cinque capitoli: fondamenti di Scrum, lo Scrum Team, gli eventi Scrum, artefatti e pratiche, scalabilità e apprendimento.

Scrum a confronto con Agile, Kanban e Waterfall

Molti team combinano gli approcci, ad esempio Scrum con limiti WIP in stile Kanban, oppure team Scrum che consegnano all'interno di un programma predittivo più ampio. La Scrum Guide lo consente purché il framework Scrum resti intatto.

Modelli e strumenti per Scrum

Puoi applicare Scrum con una lavagna e dei post-it, ma modelli e software aiutano quando il team è distribuito o il backlog cresce.

• Modello di sprint planning per registrare Sprint Goal, elementi selezionati e capacità.
• Modello di product backlog per ordinare e raffinare gli elementi del backlog.
• Modello di user story per scrivere elementi con criteri di accettazione.
• Modello di sprint retrospective per registrare i miglioramenti e seguirli nel tempo.

Per il software, Jira è la scelta specialistica per i team software che usano Scrum, con backlog, Sprint e report Agile. I team che combinano Scrum con una pianificazione basata su Gantt o con il lavoro di altri reparti spesso preferiscono una piattaforma all-in-one come Wrike, prima nella nostra classifica degli strumenti di project management.

Errori comuni nell'adozione di Scrum

• Rinominare vecchi ruoli e riunioni senza cambiare il modo in cui si prendono le decisioni, ad esempio un project manager che assegna attività con il titolo di Scrum Master.
• Nessuno Sprint Goal chiaro, così lo Sprint diventa un elenco di attività scollegate e il Daily Scrum si trasforma in un report di stato.
• Una Definition of Done debole o assente, che lascia accumulare lavoro "quasi finito" e rende l'Increment inutilizzabile.
• Un Product Owner senza autorità per ordinare il backlog, o un comitato che funge da Product Owner.
• Trattare la velocity come un obiettivo o confrontarla tra team, il che incoraggia stime gonfiate.
• Saltare la Retrospective quando il team è impegnato, eliminando l'evento che rende possibile ogni altro miglioramento.

Domande frequenti