Sprint planning: i cinque campi che rendono reale uno sprint
Guide

Sprint planning: i cinque campi che rendono reale uno sprint

Jesse Simons
October 8, 2026
5

Cosa va in un template di sprint planning: obiettivo, capacità, owner, definition of done e rischi. E perché la capacità viene prima.

  • Un template di sprint planning sono cinque campi: obiettivo dello sprint, capacità, elementi con un owner e una stima ciascuno, definition of done e rischi.
  • Fai il conto della capacità prima di scegliere il lavoro; sottrai ferie, riunioni e turni di supporto dai giorni di calendario.
  • Apri il planning con l'obiettivo, tira dentro elementi finché le stime raggiungono la capacità, poi fermati.
  • I piani scadono quando vivono in un documento; un piano con passaggi su giorni reali e owner reali si corregge lavorando.
  • In Plans di SketchMind descrivi lo sprint e l'AI scrive fasi o settimane con passaggi, date, owner e rischi.

Lo sprint planning è il momento in cui un backlog diventa un impegno. Un template evita che quella riunione produca una lista vaga che nessuno ha confrontato con le ore che il team ha davvero.

Risposta breve: Un template di sprint planning è una struttura fissa che compili durante la pianificazione: l'obiettivo dello sprint, la capacità reale del team, gli elementi scelti con un owner e una stima ciascuno, la definition of done e i rischi che accettate. Compila la capacità prima di scegliere il lavoro. Quell'unica abitudine trasforma il piano dello sprint da lista dei desideri a qualcosa che il team può finire.

Che cos'è un template di sprint planning?

Un template di sprint planning sono le stesse cinque domande all'inizio di ogni sprint, nello stesso ordine. Il valore non è nella formattazione; è che le domande vengano fatte. I team saltano la capacità perché è scomoda, gli owner perché assegnare sembra burocratico, e i rischi perché nominarli sembra negativo. Due settimane dopo lo sprint è in ritardo esattamente per quei motivi.

Cosa va in un template di sprint planning?

Cinque campi coprono ciò che serve a uno sprint per essere reale. Se il tuo template ne ha quindici, i dieci in più sono il motivo per cui nessuno lo compila.

  • Obiettivo dello sprint. Una frase che dice cosa sarà vero alla fine dello sprint che oggi non lo è. Se un elemento non serve l'obiettivo, ha bisogno di una giustificazione tutta sua per stare nello sprint.
  • Capacità. Le ore o i punti che il team ha davvero: sottrai ferie, colloqui, turni di supporto e le riunioni già in calendario. Questo numero viene prima della lista, mai dopo.
  • La lista dello sprint. Ogni elemento scelto con un owner e una stima. Un elemento con due owner non ne ha nessuno, e uno mai stimato è una scommessa con scadenza.
  • Definition of done. Cosa significa "finito" questo sprint: revisionato, testato, deployato, documentato. Scrivila una volta, riusala, e discutine fuori dal planning.
  • Rischi e dipendenze. Le due o tre cose che più probabilmente rompono il piano, ognuna con una risposta nominata, anche se la risposta è "lo accettiamo".
Esempio compilato di un template di sprint planning con cinque campi: obiettivo dello sprint, capacità, lista dello sprint con owner e stime, definition of done e rischi.
Cinque campi, compilati prima che lo sprint parta.

Come si fa sprint planning con il template?

Il template divide la riunione in prima, durante e dopo, ed è nel prima che si guadagna il tempo.

  1. Prima della riunione: assicurati che gli elementi candidati siano capiti e stimati a grandi linee, e fai il conto della capacità. Il planning serve a decidere, non a scoprire cosa significano i ticket.
  2. Apri la riunione con l'obiettivo, non con la lista. Accordatevi prima sulla frase; è il filtro per tutto il resto.
  3. Tira dentro elementi in ordine di priorità finché le stime raggiungono la capacità, poi fermati. Il backlog non si svuota perché lo sprint si riempie.
  4. Dai a ogni elemento un owner mentre lo tiri dentro, non alla fine.
  5. Chiudi rileggendo l'obiettivo ad alta voce e nominando i rischi. Dieci minuti qui risparmiano la sorpresa a metà sprint.

Perché i piani di sprint scadono già mercoledì?

