La méthode RICE pour prioriser ton backlog
La priorisation du product backlog product est un challenge permanent qui demande beaucoup d'effort. Comment décides-tu sur quoi mettre de l'effort en premier ?
Hello hello,
Semi-marathon terminé, easy ! 🥳
Non, j’étais en souffrance en vrai… 😂
Aujourd’hui, back to basics, on va parler de priorisation de backlog avec la méthode RICE puisque ça fait partie intégrante de notre taff de PM.
J’ai décidé de découper en plusieurs parties la priorisation du backlog car sinon cela va être trop long.
On parlera les prochaines semaines de MoSCoW et de Kano.
Si tu penses qu’une personne autour de toi pourrait être intéressée par Product Shonen, n’hésite pas à lui transférer cette édition directement par e-mail, ou à cliquer sur le bouton ci-dessous !
Si tu n’es pas encore abonné(e), c’est le moment 👇
🗺️ Le plan
La Méthode
Reach
Impact
Confidence
Effort
Calcul du score
Urgency
Aller plus loin
Tracking
Monster Score 👺
Templates RICE
Le scoring RICE a été présenté par Intercom et c'est une modification des scores ICE introduite pour la première fois par Sean Ellis.
Si tu as un product backlog avec des centaines d'idées, il est souvent difficile de savoir par quoi commencer.
Le product backlog c’est quoi ? C’est une liste d'éléments hiérarchisée que l'on prévoit de faire afin de répondre à un product goal.
La priorisation RICE te permettra de l'ordonner via un score et il te forcera à connaître chaque sujet vu que tu seras obligé de savoir de quoi il s'agit avant de le scorer.
Cela te permettra aussi d'updater ou de virer certaines idées qui ne sont plus viables.
Je parlerai ici souvent du backlog product mais ça peut aussi s’appliquer à d’autres échelles comme la priorisation des users stories.
🧮 La Méthode
RICE est l'acronyme de Reach, Impact, Confidence et Effort, que nous allons détailler maintenant.
Reach (Portée)
Combien d'utilisateurs vont être impactés par ce projet sur un quarter/mois ?
La première chose à savoir sur ton score RICE, c’est le nombre de personnes que tu estimes que ton projet touchera dans un délai donné.
Tu dois aussi définir un timeframe, un cadre de temps 🖼️, un délai…
Je ne sais pas s’il y a un mot équivalent en FR ? Bref tu m’as compris.
Tu peux choisir n'importe quelle période (un mois, un trimestre, etc.), et décider que le reach fera référence au nombre de transactions client, au nombre d'utilisateurs actifs, aux nouveaux utilisateurs à partir du 01/01/2023 qui essaient ta nouvelle fonctionnalité…
Quelques Exemples
J'ai 80 000 utilisateurs qui arrivent sur la page de recherche sur le trimestre et 21% qui clique sur "Voir les filtres".
Le reach est 80 000 × 21 % = 16 800 users.Tous les utilisateurs qui passeront sur la page d'accueil verront ce projet.
Le reach est donc de 65 000 sur le quarter.Sur cette landing page, on s'attend à avoir 1500 visiteurs sur le quarter mais seulement 50% verront la nouvelle feature car il y aura un AB test.
Le reach est 750.
Impact
Quel impact cela aura-t-il sur l'objectif ?
L'impact te permettra de savoir à quel point ton projet va t'emmener à ton objectif de conversion, d'adoption, d'acceptation, de rebonds, etc.
Ce n'est pas une mesure hyperprécise, car il est difficile d'en mesurer réellement l'impact.
C'est pourquoi chez Intercom, ils le mesurent ainsi (tu peux aussi utiliser une note de 1 à 5 si tu préfères):
Énorme impact = 3
Gros impact = 2
Moyen = 1
Faible = 0.5
Très peu = 0.25
Sur Notion, si tu as aussi une database pour ton backlog avec ton RICE, tu peux aussi le lier à ton OKR (voir l'article sur la méthode OKR) afin d'être sûr que ce projet corresponde bien à tes objectifs.
Quelques Exemples
Pour tous les propriétaires de la plateforme qui verront ce dashboard, ça aura un grand impact sur leur location.
Le score de l'impact est 3.Sur la page de vente, ce texte de réassurance est en fin de page et seulement 15 % des utilisateurs y arrivent.
Le score de l'impact est 0.5.
Confidence (Confiance)
À quel point es-tu confiant dans le projet ?
La confiance est ici un pourcentage, et on utilise une autre échelle à choix multiples pour aider à éviter la paralysie décisionnelle :
100 % = "haute confiance"
80 % à "moyen"
50 % à "faible"
Si c'est moyen ou faible, il va falloir mieux définir les contours du projet.
Quelques Exemples
D'après le lead dev, on sait comment le faire techniquement, cela ne prendra pas plus de 3 jours pour un développeur.
Le score de confiance est donc à 100%.Le projet est bien défini, on sait ce que l'on veut faire, on a de la data pour le reach et l'effort mais je ne suis pas encore sûr de l'impact qu'aura la feature.
Le score de confiance est à 80%On connaît le problème mais on hésite encore entre 2 solutions à implémenter.
Le score de confiance est 50%.
Si tu souhaites être plus précis, Itamar Gilad (ancien PM de Google et Microsoft) propose d'améliorer le scoring de la "Confidence" par rapport aux informations à ta disposition :
Cela te garantit d’être aligné avec les besoins clients et que tu construiras les bonnes choses pour eux.
Le revers de la médaille c'est que ça te prendra plus de temps, et quand tu as un backlog de 250 projets, ça devient vite très long.
Effort
Combien de jour-personne cela prendra-t-il ?
Ici on va chercher à estimer le temps total que le projet va demander à tous les membres de ton équipe : produit, design et dev.
Chez Intercom, ils notent cela en effort par mois et tout ce qui prendra moins d'un mois est noté 0.5.
Quelques Exemples
Le projet va prendre 1 semaine à planifier, 2 semaines au designer et 3 à 4 semaines au développeur.
Je donne un score d'effort par mois de 2.Le design du projet est déjà fait, et ça prendra 2 semaines de développement.
Le score d'effort est de 0.5.
Personnellement, j'essaie d'être un peu plus précis en notant plutôt par semaine. À toi de voir ce qui fonctionne le mieux.
Calcul du score RICE ?
REACH × IMPACT × CONFIDENCE / EFFORT = RICE SCORE
C'est aussi simple que cela. Tu auras ainsi une priorisation “rapide” en le faisant sur chaque ligne de ton backlog.
Urgency (Urgence)
Pour les business saisonniers, tu peux aussi ajouter la notion d'urgence. Cela permet de prioriser une feature dans l'année en cours avant l’arrivée de la haute saison là où ton entreprise fera le plus de CA.
🚀 Aller plus loin
Continue à mesurer ta feature après la release.
Pour ça tu peux utiliser tes OKRs ou encore la méthode HEART de Kerry Rodden.
Tu dois aussi checker l'impact sur les métriques business qui arrivent après la sortie de la feature.
Il faut donc définir un délai pour savoir si la solution a fonctionné ou non.
Cela peut prendre du temps au début, mais en fin de compte, ça améliorera ton approche produit.
Monster Score
Je ne m'étalerai pas sur cette méthode car ce n'est pas l'objet de cet article mais sache qu'il existe aussi le Monster Score. 👺
En gros, c'est un RICE dopé. 😅
Il sépare l'impact client, l'impact business et ajoute le coût d'opportunité.
📏 Templates
Pour terminer, voici quelques templates pour réaliser le RICE de ton backlog :
Je te propose également le mien sur Notion où le calcul du “Reach Score” se fera automatiquement lorsque les 4 critères sont remplis. Tu pourras le dupliquer ici :
Si tu souhaites aller encore plus loin sur la méthode RICE, je te conseille de lire l'article d'Intercom ici. Ressources consultées ici.
Moi, je m’envole pour la Corée ce dimanche. 🛫 🇰🇵
좋은 주말 되세요, ✨
Kevin ❤️
Tu aimes la newsletter Product Shōnen, pourquoi ne pas la partager à tes proches ?