Dans la plupart des équipes produit, le backlog est un endroit où l'urgence va mourir. Tout ce qui y entre était urgent au moment où on l'y a ajouté — une plainte client, une demande commerciale, une fonctionnalité concurrente, une idée interne. Six mois plus tard, tout est encore là, tout semble encore urgent, et personne ne sait vraiment quelle chose faire ensuite.
Le problème n'est pas un manque d'outils. Il existe des dizaines de frameworks de priorisation : RICE, MoSCoW, Kano, ICE, scoring pondéré. Le problème, c'est que la plupart de ces frameworks exigent une fausse précision — attribuer des chiffres à des inconnues — qui les fait paraître rigoureux tout en blanchissant simplement l'intuition à travers un tableur.
Ce qui fonctionne vraiment est plus simple : deux dimensions, honnêtement évaluées, et la discipline d'agir en conséquence.
La priorisation se réduit à deux questions. Première : dans quelle mesure cela améliore-t-il le résultat qui nous importe ? (Impact.) Deuxième : combien cela nous coûtera-t-il à livrer ? (Effort.) Tout le reste est soit un raffinement de ces deux dimensions, soit une distraction.
La confiance est parfois ajoutée comme troisième dimension — « à quel point sommes-nous certains de l'impact ? » — et il vaut la peine de la garder à l'esprit. Mais en pratique, la plupart des équipes savent quand elles supposent. La discipline, c'est d'étiqueter l'hypothèse honnêtement, pas de la noter sur une échelle de 1 à 5 et de l'ajouter à une formule.
La partie difficile n'est pas de comprendre la grille — c'est d'être honnête au moment de la remplir. Chaque équipe a des fonctionnalités qu'elle veut construire et qui appartiennent aux « Puits de temps » mais qui continuent à être reclassées en « Grands paris ». Le framework ne fonctionne que si l'équipe peut être honnête sur l'impact.
L'impact est la dimension que les équipes trouvent la plus difficile à évaluer, parce qu'elle exige souvent de prédire l'avenir. La tentation est de le noter numériquement et d'avoir l'impression d'être scientifique. Une meilleure approche est qualitative mais structurée.
Posez trois questions pour chaque fonctionnalité en cours d'examen :
Les équipes sous-estiment systématiquement l'effort. C'est bien documenté — c'est lié au biais de planification et au biais d'optimisme — et c'est particulièrement prononcé pour les fonctionnalités qui touchent plusieurs systèmes, nécessitent une coordination entre équipes ou impliquent des capacités que l'équipe n'a pas encore développées.
Deux pratiques aident. Première : toujours consulter l'engineering avant de noter l'effort, pas après. Les PMs qui notent l'effort unilatéralement sous-estiment presque toujours. Deuxième : utiliser le concept d'« inconnues inconnues » comme multiplicateur explicite d'effort. Toute fonctionnalité qui touche une nouvelle zone du code, une API tierce, ou un flux utilisateur qui n'a pas été testé récemment mérite un score d'effort 1,5x supérieur à ce que le travail évident suggère.
La plupart de l'urgence dans un backlog produit n'est pas une vraie urgence — c'est de la récence. Un client s'est plaint la semaine dernière, donc sa demande semble pressante. Un concurrent a lancé quelque chose le mois dernier, donc le rattraper semble critique. Mais la récence n'est pas la même chose que l'importance, et réagir à la récence est l'une des façons les plus sûres de laisser le travail vraiment important glisser.
Un test pratique : demandez-vous si vous considéreriez toujours ça urgent si vous en aviez entendu parler il y a six mois plutôt que la semaine dernière. Si la réponse est non, c'est le biais de récence à l'œuvre, pas une priorité stratégique. Notez-le, évaluez-le calmement sur la grille, et résistez à l'envie de le mettre sur la voie rapide juste parce que c'est frais.
La grille ne produit pas toujours une réponse nette. Deux éléments atterrissent dans le même quadrant avec des scores similaires, et vous devez quand même en choisir un. Dans ces cas, deux critères de départage sont utiles : l'alignement stratégique (lequel vous rapproche le plus de là où vous voulez être dans 18 mois ?) et la réversibilité (lequel est le plus difficile à annuler s'il s'avère erroné ?). Préférez l'élément le plus aligné stratégiquement et le plus réversible.