Come condurre Planning Poker passo dopo passo

Planning Poker funziona quando le carte stimolano una conversazione utile, non quando il team cerca di indovinare il numero “corretto”. Una buona sessione fornisce a tutti lo stesso contesto del backlog, protegge il giudizio indipendente fino alla rivelazione e utilizza stime diverse per scoprire le assunzioni prima che il lavoro entri in uno sprint.

Questa guida ti offre un'agenda ripetibile per un facilitatore, un Product Owner o responsabile del backlog, e le persone che contribuiranno alla consegna del lavoro.

In questa guida

• La versione breve
• Prepara il backlog e i partecipanti
• Usa un’agenda pratica di 45 minuti
• Calibra e presenta ogni elemento
• Vota, rivela e discuti la dispersione
• Rivota, suddividi o metti in pausa
• Rivedi l’esempio di cinque elementi
• Evita errori comuni
• Usa la checklist del facilitatore

La versione breve

Per ogni elemento del backlog:

1. Spiega il risultato utente, l’ambito e le condizioni di accettazione.
2. Lascia che il team faccia domande chiarificatrici.
3. Chiedi a ogni stimatore di scegliere una carta in modo privato.
4. Rivela tutte le carte insieme.
5. Se la dispersione è significativa, ascolta le ragioni dietro i voti più bassi e più alti.
6. Chiarisci l’elemento, suddividilo se necessario, e vota di nuovo.
7. Registra la stima che il team concorda di usare, quindi passa all’elemento successivo.

Planning Poker è una pratica di stima, non un evento Scrum obbligatorio. L’attuale Scrum Guide lascia le metodologie di sizing al team, sottolineando che le persone che svolgono il lavoro sono responsabili della stima degli elementi del Product Backlog.

Prima della sessione: prepara il lavoro che può essere discusso

Una room di voto non può compensare un elemento del backlog che nessuno comprende. Prepara un piccolo insieme di elementi a breve termine anziché portare l’intero backlog.

Per ogni elemento, assicurati che il team possa vedere:

• il risultato utente o di business;
• cosa è incluso ed esplicitamente escluso;
• condizioni di accettazione o un esempio di comportamento atteso;
• dipendenze, vincoli e sistemi coinvolti noti;
• domande aperte che potrebbero modificare la dimensione;
• un link a design di supporto o contesto tecnico quando rilevante.

Non eliminare ogni incertezza prima della stima. L’incertezza è parte di ciò che la stima dovrebbe far emergere. Tuttavia, il team necessita di contesto sufficiente per distinguere un dettaglio di implementazione da una decisione di prodotto non risolta.

Scegli una scala prima che inizi la votazione

Molti team utilizzano una sequenza simile a Fibonacci come 1, 2, 3, 5, 8, 13, 21. Gli intervalli crescenti riflettono il fatto che la fiducia di solito diminuisce man mano che il lavoro diventa più grande o meno comprensibile. Agilo supporta anche altre scale integrate e set di carte personalizzate.

Considera i story point come dimensioni relative specifiche per il team. Un 5 è utile perché il team capisce come si confronta con il proprio 2 o 8; non è un numero universale di ore e non dovrebbe essere copiato tra team come tabella di conversione.

Invita le persone giuste

Chi si prevede debba svolgere il lavoro deve votare. Il Product Owner o responsabile del backlog spiega intenti, priorità e compromessi. Un facilitatore mantiene il flusso, fa spazio ai partecipanti più riservati e impedisce che la discussione si trasformi in una negoziazione per un numero preferito.

In Agilo, i partecipanti devono avere un account per entrare in una room e votare. Crea la room prima della sessione, seleziona il sistema di stima, aggiungi o importa i primi elementi e condividi l’invito con sufficiente anticipo per permettere a tutti di partecipare.

Interfaccia attuale di Agilo: otto partecipanti fittizi hanno votato, mentre ogni stima resta nascosta fino alla rivelazione.

Un'agenda pratica di 45 minuti

Usa questo come punto di partenza, quindi adattalo al numero e alla complessità degli elementi.

