Lors de l'estimation de la taille relative des user stories dans le développement de logiciels agiles, les membres de l'équipe sont censés estimer la taille d'une user story comme étant 1, 2, 3, 5, 8, 13, .... Les valeurs estimées devraient donc ressembler à la série de Fibonacci. Mais je me demande pourquoi?
La description de http://en.wikipedia.org/wiki/Planning_poker sur Wikipedia contient la phrase mystérieuse:
La raison de l'utilisation de la séquence de Fibonacci est de refléter l'incertitude inhérente à l'estimation d'éléments plus grands.
Mais pourquoi devrait-il y avoir une incertitude inhérente à des articles plus importants? L'incertitude n'est-elle pas plus élevée, si nous faisons moins de mesures, c'est-à-dire si moins de gens estiment la même histoire? Et même si l'incertitude est plus élevée dans les grandes histoires, pourquoi cela implique-t-il l'utilisation de la séquence de Fibonacci? Y a-t-il une raison mathématique ou statistique à cela? Sinon, utiliser la série Fibonacci pour l'estimation me semble être une science CargoCult.
2^n
pourrait espacer les nombres trop loin, alors pourquoi ne pas utiliser la séquence de Fibonacci, qui est à peu prèsc*phi^n
?Réponses:
La série de Fibonacci n'est qu'un exemple d'échelle d'estimation exponentielle. La raison pour laquelle une échelle exponentielle est utilisée vient de la théorie de l'information.
Les informations que nous obtenons à partir de l'estimation croissent beaucoup plus lentement que la précision de l'estimation. En fait, il se développe comme une fonction logarithmique. C'est la raison de l'incertitude plus élevée pour les articles plus volumineux.
Déterminer la base la plus optimale de l'échelle exponentielle (normalisation) est difficile en pratique. La base correspondant à l'échelle de Fibonacci peut être optimale ou non.
Voici une explication plus détaillée de la justification mathématique: http://www.yakyma.com/2012/05/why-progressive-estimation-scale-is-so.html
la source
Sur les six premiers nombres de la séquence de Fibonacci, quatre sont premiers. Cela limite les possibilités de décomposer une tâche de manière égale en tâches plus petites pour que plusieurs personnes y travaillent en parallèle. Cela pourrait conduire à l'idée fausse que la vitesse d'une tâche pourrait évoluer proportionnellement avec le nombre de personnes qui y travaillent. La série 2 ^ n est la plus vulnérable à un tel problème. La séquence de Fibonacci oblige en fait à réestimer les tâches plus petites une par une.
la source
D'après ce blog agile
Oui en effet. Je pense que c'est parce qu'ils ajoutent un air de légitimité (Fibonacci! Math!) À ce qui est essentiellement un exercice de dimensionnement précoce (pas de cadrage) de très haut niveau (qui a de la valeur).
Mais vous pouvez obtenir les mêmes résultats en utilisant le dimensionnement des t-shirts ...
la source
Vous voulez vraiment quelque chose d'exponentiel, de sorte que vous puissiez exprimer n'importe quelle quantité de temps avec une erreur relative constante. La précision de votre estimation est également très probablement proportionnelle à votre estimation.
Donc vous voulez quelque chose: a) avec des entiers b) exponentiel c) facile
Maintenant, pourquoi Fibonacci au lieu de, 1 2 4 8? Je suppose que c'est parce que le fibonacci pousse plus lentement. C'est en goldratio ^ n, et goldratio = 1,61 ...
la source
La séquence de Fibonacci est juste l'une des nombreuses qui sont utilisées dans le poker de planification de projet.
Il est difficile d'estimer avec précision les grandes unités de travail et il est facile de s'enliser dans les discussions heures contre jours si vos chiffres sont trop «réalistes».
J'aime l'explication sur http://www.agilelearninglabs.com/2009/06/story-sizing-a-better-start-than-planning-poker/ , à savoir que la série Fibonacci représente un ensemble de nombres que nous pouvons distinguer intuitivement entre eux comme des grandeurs différentes.
la source
J'utilise Fibonacci pour plusieurs raisons:
Au fur et à mesure que nous additionnons toutes les incertitudes, nous sommes moins sûrs de ce que devraient être les heures. Cela finit par être plus facile si nous pouvons simplement évaluer si cette tâche est plus grande / plus petite qu'une autre pour laquelle nous avons déjà donné une estimation. À mesure que nous augmentons la taille / la complexité de la tâche, l'effet de l'incertitude est également amplifié. Je prendrais volontiers une estimation de 13 heures pour une tâche qui semble deux fois plus grande que celle que j'ai précédemment estimée à 5 heures.
la source