Stima di un picco di attività di ricerca
Come stimare un picco di attività di ricerca: un picco è un intervallo di tempo definito con un risultato atteso, non una story. Come evitare che si trasformi silenziosamente nel lavoro che avrebbe dovuto essere definito nell’ambito del progetto.
Un picco non è una notizia. Non lo trattate come tale.
Gli “spike” sono intervalli di tempo definiti con risultati attesi — “dedicate due giorni, tornate con una raccomandazione”. Il numero riportato sulla scheda rappresenta un budget, non una previsione. Stimare uno spike utilizzando il «feature deck» è un approccio errato: non si sa cosa si troverà, la questione dello sforzo relativo non è applicabile e il team finirà per discutere su una cifra che non rappresenta nulla.
L’altra modalità di fallimento consiste nel lasciare che lo spike assorba il lavoro. Il team assegna un voto pari a 3, lo spike dura due settimane, non viene rilasciato nulla e la story originale rimane ancora senza stima. Uno spike ha una tempistica e un risultato atteso. Se entrambi non sono indicati nel ticket, non state stimando uno spike, ma state approvando un’indagine a tempo indeterminato.
Ciò che viene detto nella stanza
Ingegnere: «Sinceramente non so di cosa si tratti finché non lo vedo.»
PM: «Cosa si intende per “finito”? Un documento? Una demo?»
Introduzione: “Tra due giorni, rivaluteremo la situazione alla luce di quanto avete scoperto.”
Domanda: “Cosa succede se il picco indica ‘non costruirlo’?”
Domande che vale la pena porsi prima di votare
- Qual è il periodo di tempo previsto: mezza giornata, due giorni, una settimana?
- Qual è il risultato atteso: un documento, un prototipo, una raccomandazione, una misurazione?
- Chi esamina i risultati e in base a quali criteri?
- Cosa succede se la risposta è “non realizzatelo”?
- Si tratta di un’attività prevista nel ciclo di lavoro del team o al di fuori di esso?
Alcune squadre escludono del tutto i picchi dal valore velocity — si tratta infatti di investimenti, non di risultati, e confondere i due concetti distorce il segnale di pianificazione. Entrambi gli approcci sono validi; non sceglierne uno e non applicarlo in modo coerente, invece, non lo è.
Approvate un bilancio con una scadenza e un risultato da raggiungere, per poi rivalutare la situazione reale in un secondo momento.
Correlati: tecniche di stima per attività più vaghe e errori comuni nel Planning Poker relativi al rischio che l’analisi si insinui nella storia. Si consiglia di consultare gli altri esempi pratici di stima oppure di avviare una sessione gratuita di Planning Poker dopo lo spike, non durante.