Cinque elementi ben preparati sono spesso più utili di quindici voti affrettati. Se il team ha bisogno frequentemente di lunghe attività di product discovery durante la sessione, rimetti quegli elementi in refinement e mantieni Planning Poker focalizzato sul lavoro pronto per una conversazione di sizing.

Passo 1: calibra con un riferimento familiare

Inizia con un elemento recentemente completato di cui il team ricorda la forma. Non stai riscrivendo la storia per produrre un punteggio perfetto. Stai dando al gruppo un confronto condiviso: “Questo elemento aveva una modifica UI, una modifica API e una copertura test nota; per noi rappresenta un 3.”

Usa riferimenti dallo stesso team e area prodotto quando possibile. Un 5 di un team mobile e un 5 di un team piattaforma non devono necessariamente significare la stessa cosa.

Per una scala di riferimento concreta, confronta questi sei esempi di story point, incluse le soglie di accettazione che rendono un elemento più piccolo o più grande.

Passo 2: presenta un elemento del backlog

Il responsabile del backlog spiega in pochi minuti l’esito e i confini. Evita di illustrare una proposta di implementazione come se fosse già decisa. Gli sviluppatori potrebbero individuare una soluzione più semplice o una dipendenza che cambia tutta la stima.

Un’apertura utile può essere così:

Un utente autenticato può esportare il report corrente in CSV. Questo round include i filtri della tabella visibili, ma non le esportazioni programmate o la mappatura colonne personalizzata.

Poi lascia che il team faccia domande. Se una domanda modifica l’ambito, aggiorna l’elemento prima della votazione.

Passo 3: vota in privato e rivela insieme

Ogni stimatore seleziona una carta senza vedere le scelte degli altri. I voti nascosti riducono l’ancoraggio sul primo numero, sulla persona più esperta o sull’aspettativa del facilitatore.

Rivela solo quando tutti hanno votato. Agilo può rivelare le carte manualmente o automaticamente dopo che tutti i partecipanti hanno votato, a seconda delle impostazioni della room. Il facilitatore può anche usare il timer della room quando il team ha bisogno di un limite gentile per domande o votazioni.

Non affrettare chi sceglie ?. Quella carta è una prova utile: l’elemento potrebbe mancare di contesto, essere fuori dall’esperienza di qualcuno o contenere un’assunzione che vale la pena rendere visibile.

Passo 4: discuti la dispersione, non ogni singolo numero

Se i voti si raggruppano intorno a valori adiacenti, il team potrebbe aver bisogno solo di una breve conferma. Se la dispersione è ampia—ad esempio, 3, 3, 5, 8, 13—inizia con le ragioni dietro le stime più basse e più alte.

Fai domande come:

• Cosa include il 13 che il 3 non include?
• C’è una dipendenza o un possibile errore che altri hanno trascurato?
• Stiamo stimando le stesse condizioni di accettazione?
• Qualcuno assume un’infrastruttura riutilizzabile che ancora non esiste?
• Suddividere l’elemento rimuoverebbe l’incertezza principale?

L’obiettivo è la comprensione condivisa. Il consenso può seguire, ma costringere tutti alla stessa carta senza risolvere la differenza di fondo vanifica l’esercizio.

Quando una persona vota 3 e un’altra vota 13: buona notizia—le carte non sono rotte. Il team ha appena trovato la conversazione per cui è venuto. 😅

Interfaccia attuale di Agilo dopo la rivelazione: la dispersione 3–8 stimola a confrontare le ipotesi. La media 5.3 è contesto, non una risposta finale automatica.

Passo 5: chiarisci, suddividi o vota di nuovo

Dopo la discussione, scegli una delle tre strade:

1. Rivota. L’elemento è chiaro e nuove informazioni hanno cambiato il punto di vista del team.
2. Suddividi l’elemento. La stima è grande perché diversi risultati o passaggi tecnici sono stati raggruppati insieme.
3. Metti in pausa la stima. Una decisione di prodotto, una dipendenza o un’indagine devono essere risolte prima.

