Heures vs. Tailles vs. Décomptes

Les humains sont mauvais pour estimer le temps absolu, et les ingénieurs ne font pas exception. La recherche sur le biais de planification — la tendance systématique à sous-estimer la durée des tâches — montre constamment que les gens sous-estiment d'un facteur de 2 à 4, même pour des tâches qu'ils ont déjà accomplies. Le problème n'est pas la paresse ou l'incompétence. Le problème est cognitif : quand vous imaginez faire une tâche, vous imaginez le scénario idéal. Vous n'imaginez pas la suite de tests instable, les critères d'acceptation peu clairs, la dépendance qui a été mise à jour la semaine dernière, ou les deux heures que vous passerez en réunions.

Les heures invitent aussi le biais d'ancrage. Une fois que quelqu'un dit « c'est probablement environ 4 heures », chaque estimation subséquente gravite autour de 4. Si la première personne avait dit 12, le groupe aurait convergé vers un nombre différent — non pas parce que le travail a changé, mais parce que l'ancre a changé. Les heures semblent précises d'une manière qui invite à une fausse confiance. « C'est une tâche de 6 heures » sonne comme un fait. C'est une supposition qui porte un sarrau.

La solution n'est pas de « mieux estimer les heures ». Des décennies de preuves disent que ça ne fonctionne pas. La solution est d'arrêter d'utiliser une unité de mesure qui déclenche le biais de planification en premier lieu et de passer à quelque chose de relatif.

L'estimation relative contourne le biais de planification en demandant « quelle est la taille de ceci comparé à quelque chose qu'on a déjà fait ? » au lieu de « combien d'heures ça prendra ? » Vous ne prédisez pas l'avenir — vous comparez.

Les échelles les plus courantes sont les tailles de t-shirt (S, M, L, XL) et les nombres de style Fibonacci (1, 2, 3, 5, 8, 13). Les deux fonctionnent parce qu'elles sont délibérément imprécises. Il n'y a pas de différence significative entre un 6 et un 7, donc l'échelle n'offre pas ces options. Fibonacci vous force dans des catégories, et les écarts entre les catégories augmentent à mesure que les nombres deviennent plus grands — ce qui correspond à la réalité. La différence entre un 1 et un 2 est significative. La différence entre un 13 et un 15 est du bruit.

La clé pour faire fonctionner l'estimation relative est les histoires de référence. Choisissez deux ou trois tickets complétés dont toute l'équipe se souvient et assignez-leur des tailles : « la refonte de la page de connexion était un 5, la correction de l'export CSV était un 2, l'intégration de paiement était un 13 ». Maintenant, chaque nouveau ticket est comparé à ces références, pas à une échelle de temps abstraite. « Est-ce plus comme la correction CSV ou plus comme la refonte de la page de connexion ? » est une question à laquelle les ingénieurs peuvent répondre avec confiance. « Combien d'heures ça prendra ? » est une question à laquelle ils se tromperont.

La méthode d'estimation la plus simple est de ne pas estimer du tout — comptez simplement les tickets. Si votre équipe complète environ 12 tickets par sprint, et que le backlog a 15 tickets dans le prochain sprint, vous savez que vous êtes surchargé sans en estimer un seul.

Le décompte fonctionne quand les tickets sont à peu près de la même taille, ce qui signifie qu'il fonctionne quand les équipes sont disciplinées dans le découpage. Un ticket qui dit « construire tout le système de notifications » et un ticket qui dit « ajouter une vérification null à l'endpoint d'export » ne sont pas des unités comparables. Mais une équipe qui écrit systématiquement des tickets dimensionnés entre une demi-journée et deux jours de travail — où le plus gros ticket fait au plus 3 à 4 fois le plus petit — peut utiliser le décompte de tickets comme indicateur fiable de la capacité.

La discipline que cela requiert est le découpage d'histoires : diviser le travail en morceaux assez petits pour que la variation de taille soit faible. Ce n'est pas gratuit. Mais ça a un avantage secondaire qui peut être plus précieux que l'estimation elle-même — les petits tickets bien définis sont plus faciles à réviser, plus faciles à tester, et moins susceptibles de rester « en cours » pendant une semaine. La méthode d'estimation récompense exactement le comportement que vous voulez de l'équipe de toute façon.