I piani di sprint scadono perché vivono in un documento e lo sprint succede altrove. Il piano era vero lunedì mattina; mercoledì due elementi sono cresciuti, una persona è andata a casa malata, e il documento mostra ancora la versione del lunedì. Nessuno lo aggiorna perché aggiornarlo non cambia nulla: il documento non conosce né le giornate né le scadenze del team.

La soluzione è strutturale: tieni il piano dove vivono le date e gli owner, così un cambiamento nel piano cambia la settimana di qualcuno. Un piano i cui passaggi stanno su giorni reali di calendario, con una persona reale su ogni passaggio, si corregge come effetto collaterale del lavoro.

Illustrazione a barre che confronta 50 giorni-persona di calendario con i 35 giorni che uno sprint ha davvero dopo aver sottratto ferie, riunioni e turni di supporto.
Prima la capacità, poi gli elementi.

Piano di sprint, sprint backlog o roadmap: qual è la differenza?

Tre artefatti, tre orizzonti

|Artefatto|Orizzonte|A cosa risponde|

|---|---|---|

|Piano di sprint|Uno sprint|Cosa finiamo, chi fa cosa, quanto ci sta|

|Sprint backlog|Uno sprint, dal vivo|Cosa resta adesso, in che ordine|

|Roadmap|Trimestri|Dove va il prodotto, più o meno quando|

Il piano di sprint è la fotografia su cui il team si impegna; il backlog è la lista viva che si svuota durante lo sprint; la roadmap è la linea lunga a cui gli sprint si sommano. Un buon piano d'azione condivide l'anatomia del piano di sprint, e per qualcosa di più lungo di qualche sprint stai in realtà costruendo una timeline di progetto.

L'AI può scrivere un piano di sprint da una descrizione?

Sì, se descrivi lo sprint invece di cercare un template. In SketchMind, una lavagna AI, Plans non ha apposta un template di sprint pronto: premi "+ New plan", scegli la forma (Phases, Weeks o Milestones) e descrivi lo sprint nel campo "Describe it · AI drafts the plan": cosa costruite, per chi, entro quando, con chi. Puoi incollare un brief o allegare un PDF fino a 25 MB. L'AI chiede solo ciò che manca (perimetro, persone, tempi, vincoli, cosa significa successo) e poi scrive il piano: passaggi con date e owner, una breve motivazione per passaggio e rischi con cosa farci. Ogni passaggio atterra sull'agenda del suo owner, e quando la realtà deriva il piano lo dice: "Running 3 days late" arriva con "Move the plan 3 days" o "I'll catch up", quindi il piano si sposta invece di marcire in silenzio. La scelta di capacità e il perimetro finale restano tuoi; scrivere e spostare date smette di costare un pomeriggio.

Ultimo aggiornamento: 8 ottobre 2026. Verificato con l'app SketchMind attuale.

Compila la capacità prima di scegliere il lavoro, e il piano dello sprint smette di essere una lista dei desideri.

Qual è la differenza tra piano di sprint e sprint backlog?

Il piano di sprint è la fotografia su cui il team si impegna al planning: obiettivo, capacità, elementi con owner. Lo sprint backlog è la lista viva che cambia durante lo sprint, man mano che il lavoro finisce e la realtà interferisce.

Quanto deve durare lo sprint planning?

Una regola comune è circa un'ora per settimana di sprint, quindi due ore per uno sprint di due settimane. Se ci vuole molto di più, mancava la preparazione, non il tempo.

Come si calcola la capacità di uno sprint?

Moltiplica le persone per i giorni lavorativi, poi sottrai tutto ciò che il calendario già reclama: ferie, colloqui, turni di supporto, riunioni ricorrenti. Quello che resta è ciò contro cui pianifichi.

Cosa rende buono un obiettivo di sprint?

Una frase che descrive uno stato, non una lista di ticket: "I nuovi utenti finiscono l'onboarding senza aiuto." Puoi testare ogni elemento candidato contro di essa.

SketchMind ha un template di sprint planning?

No, ed è voluto. In Plans descrivi il tuo sprint e l'AI lo scrive come fasi o settimane con passaggi, date e owner; l'AI chiede ciò che manca invece di darti caselle vuote.