Comment bien prioriser son backlog ? 5 méthodes éprouvées
RICE, MoSCoW, Kano, WSJF, Value vs Effort : choisissez la bonne méthode de priorisation et appliquez-la sans drame, avec des exemples concrets.
Par l’équipe RoadmapHero · Mis à jour le · 5 min de lecture
L’essentiel
- Prioriser un backlog n’est pas un calcul mais une conversation outillée : le score structure le dialogue entre PM, tech, design et parties prenantes sans décider à lui seul.
- Une priorisation saine repose sur trois principes : une méthode explicite, un lien direct avec les objectifs et les OKR, et une mise à jour régulière.
- Les méthodes de référence sont RICE, MoSCoW, Kano, WSJF et la matrice Valeur vs Effort ; chacune a ses limites et il est conseillé de les combiner.
- Repriorisez le haut du backlog (les 10 à 20 prochains items) chaque semaine, l’ensemble du backlog chaque mois et la roadmap trimestre par trimestre.
Avant d'attaquer les méthodes, partons d'une idée simple : la priorisation n'est pas un calcul, c'est une conversation outillée. Le score n'a jamais raison tout seul ; il sert à structurer le dialogue entre PM, tech, design et parties prenantes. Une méthode bien choisie, partagée et appliquée régulièrement évite que la roadmap ne devienne un terrain politique.
Dans cet article, chaque méthode est expliquée pas à pas, avec ses forces, ses limites et un mini-exemple. Vous pouvez les combiner — c'est même conseillé.
Les 3 principes d'une priorisation saine
1. Une méthode explicite
Sans méthode, le plus convaincant l'emporte. Avec méthode, on peut désaccorder un chiffre, pas une décision.
2. Lien aux objectifs
Un score sans lien aux OKR est un score décoratif. Toute priorisation doit répondre : « combien cet item fait bouger nos objectifs ? ».
3. Mise à jour régulière
Reprioriser chaque semaine sur le haut du backlog, chaque mois sur l'ensemble.
1. RICE
Reach × Impact × Confidence / Effort.
Reach : nb d'utilisateurs touchés sur la période (par mois, trimestre).
Impact : amplitude du changement par utilisateur (échelle 0,25 / 0,5 / 1 / 2 / 3).
Confidence : probabilité que les estimations soient correctes (en %).
Effort : effort total en personnes-mois.
L'aspect le plus souvent oublié de RICE, c'est la réévaluation permanente de la Confidence. Sur le papier, c'est juste un pourcentage ; en pratique, c'est ce qui distingue une équipe qui apprend d'une équipe qui se ment. À chaque nouveau retour utilisateur, chaque test, chaque découverte technique, la Confidence doit bouger — à la hausse comme à la baisse — et le score avec elle.
C'est simple à comprendre, mais difficile à tenir dans le temps : la Confidence a tendance à se figer dès qu'elle est posée. Sans rituel pour la remettre en question, RICE devient vite un score décoratif. À l'inverse, une équipe qui challenge sa Confidence chaque mois transforme RICE en vraie boussole.
Idéal pour comparer des items hétérogènes. À éviter quand vos estimations de Reach sont fantaisistes.
2. MoSCoW
Catégorisation par Must, Should, Could, Won't. Très efficace pour cadrer un périmètre projet ou un MVP. Limites : peu nuancé pour un portefeuille produit.
3. Kano
Modèle qui classe les fonctionnalités en :
Must-be : leur absence frustre.
Performance : leur amélioration linéaire crée de la valeur.
Excitement : effet « waouh ».
Indifferent : sans impact.
Excellent pour cartographier la satisfaction. Demande de la donnée utilisateur (interviews, sondages).
4. WSJF (Weighted Shortest Job First)
Cost of Delay (valeur business + valeur temps + réduction de risque) divisé par la durée. Très utilisé en SAFe. Pertinent quand les jobs ont des durées et des coûts de retard très variables.
5. Value vs Effort
Matrice 2×2. Quick wins (haut-droite), grands paris (haut-gauche), petites améliorations (bas-droite), à éviter (bas-gauche). Très lisible en atelier.
Limite : trop simpliste pour un portefeuille mature.
HeroScore : combiner le meilleur
Le HeroScore de RoadmapHero combine plusieurs dimensions, pondérables selon votre contexte :
Valeur business : impact sur vos objectifs et OKR.
Valeur utilisateur : impact sur les stakeholders internes (sales, support, COMEX) et externes (clients), nourri par la Customer Voice.
Effort de construction : ce que coûte la mise en place.
Effort de maintenance : ce que coûte le sujet une fois en production.
Complexité : technique, fonctionnelle, organisationnelle.
Risque et urgence / fenêtre d'opportunité.
Le vrai avantage du HeroScore, c'est qu'il recalcule toutes les priorités en 1 clic dès que vous ajustez la pondération d'un critère : pas besoin de repasser sur chaque élément du backlog. Quand la stratégie bouge — par exemple, on remet la Valeur utilisateur devant la Valeur business — tout le backlog se réordonne instantanément. Le résultat est un classement explicite, défendable, lié à vos objectifs et co-construit avec vos parties prenantes.
Mettre la priorisation en rituel
Hebdo : top 20 du backlog avec PM + lead tech.
Mensuel : revue complète avec sponsors clés.
Trimestriel : revue OKR et rafraîchissement des horizons partagés (Now / Next / Later) avec les parties prenantes.
Une priorisation faite « quand on a le temps » n'est jamais faite.
Pièges classiques
Le score-théâtre : chiffres ajustés a posteriori pour valider une décision déjà prise.
L'effort en J.H précis : illusion de précision, énorme perte de temps.
Tout-est-must : si tout est Must, plus rien ne l'est.
Le HiPPO (Highest Paid Person's Opinion) : l'avis du chef écrase la méthode. Le bon réflexe n'est pas d'ignorer cet avis, mais de le considérer comme un élément du calcul — exactement comme un stakeholder dans le HeroScore — pas comme la décision finale à lui seul.
Le scoring sans rituel : un score à jour ne se fait pas tout seul.
Voir aussi comment mieux gérer son backlog et comment créer une roadmap produit.
Questions fréquentes
Quelle est la meilleure méthode de priorisation ?
Aucune n'est universelle, et la « meilleure » n'est pas la plus complexe. RICE est un excellent compromis pour démarrer, WSJF est adapté aux environnements SAFe, Kano est utile pour mesurer la satisfaction. Le HeroScore de RoadmapHero, lui, est conçu pour être la méthode la plus adaptable à votre contexte et la plus évolutive : vous ajustez les critères, leurs poids et l'audience qui contribue, et le classement se recalcule en un clic à mesure que votre stratégie évolue.
Comment prioriser quand tout est urgent ?
Tout n'est jamais urgent. Demandez « par rapport à quoi cet item est-il urgent ? ». Si la réponse est « par rapport à un OKR », c'est légitime. Sinon, c'est de la pression. Une méthode de scoring partagée permet de neutraliser cette pression.
À quelle fréquence reprioriser ?
Le top du backlog (les 10–20 prochains items) chaque semaine. L'ensemble une fois par mois. La roadmap trimestre par trimestre.
Comment intégrer la dette technique dans la priorisation ?
En la rattachant à un objectif business (vélocité, résilience, sécurité) et en la scorant comme n'importe quel autre item. Ne pas créer une « voie spéciale » qui finit toujours par être désinvestie.
Faut-il prioriser collectivement ou en solo ?
Le PM décide, mais s'appuie sur une priorisation outillée et challengée par tech, design et stakeholders. La priorisation 100 % solo est rapide mais fragile.