Una buona guida per scegliere la scala dei punti da usare con Agile / SCRUM?

Stiamo usando Pivotal Tracker per il nostro progetto, che ci consente di scegliere tra queste tre scale:

0,1,2,3
0,2,4,8
0,1,3,5,8

E sto cercando una risorsa che ci aiuti a guidare la nostra decisione. (Dopo aver usato 0,1,2,3 per due iterazioni, possiamo vedere dove uno degli altri sarebbe molto più utile o significativo.)

agile scrum

— Dogweather
fonte

Potresti spiegare di più, non è chiaro cosa stai chiedendo.

— Amir Rezaei,

Certo: stiamo cercando un sito Web, un articolo, una pagina o un documento che indirizzi la scelta di una scala di punti.

— Dogweather,

Google è tuo amico. Sul serio. Non è difficile da trovare (prova google.com/search?q=agile+ideal+days+points ). Ciò che è difficile , è trovare un approccio adatto alla tua squadra e per questo, abbiamo bisogno di maggiori informazioni da te.

— Martin Wickman,

Ah ah - grazie. La mia "squadra" è micro-dimensionata. Un programmatore part-time (me), un project manager part-time che è nuovo per gli sviluppatori di software e un altro programmatore part-time che ha appena iniziato. Siamo tutti buoni amici e non c'è stress tra i giocatori.

— Dogweather,

@Dogweather: se fossi in te (l'unico programmatore del "team"), non userei affatto Scrum, ma semplici tecniche di produttività come GTD. IMHO, stai sprecando il tuo tempo con Scrum.

Risposte:

La scala dei punti della storia di "Fibonacci" è molto popolare: 1, 2, 3, 5, 8 ecc. I mazzi di carte da poker di pianificazione popolare (di Mountain Goat Software e Crisp) sono basati su di essa: punto interrogativo, 0, 1/2, 1, 2, 3, 5, 8, 13, 20, 40, 100, infinito.

Mike Cohn nota nel suo libro Agile Estimation and Planning che usare 1-2-4-8 invece di 1-2-3-5-8 va bene.

È importante ricordare quando si applicano i punti trama a squadre "micro-dimensionate": limitare le dimensioni massime della trama, non "mescolare ciottoli con massi" (vedere di più su Agile per lo sviluppatore solo )

— azheglov
fonte

Penso che ciò che vuoi sia qualcosa che offre abbastanza differenza con i punti più piccoli e non che molte opzioni per storie più grandi, in base al fatto che qualcosa di più di 20 o 40 anni deve essere scomposto comunque. Questo ti assicura di supportare differenze più sottili per storie di dimensioni piccole e regolari e solo differenze grossolane per storie di dimensioni maggiori.

Quando stavamo facendo Scrum abbiamo fatto bene con i punti basati su Fibonacci con 20 che era il numero più alto che pensavamo potesse realisticamente inserirsi in uno sprint. Se qualcosa era 40 o 100, sostanzialmente gli sviluppatori dicevano che la storia era troppo grande.

A parte questo, non penso che faccia una differenza così grande. Preferirei la sequenza basata su Fibonacci perché ho scoperto che funziona. Tuttavia, ciò che funziona per il team e il prodotto che stai sviluppando va bene.

— Anne Schuessler
fonte