Points de scénario ou heures : pourquoi leur conversion est un piège

Si vous pouvez convertir des points en heures, c’est que vous estimez le nombre d’heures.

Les points d’histoire et les heures ne sont pas des unités différentes d’une même chose. Les heures mesurent la durée, c’est-à-dire le temps qu’il vous faudra pour réaliser une tâche. Les points mesurent l’effort relatif — l’ampleur de la tâche par rapport à l’histoire de référence que tout le monde a déjà livrée. Il s’agit de deux axes différents. Dès l’instant où vous écrivez « 1 point = 4 heures » sur le wiki, vous transformez chaque discussion d’estimation en un débat sur la durée, et vous renoncez à la notion d’effort relatif que cette technique est censée vous apporter.

La raison pour laquelle les équipes ont recours à cette conversion est bien réelle : une personne extérieure à l’équipe a besoin d’une date, et les points n’ont pas d’unité. La solution ne réside pas dans un tableau de conversion, mais dans la fonction velocity. La fonction « velocity » établit déjà une correspondance entre les points et le temps au niveau de l’équipe : le nombre de points par sprint multiplié par le nombre de sprints vous donne une date qui reflète le rythme de livraison réel de l’équipe, et non un rythme fictif.

Pourquoi les points existent-ils ?

Une équipe qui estime en heures réalise en réalité deux estimations : celle à laquelle croit l’ingénieur senior, et celle que l’ingénieur junior note après avoir arrondi à la hausse pour paraître responsable. Les votes cachés et l’effort relatif permettent d’éviter ces deux problèmes. Les points permettent à l’équipe de s’accorder sur le fait que « celui-ci est plus important que celui que nous avons livré » sans pour autant convenir que « cela me prendra quatre heures » — et c’est lors de la révélation que les désaccords refont surface, mettant en évidence la portée cachée du projet.

À quoi ressemble la qualité ?

Une équipe qui utilise efficacement les points ne parle pas d’heures pendant la réunion. Elle évoque l’histoire de référence, les travaux comparables qu’elle a déjà livrés et les inconnues. Le chiffre qui en résulte est un indicateur d’effort relatif que l’équipe — et elle seule — peut convertir en date grâce à sa propre vélocité.

« Mais combien de temps cela prendra-t-il ? »

C’est là le besoin légitime qui se cache derrière chaque demande de conversion de points en temps, et il mérite une véritable réponse : une fourchette de dates calculée à partir de la vélocité. Si votre équipe a réalisé en moyenne 30 points par sprint de deux semaines, une tranche de 60 points du backlog correspond approximativement à deux sprints, et vous l’exprimez ainsi : « environ un mois, selon ce que nous parvenons à réaliser ». Il s’agit là d’une date qui intègre les aléas propres à l’équipe : les réunions qu’elle tient réellement, la rotation des astreintes, les jours fériés. Une conversion des points en heures vous donne une date exempte de ces aléas, ce qui est d’autant plus erroné.

Il faut donc suivre la vélocité, en tirer des projections et la recalculer tous les quelques sprints. C’est la manière la plus honnête de convertir les points de virage en temps, et cela ne nécessite aucun tableau de conversion. Le temps de cycle est encore une autre chose : une story à 3 points peut tout de même rester en révision pendant une semaine, ce qui relève d’un problème de flux, et non d’un problème d’estimation.

Les points d’histoire incluent-ils les week-ends ?

Non — car les points ne tiennent absolument pas compte du temps. Un 5 ne correspond pas à 40 heures ; cela signifie simplement « c’est plus important que l’histoire de référence ». Que l’équipe travaille le week-end, prenne ses vendredis ou adopte une semaine de quatre jours n’entre pas en ligne de compte dans l’estimation, car celle-ci ne mesure pas le temps calendaire.

C’est au niveau de la vélocité que les week-ends ont une incidence. La vélocité s’exprime en points par sprint, et la durée d’un sprint correspond à une période calendaire — ainsi, une équipe confrontée à un jour férié en milieu de sprint affichera une vélocité inférieure pour ce sprint, car elle a disposé de moins d’heures de travail pour fournir le même effort. C’est là que les week-ends doivent entrer en ligne de compte : au niveau du calendrier, et non au niveau des points. Les points ne connaissent pas de week-ends. La vélocité, si.

Supprimez la table de conversion. Utilisez plutôt la vitesse pour effectuer vos projections.

Foire aux questions

À combien d’heures correspondent 3 points d’histoire ?

Il n’y a pas de réponse toute faite, et c’est justement là où réside tout l’intérêt. Les points d’histoire mesurent l’effort relatif, et non la durée : 3 points correspondent à « une histoire un peu plus importante que notre histoire de référence », ce qui prend plus ou moins de temps selon les équipes. Effectuez la conversion au niveau de l’équipe à l’aide de la vélocité, jamais par histoire.

Un point d’histoire équivaut-il à une journée ?

Non. Un « story point » n’est en aucun cas une unité de temps. Si votre équipe s’est fixée sur la règle « 1 point = 1 jour », vous effectuez en réalité vos estimations en jours en y ajoutant simplement une couche de « Fibonacci » — et vous passez ainsi à côté de l’indicateur d’effort relatif que ces points sont censés vous fournir.

Pourquoi utiliser des « story points » plutôt que des heures ?

En effet, l’équipe peut s’accorder sur le fait que « ceci est plus important que cela » sans pour autant convenir que « cela me prendra quatre heures ». Les votes anonymes, associés à une estimation relative de la taille des tâches, permettent d’éviter les biais d’ancrage et d’ancienneté inhérents aux estimations en heures — et la vélocité vous fournit tout de même une date lorsque vous en avez besoin.

Peut-on convertir les points d’histoire en heures ?

Uniquement au niveau de l’équipe, et uniquement a posteriori : les points validés par sprint (vélocité) correspondent au temps calendaire consacré à cette équipe en particulier. Un tableau fixe de type « X points = Y heures » par story constitue une source d’échec — abandonnez-le.

Les points d’histoire incluent-ils les week-ends ?

Non — car les points ne tiennent absolument pas compte du temps. Un 5 signifie que le projet est « plus important que le scénario de référence », et non qu’il correspond à un certain nombre de jours. Les week-ends, les jours fériés et les semaines de quatre jours sont pris en compte dans la vélocité (points par sprint), qui est calculée en fonction du calendrier, et non dans les points eux-mêmes.

Lectures complémentaires

• Que sont les « story points » ? — l’effort relatif, et non le temps, expliqué de A à Z.
• Velocity — la seule méthode fiable pour convertir des coordonnées en date.
• Planification de la vélocité et de la capacité — utiliser ces prévisions pour définir la taille d’un sprint réaliste.
• Guide d’estimation agile — l’ensemble complet des ressources sur l’estimation.
• Planning Poker gratuit pour les équipes agiles — estimez en points, tous ensemble, en temps réel.