Pourquoi les estimations de projet déraillent
Lors du lancement d’un projet, l’une des premières questions posées par un sponsor ou un comité de pilotage porte invariablement sur les délais et les coûts. La tentation est alors de fournir des chiffres précis pour rassurer les décideurs, même quand les informations disponibles sont encore parcellaires. Cette précision prématurée constitue l’un des pièges les plus courants en gestion de projet: elle crée un engagement implicite sur des valeurs que personne ne peut réellement justifier à ce stade.
Les méthodes d’estimation collective offrent une alternative structurée à cette improvisation. Plutôt que de confier l’exercice à un seul expert, elles mobilisent l’intelligence du groupe et intègrent des mécanismes pour neutraliser les biais cognitifs qui faussent le jugement. Trois techniques se distinguent par leur complémentarité: le t-shirt sizing pour le cadrage initial, la bucket estimation pour la planification intermédiaire et le planning poker pour le détail opérationnel.
Le t-shirt sizing pour défricher le terrain
Le t-shirt sizing consiste à classer les éléments d’un projet selon des tailles de vêtement (XS, S, M, L, XL) plutôt que de leur attribuer une valeur numérique. Cette granularité volontairement grossière présente un avantage décisif en début de projet: elle force l’équipe à raisonner en ordres de grandeur plutôt qu’en fausse précision.
Lors d’un cadrage de projet, les membres de l’équipe évaluent chaque lot de travail ou fonctionnalité en lui attribuant une taille. Un déploiement d’outil RH dans un seul site pourrait être classé S, tandis que le même déploiement à l’échelle d’une organisation internationale serait un XL. L’exercice ne prend généralement qu’une à deux heures pour un périmètre complet, ce qui en fait un outil idéal pour les réunions d’avant-vente ou les études de faisabilité.
Le principe essentiel est le vote individuel avant la révélation collective: chaque participant note sa taille en silence, puis tous révèlent simultanément. Ce mécanisme neutralise le biais d’ancrage, un phénomène cognitif bien documenté par lequel le premier chiffre ou la première opinion exprimée dans un groupe influence inconsciemment les estimations suivantes. Quand un chef de projet annonce “je pense que c’est un M” avant que l’équipe ne vote, il vient de contaminer toute la discussion.
La bucket estimation pour traiter les grands volumes
Quand le projet avance et que le backlog (la liste priorisée des éléments à réaliser) s’étoffe, le t-shirt sizing atteint ses limites: cinq tailles ne suffisent plus pour distinguer les éléments entre eux. La bucket estimation, ou estimation par seaux, reprend le principe du tri collectif en y ajoutant une échelle numérique plus fine.
L’équipe dispose d’une série de seaux étiquetés selon une séquence de Fibonacci modifiée (1, 2, 3, 5, 8, 13, 20), où l’écart croissant entre les valeurs reflète l’incertitude grandissante sur les tâches complexes. Chaque participant prend un élément du backlog et le place dans le seau qui lui semble approprié. Le tri se fait par comparaison relative: “cet élément est-il plus complexe que celui déjà placé dans le seau 5?” plutôt que “combien de jours faudra-t-il?”.
Cette approche présente deux avantages pratiques considérables. Le premier est la rapidité: une équipe de six personnes peut estimer un backlog de 80 à 100 éléments en moins de deux heures, là où le planning poker exigerait une journée entière. Le second est l’intégration naturelle de l’incertitude: les éléments placés dans les seaux élevés (13, 20) signalent automatiquement qu’ils nécessitent un découpage avant d’être planifiés. Certaines équipes ajoutent des multiplicateurs de risque (30%, 50% ou 100%) pour les éléments dont les dépendances ou les contraintes techniques sont encore floues.
Le planning poker au niveau opérationnel
Le planning poker, popularisé par Mike Cohn dans Agile Estimating and Planning, reste la référence pour l’estimation au niveau du sprint ou de l’itération. Chaque participant dispose d’un jeu de cartes numérotées (généralement selon la suite de Fibonacci) et vote en simultané sur chaque élément. Les écarts importants entre les votes déclenchent une discussion où les votants extrêmes expliquent leur raisonnement, puis un nouveau tour de vote affine le consensus.
Cette technique fonctionne remarquablement bien pour des éléments déjà découpés en tâches réalisables, où l’équipe dispose d’une compréhension suffisante du travail à fournir. En revanche, elle devient inefficace face à un backlog volumineux, car le temps consacré à la discussion de chaque élément rend l’exercice prohibitif.
Pour les équipes distribuées géographiquement, des outils comme Scrumpoker.online reproduisent fidèlement le mécanisme du vote caché et de la révélation simultanée. L’expérience montre que la qualité des estimations ne souffre pas du passage au numérique, à condition de maintenir la discussion structurée après chaque écart significatif.
Quelle technique à quel moment?
La question n’est pas de choisir la meilleure technique, mais d’appliquer la bonne au bon moment. En phase de cadrage, quand le périmètre est encore flou et que l’objectif est de dimensionner l’effort global, le t-shirt sizing offre la rapidité et la simplicité nécessaires. Quand le projet entre en planification et que le backlog se structure, la bucket estimation permet de traiter efficacement un grand nombre d’éléments tout en maintenant une granularité utile. Au niveau de l’itération, le planning poker fournit la précision requise pour l’engagement de l’équipe sur un cycle court.
Cette progression n’est pas rigide. Certaines organisations utilisent le t-shirt sizing tout au long du projet pour les épics (regroupements de fonctionnalités trop volumineux pour un sprint unique) et réservent le planning poker aux éléments prêts à être réalisés. D’autres combinent bucket estimation et planning poker dans la même session de planification, en utilisant les seaux pour un premier tri rapide avant d’affiner les éléments prioritaires carte par carte.
Le biais d’ancrage, ennemi commun
Ron Jeffries, co-créateur d’Extreme Programming, a souligné un risque souvent négligé: les estimations, quel que soit leur format, peuvent devenir un outil de pression si elles sont interprétées comme des engagements fermes plutôt que comme des ordres de grandeur. Un chef de projet qui transforme un “13” en “13 jours” et l’inscrit dans un planning contractuel dénature l’exercice et pousse l’équipe à gonfler ses estimations futures pour se protéger.
Les trois techniques présentées partagent un même garde-fou contre cette dérive: le vote individuel et silencieux avant toute discussion. Ce principe, hérité de la méthode Wideband Delphi développée par la RAND Corporation dans les années 1960, reste le mécanisme le plus fiable pour obtenir des estimations honnêtes. Dès qu’un participant connaît l’avis d’un autre avant de voter, la qualité de l’estimation se dégrade, que l’équipe soit réunie dans une salle ou dispersée sur trois fuseaux horaires.