INSERIRE

REGISTRARSI
Ricercatore

Tecniche di stima con punti storia (Planning Poker)

Seleziona la lingua :

Devi consentire i cookie di Vimeo per poter visualizzare il video.

Sblocca il corso completo e ottieni la certificazione!

Stai visualizzando il contenuto gratuito. Sblocca il corso completo per ottenere certificato, esami e materiale scaricabile.

*Con l’acquisto del corso ti regaliamo due corsi a tua scelta*

*Scopri la migliore offerta del web*

Trascrizione Tecniche di stima con punti storia (Planning Poker)


Una volta compreso il concetto di punti storia, è necessario applicare una tecnica strutturata affinché il team li assegni in modo collaborativo e coerente.

La tecnica più popolare ed efficace per farlo è il Planning Poker.

Si tratta di un metodo basato sul consenso che utilizza carte numerate (seguendo la scala di Fibonacci modificata) per consentire ai membri del team di stimare lo sforzo relativo delle storie degli utenti.

Il suo valore principale non risiede solo nell'assegnazione di un numero, ma anche nel facilitare la discussione e garantire una comprensione condivisa dell'ambito prima di iniziare lo sviluppo.

Preparazione: Backlog Prioritario e DoD Chiaro

Prima di iniziare una sessione di stima con il Planning Poker, è fondamentale una buona preparazione:

Backlog prioritario: il Product Owner deve avere il backlog pronto, con le User Story da stimare ordinate per priorità (almeno la parte superiore). Ciò garantisce che il team concentri i propri sforzi sulla stima degli elementi più rilevanti.

Definizione chiara di "Fatto" (DoD): il team deve avere un DoD concordato e condiviso.

Questo è fondamentale perché la stima deve coprire tutto il lavoro necessario per soddisfare il DoD (codifica, test, documentazione, ecc.), non solo una parte. Senza un DoD chiaro, le stime saranno incoerenti.

Comprensione di base dei punti storia: il team deve comprendere il concetto di stima relativa e la scala da utilizzare.

Stabilire la linea di base (storia di 5 punti)

Il primo passo durante la sessione di stima è stabilire una linea di base (baseline) per la relatività.

Il team seleziona una storia utente dal backlog che sia:

  • Di medie dimensioni (né troppo piccola né troppo grande).
  • Ben compresa da tutti i membri del team.

A questa storia viene assegnato un valore di riferimento, comunemente "5" punti storia.

Questa storia diventa l'ancora: tutte le altre storie saranno stimate confrontandole con questa (richiede uno sforzo maggiore, minore o uguale alla nostra storia da 5 punti?) e con altre già stimate.

Il processo di votazione (Planning Poker) e discussione delle divergenze

Il processo tipico di Planning Poker per ogni storia è il seguente:

Presentazione e discussione: il proprietario del prodotto (o chi conosce la storia) la presenta brevemente.

Il team di sviluppo pone domande per chiarire la portata e assicurarsi che tutti la comprendano bene.

Stima individuale: ogni membro del team di sviluppo seleziona segretamente una carta di Planning Poker (o usa le dita/app) che rappresenta la sua stima dello sforzo relativo.

Rivelazione simultanea: al conteggio di tre, tutti rivelano la propria carta contemporaneamente. Questo evita il bias di ancoraggio (essere influenzati dalla stima degli altri, specialmente dei più anziani).

Discussione delle divergenze: se le stime sono molto diverse (soprattutto se ci sono valori anomali, il più alto e il più basso), alle persone con queste stime estreme viene chiesto di spiegare il loro ragionamento.

Questa discussione è fondamentale, poiché spesso rivela malintesi sulla portata o conoscenze diverse


tecniche di stima con punti storia planning poker

Pubblicazioni recenti di coach agile professionale

Ci sono errori o miglioramenti?

Dov'è l'errore?

Cosa c'è che non va?