Regole del Planning Poker: accordi per il team
Chi stima, quando scoprire le carte e come gestire una domanda che un numero non risolve. Regole pratiche con un esempio di conversazione.
Le regole di base del Planning Poker sono stimare lo stesso ambito, scegliere le carte in modo indipendente, scoprirle insieme e discutere le ragioni delle differenze prima di registrare un risultato. Concordate chi vota e quando serve una risposta invece di imporre un numero.
«Questo è un due, vero?» Una frase può orientare la votazione successiva. Chi pensava a un otto potrebbe sentirsi obbligato a difenderlo ancora prima di mostrare la carta. Pochi accordi condivisi danno a tutti il tempo di ragionare da soli.
La scelta indipendente e la rivelazione simultanea fanno parte della pratica descritta da Agile Alliance. Le risposte alle eccezioni proposte qui sotto si possono adattare al team. Per preparazione e scaletta, consultate la guida passo passo al Planning Poker.
In questa guida
Quando i voti nascondono requisiti diversi
Un team immaginario stima: «Consentire a un amministratore di annullare un invito allo spazio di lavoro non ancora accettato». Le carte sono 2, 2, 5 e ?.
Una persona con
2: «Rendiamo semplicemente non valido l’invito esistente».La persona con
5: «E se qualcuno lo accetta proprio in quel momento?»La persona con
?: «Se è già entrato, dobbiamo anche rimuovere il membro?»
Scegliere il numero più frequente lascerebbe aperte queste domande. Chi facilita chiede al Product Owner di separare il ritiro di un invito in sospeso dalla rimozione di un membro. La rimozione diventa un requisito distinto. Resta da decidere cosa succede quando accettazione e annullamento avvengono insieme.
Il turno termina con una domanda e una persona incaricata di chiarirla. Registrata la decisione, il team può stimare l’elemento precisato. Non serve ancora un numero definitivo.
Il voto confronta la comprensione del lavoro; non decide il comportamento del prodotto. Le cifre illustrano la conversazione, non sono una stima universale delle funzionalità di invito.
Regole prima del voto
| Regola | Significato pratico |
|---|---|
| Stimare un ambito condiviso | Rendere visibili comportamento e limiti. I vecchi voti descrivono il vecchio ambito. |
| Usare un’unità e un mazzo | Scegliere story point o un’altra unità. Non mescolare ore e dimensione relativa nello stesso turno. |
| Far stimare chi realizzerà il lavoro | Includere le competenze necessarie a completarlo; titolo ed esperienza non danno più peso al voto. |
| Scegliere in privato, scoprire insieme | Non suggerire un numero obiettivo né mostrare le carte mentre qualcuno sta ancora scegliendo. |
| Discutere le ipotesi dietro le carte | Ascoltare stime basse, alte e altri dubbi. La minoranza può aver notato lavoro trascurato. |
| Distinguere i segnali non numerici | Una domanda, saltare la stima e chiedere una pausa non sono valori numerici. |
| Concordare come concludere o fermarsi | Registrare una stima utilizzabile dal team oppure la domanda a cui rispondere prima. |
| Ristimare quando cambiano le informazioni | Un nuovo ambito può richiederlo; un totale desiderato nel report non cambia il lavoro. |
Usate elementi completati come riferimenti. Gli esempi di story point aiutano a descriverne i confini; la guida di Fibonacci spiega scala e mazzi. Queste regole non impongono un mazzo preciso né una conversione fissa in ore.
Chi stima e chi facilita
Secondo lo Scrum Guide, sezione Product Backlog, la responsabilità del dimensionamento è dei Developers che svolgeranno il lavoro. Sono le persone che creano un Incremento utilizzabile, anche con contributi diversi dalla programmazione. Scrum non richiede Planning Poker né ne stabilisce le regole per le eccezioni.
Una persona che si occupa dei test può chiedere: «Cosa succede se l’amministratore perde i permessi durante l’operazione?» La domanda riguarda la stima dell’intero elemento. Non dovrebbe diventare una cifra QA separata da sommare ai punti di frontend e backend.
Il Product Owner spiega il risultato e aiuta a decidere cosa è incluso. Chi facilita evita che qualcuno imponga il numero atteso. Nessuno dei due ruoli dà un voto aggiuntivo. Se una persona contribuisce anche alla realizzazione, chiarite in quale veste stima. Mountain Goat Software descrive questa distinzione.
Prima di scoprire le carte, definite chi stima quell’elemento. Un osservatore non deve scegliere un numero solo per completare l’elenco dei votanti.
Quando un turno non va come previsto
Qualcuno sceglie un punto interrogativo o salta
«Ho scelto ? perché non so se i vecchi inviti devono restare validi». Ora c’è una domanda concreta. Cercate il contesto mancante invece di eliminare la carta dal risultato senza parlarne.
?: mi serve una risposta prima di stimare.- Saltare: non esprimo una stima per questo elemento.
0, se presente nel mazzo: un valore numerico con il significato concordato dal team.
Saltare non significa zero o consenso silenzioso. Se rivela che manca una conoscenza essenziale, annotatelo. La carta della pausa è una richiesta distinta di fermarsi.
Manca una persona necessaria
«Lo specialista del database ha perso la connessione. Possiamo continuare?» Se il team comprende quella parte di lavoro, sì. Se la sua risposta può cambiare la soluzione, annotate la domanda e rinviate la stima. L’assenza non equivale al consenso.
Un numero viene detto prima di scoprire le carte
«Questo è sicuramente un due». Fermatevi e tornate all’ambito. Ognuno riconsidera la scelta in privato; se le carte sono già scoperte, iniziate un altro turno. Ripartire non cancella il numero sentito, quindi invitate esplicitamente stime differenti.
Il requisito cambia dopo il voto
«A proposito, vanno ritirati anche gli inviti del mese scorso». È un’informazione nuova. Aggiornate i criteri di accettazione prima di stimare di nuovo. Il risultato precedente riguardava l’ambito precedente.
I voti restano diversi o qualcuno vuole un numero più basso
Ancora cinque e otto? Chiedete: «Quale lavoro avete incluso che gli altri potrebbero aver trascurato?» A parità di ambito, confrontate i riferimenti. Se i requisiti sono diversi, chiariteli prima.
Schermata Agilo esistente con partecipanti immaginari e interfaccia in inglese. La media 5,3 non spiega la differenza. Revote consente un altro turno; il team decide se prima occorre un chiarimento o un’altra azione.
«Ci serve questa settimana: potete mettere tre?» È una conversazione su ambito e priorità. Discutete cosa togliere o cambiare. Una carta più bassa, da sola, non elimina lavoro.
Agile Alliance mette in guardia dalla convergenza forzata. Si può adottare una stima senza che tutti preferiscano personalmente la stessa carta. Ascoltate i dubbi e fermatevi se il numero nasconde un requisito irrisolto. Né la media né la scelta della persona più esperta lo risolvono.
Un accordo di team da copiare
Inserite il testo nelle note e compilate le parentesi. Deve essere abbastanza breve da leggere prima del primo voto. Sono accordi del team, non impostazioni imposte automaticamente dallo strumento.
Mazzo e unità: [scegliere]. Riferimenti: [link].
Stimano questo elemento: [persone/competenze].
Facilitazione: [nome]. Domande di prodotto: [responsabile].
Chiarire l’ambito, scegliere in privato e scoprire insieme.
Non annunciare un numero obiettivo prima della rivelazione.
Ascoltare le ragioni delle differenze e i dubbi rimasti.
? chiede una risposta; saltare non significa zero né consenso.
Limite della discussione: [tempo o condizione di arresto].
Nuovo ambito: requisiti aggiornati e nuova stima.
Registrare un numero quando chi stima concorda di poterlo usare.
Manca contesto o competenza essenziale: domanda → responsabile → prossimo passo.
Ristimare per nuove informazioni, non per un totale desiderato.
Il limite aiuta a scegliere il prossimo passo, non è una scadenza per imporre l’unanimità. Rivedete gli accordi se ostacolano la partecipazione o nascondono incertezze.
Usare l’accordo in Agilo
Conservate le regole nelle note e votate con Agilo Planning Poker. Scegliete il mazzo concordato, mantenete nascosti i voti fino alla rivelazione e avviate un altro turno se cambia l’ambito. I sistemi integrati offrono punto interrogativo, carta della pausa e possibilità di saltare; il team concorda come rispondere.
Create una stanza di Planning Poker quando partecipanti, ambito e regole sono chiari. Per la sessione completa, tornate alla guida di facilitazione.
Fonti
- Agile Alliance: Planning Poker — pratica e rischio di convergenza forzata.
- Scrum Guide ufficiale — responsabilità del dimensionamento; non impone Planning Poker.
- Mountain Goat Software: Planning Poker — partecipazione e carte non numeriche.
