
Cosa va in un template di sprint planning: obiettivo, capacità, owner, definition of done e rischi. E perché la capacità viene prima.
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.
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.
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.

Il template divide la riunione in prima, durante e dopo, ed è nel prima che si guadagna il tempo.
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.

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.
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.
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.
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.
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.
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.
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.