Agilo supporta un ulteriore turno di votazione, ma non sceglie la stima finale per il team. Il facilitatore e gli stimatori decidono ancora quale valore rifletta la loro comprensione condivisa.

Passo 6: registra il risultato e vai avanti

Una volta che il team si accorda sulla stima da utilizzare, registrala con l'elemento del backlog e seleziona il prossimo elemento mentre la sessione ha ancora slancio. Se usi l'integrazione Agilo con Jira, puoi importare le issue di Jira con il loro contesto e restituire la stima selezionata quando la sincronizzazione è configurata.

Tieni una nota separata per le domande di approfondimento. Non nascondere ambiti non risolti dietro un numero solo per completare la lista.

Esempio pratico: cinque elementi del backlog

I valori sottostanti appartengono a un team prodotto fittizio che utilizza i propri elementi di riferimento. Sono esempi di ragionamento, non una risposta universale.

Considera l'elemento widget. I votanti bassi immaginavano una modifica di layout solo desktop. Quelli alti includevano gesti mobile, ordinamento persistente, accessibilità da tastiera e migrazione dei layout esistenti. Nessuna media sarebbe stata risolutiva per questa discrepanza. Suddividere l'elemento ha reso esplicito il perimetro e generato due conversazioni più significative.

Errori comuni che indeboliscono la sessione

Trattare la media come risposta

Una media può nascondere due interpretazioni incompatibili. Discuti prima la dispersione. La stima finale deve riflettere il lavoro compreso, non una comodità aritmetica.

Lasciare che la persona più senior voti ad alta voce

Una volta che un numero è stato pronunciato, le stime successive tendono a gravitare attorno a esso. Tieni le carte nascoste fino alla rivelazione e chiedi la motivazione dopo il voto indipendente.

Discutere l'implementazione prima che il risultato sia chiaro

La discussione tecnica è preziosa, ma solo dopo che tutti comprendono cosa l'elemento deve realizzare. Altrimenti il team potrebbe stimare prodotti diversi.

Forzare una stima per un elemento non pronto

“Ci serve un numero oggi” non elimina una dipendenza. Segna la domanda, assegna un responsabile e torna sull'argomento quando la decisione mancante è disponibile.

Confrontare individui o team usando i story point

I punti sono uno strumento di pianificazione locale. Trasformarli in un obiettivo di performance incoraggia numeri gonfiati e rende le stime meno utili.

Lista di controllo per il facilitatore

Prima della riunione:

• scegli 5-8 elementi a breve termine;
• aggiungi contesto di accettazione e link;
• crea la stanza e seleziona il set di carte;
• conferma chi spiegherà gli elementi e chi voterà;
• scegli un elemento di riferimento familiare.

Durante ogni turno:

• mantieni i voti nascosti finché tutti non sono pronti;
• ascolta le motivazioni dei voti bassi e alti quando la dispersione conta;
• aggiorna l'elemento quando cambiano le ipotesi;
• vota di nuovo, dividi o sospendi anziché forzare un accordo;
• registra la stima selezionata e ogni responsabile per i follow-up.

Dopo la riunione:

• assicurati che le stime siano visibili nel backlog;
• risolvi gli elementi sospesi prima che arrivino alla pianificazione dello sprint;
• rivedi la scala solo se il team la trova costantemente poco utile.

Esegui il flusso di lavoro in Agilo

Agilo Planning Poker mantiene contesto del backlog, votazione privata, rivelazione simultanea, turni ripetuti e la stima selezionata in una sola stanza. Puoi aggiungere lavoro manualmente o importare issue da Jira, usare un set di carte integrato o personalizzato, e passare direttamente all'elemento successivo dopo l'accordo del team.

Crea una stanza di Planning Poker quando i tuoi elementi del backlog e i partecipanti sono pronti.

Fonti e ulteriori letture

• Agile Alliance: Planning Poker — il modello base di voto privato, rivelazione simultanea, discussione e turni aggiuntivi.
• La Scrum Guide ufficiale — la definizione attuale di Scrum e delle responsabilità nella dimensione del Product Backlog.