Quando si stima la dimensione relativa delle storie utente nello sviluppo di software agile, i membri del team devono stimare le dimensioni di una storia utente come 1, 2, 3, 5, 8, 13, .... Quindi i valori stimati dovrebbero assomigliare alla serie di Fibonacci. Ma mi chiedo, perché?Perché la serie Fibonacci è utilizzata in un poker di pianificazione agile?
La descrizione di http://en.wikipedia.org/wiki/Planning_poker su Wikipedia detiene la misteriosa frase:
La ragione per usare la sequenza di Fibonacci è quello di riflettere l'intrinseca incertezza nella stima più grandi articoli.
Ma perché dovrebbe esserci incertezza intrinseca negli articoli più grandi? L'incertezza non è più alta se facciamo meno misure, cioè se meno persone stimano la stessa storia? E anche se l'incertezza è più alta nelle storie più grandi, perché questo implica l'uso della sequenza di Fibonacci? C'è una ragione matematica o statistica per questo? Altrimenti usare la serie di Fibonacci per la stima mi sembra una scienza CargoCult.
Probabilmente solo perché la sequenza di Fibonacci è "cool". Qualsiasi sequenza esponenziale funzionerebbe. '2^n' potrebbe distanziare troppo i numeri, quindi perché non usare la sequenza di Fibonacci, che è circa' c * phi^n'? – interjay
+1 per "è bello". Ho lavorato con i programmatori prima di chi ha sempre voluto spingere le stranezze in Fibonacci - era sempre il loro 'cosa' – KevinDTimm
duplicato di http://pm.stackexchange.com/questions/4251/why-would-teams-use-the- fibonnacci-sequenza-per-story-points –