Séquence de Fibonacci pour l'estimation agile

Les story points Fibonacci aident les équipes à estimer le travail rapidement et avec précision sans se préoccuper des heures exactes. Utilisez le dimensionnement relatif pour distinguer les tâches volumineuses et incertaines des gains rapides.

Le système de Story Points Fibonacci existe depuis un certain temps, mais l'adoption récente des pratiques agiles l'a rendu à nouveau populaire. Vous pouvez l'utiliser dans presque tous les logiciels de gestion de projet qui prennent en charge l'estimation, tels que Jira ou Asana.

Séquence de Fibonacci (1, 2, 3, 5, 8, 13, 21) pour l'évaluation

Utilisez le dimensionnement relatif plutôt que les estimations absolues lorsque la plupart des exigences sont inconnues, que l'environnement est complexe et que le besoin est urgent. Vous n'avez pas besoin de connaître le nombre exact d'heures à consacrer ou combien gagner. Ces chiffres sont également connus sous le nom de Story Points dans la méthodologie Scrum / Agile.

L'objectif d'une telle estimation est d'aider au dimensionnement relatif. Cela aide à déterminer ce qui est plus grand et plus petit, mais ne trouve pas le nombre exact, car la prévision est rarement possible.

L'estimation par séquence de Fibonacci accélère le temps d'estimation de 80 %. Elle met en évidence la différence et fournit de meilleures estimations.

Pourquoi les Story Points avec une séquence de Fibonacci sont meilleurs que les heures

Selon Scum Inc, même les meilleurs experts de l'entreprise ne pouvaient pas estimer combien de temps un projet prendrait, y compris les personnes qui l'ont mis en œuvre. De plus, la recherche de Rand Corporation dans les années 1940 a montré que les humains ne sont pas doués pour estimer les heures. L'expérience pratique confirme à plusieurs reprises cette recherche.

Les développeurs ne savent que suffisamment pour commencer ; ils ne savent pas tout ce qui est nécessaire pour terminer un élément. Plus l'exigence est ambiguë, plus il est difficile de calculer combien de temps quelque chose prendra. Cependant, les équipes doivent toujours estimer leur travail pour prévoir les releases.

Plus l'exigence est ambiguë, plus il est difficile de calculer combien de temps quelque chose prendra. Le WSJF ne vous oblige pas à définir les estimations appropriées en heures. Au lieu de cela, il vous demande de définir votre niveau d'incertitude.

Notre objectif n'est pas de trouver le nombre exact d'heures, mais de déterminer et de gérer le niveau d'incertitude acceptable. L'incertitude croît de manière exponentielle à mesure que la taille du travail augmente.

La probabilité de terminer une tâche chute considérablement à mesure que votre estimation de la taille du travail augmente.

Probabilité de terminer une tâche à temps, ACADEMIC JOURNAL OF MANUFACTURING ENGINEERING, VOL. 15, ISSUE 1/2017 45

Vous devez séparer les tâches volumineuses et peu claires qui ne peuvent pas être accomplies en un seul Sprint ou cycle d'incrément de produit pour une meilleure planification.

Avec l'échelle d'évaluation linéaire, les nombres sont trop proches les uns des autres, et il est impossible de distinguer les estimations. La séquence de Fibonacci protégera votre liste de priorités avec une complexité raisonnable contre quelque chose qui devrait être découpé en morceaux plus petits.

Corrélation entre la taille du travail et la probabilité de terminer une tâche à temps

Comment l'estimation avec la séquence de Fibonacci suit la règle 80/20

Le score de priorité WSJF a 80 valeurs uniques distribuées de 0,14 à 63. Vous pouvez associer sept niveaux de priorité à chaque intervalle du score WSJF :

La majorité des valeurs de score WSJF se situent en dessous de 18. C'est environ 80 % des valeurs. Cela correspond à la loi de Pareto. Cette méthode d'estimation sépare les tâches inutiles des meilleures idées dans votre Backlog.

Que faire s'il est impossible d'évaluer une tâche ?

Parfois, il n'est pas possible de donner une estimation du tout. Peut-être que la tâche nécessite une clarification ou une réflexion, ou qu'il n'y a pas suffisamment d'informations sur la tâche.

Questions

Un outil simple et puissant pour l'affinement asynchrone du Backlog.

Lors de l'exécution d'une session d'évaluation avec hi.ducalis.io, vous pouvez poser une question relative à une tâche peu claire. Ensuite, la tâche passera de la section d'évaluation aux questions.

Le résultat de la résolution de chaque question devrait être une action relative à la tâche. Vous aurez le temps de discuter, clarifier, diviser et fusionner la tâche ou de la supprimer de votre Backlog. Après la résolution de la question, la tâche reviendra dans votre section d'évaluation.

L'avantage le plus important de cette méthode est qu'elle est asynchrone. Vous n'avez pas besoin d'organiser une session d'affinement du Backlog dédiée. Évitez simplement un autre appel Zoom qui peut être remplacé par un bouton « Question ».

Ignorer l'évaluation

Parfois, vous pouvez lire la description d'une tâche et n'avoir aucune idée de ce dont il s'agit. Par exemple, peut-être qu'elle a été simplement synchronisée automatiquement depuis votre gestionnaire de tâches. Cependant, la tâche n'était pas prête pour l'évaluation car elle est encore en mode recherche, prototypage ou expérimentation.

Vous pouvez l'ignorer jusqu'au prochain cycle d'évaluation (incrément de produit).

La tâche apparaîtra dans la section des tâches scorées, marquée comme ignorée.

Pour comprendre l'ensemble de la situation, consultez le rapport de progression d'évaluation de l'équipe pour voir combien de tâches ignorées se trouvent dans votre Backlog.

Choisir la séquence de Fibonacci comme méthode de scoring dans Ducalis

Lors de la création de vos critères de priorisation dans Ducalis, au lieu de créer la séquence de Fibonacci à partir de zéro, vous pouvez rapidement choisir et utiliser le préréglage prêt à partir des préréglages de score fournis.

Vous pouvez ajouter une description à chaque score pour guider vos coéquipiers lors du scoring des tâches dans votre Backlog produit.

Séquence de Fibonacci modifiée

Mike Cohn (l'auteur du concept de story points) conseille aux équipes d'estimer avec une séquence de Fibonacci modifiée de 1, 2, 3, 5, 8, 13, 20, 40 et 100.

L'idée est assez simple. Évaluer quelque chose avec 40 ou 100 revient à poser une question ou à ignorer une tâche d'un cycle PI actuel.

Si vous aimez cette idée, vous pouvez facilement choisir le préréglage de séquence de Fibonacci modifiée dans les paramètres de critère :

Cependant, c'est beaucoup de travail manuel. Par conséquent, quelqu'un devrait toujours suivre ces tâches, garder la liste des tâches peu claires à l'esprit et demander aux autres de les clarifier.