ICE Scoring

Priorisation

Prise de décision

Priorisez en 3 critères : Impact x Confidence x Ease. Le framework de Sean Ellis pour des décisions rapides, transparentes et défendables.

Description

Le ICE Scoring est un framework de priorisation créé par Sean Ellis qui évalue chaque idée selon trois critères notés de 1 à 10 (Impact, Confidence et Ease) puis les multiplie pour obtenir un score de classement. Sa finalité : transformer un backlog chaotique en liste ordonnée de priorités en moins de deux heures, sans négociation politique ni débat interminable. Le problème est universel : votre backlog déborde de demandes clients, d'idées de features et de dette technique, et chacun dans l'équipe défend ses priorités avec ses propres arguments. C'est comme un restaurant où tous les plats arrivent en même temps au passe, sans ordre de service. Sean Ellis, le créateur du terme "growth hacking" et ancien Head of Growth chez Dropbox, a développé le ICE Scoring pour ses équipes d'expérimentation chez GrowthHackers.com avant de le formaliser dans son livre Hacking Growth (2017, plus de 750 000 exemplaires vendus). Le principe est radical de simplicité : pour chaque item, vous notez l'Impact attendu (quel gain si ça marche ?), la Confidence (à quel point vous êtes sûr de cet impact ?) et l'Ease (quelle facilité d'exécution ?). Le score ICE = Impact x Confidence x Ease produit un classement objectif où les items à fort impact, haute certitude et faible effort remontent naturellement. La vraie force du framework réside dans le critère Confidence, souvent négligé. Sans lui, vous tombez dans le piège classique : surestimer l'impact de vos idées préférées. Itamar Gilad a d'ailleurs enrichi ce critère avec son Confidence Meter, qui échelonne les niveaux de preuve (opinion, données secondaires, test utilisateur, A/B test). Comparé au RICE d'Intercom qui ajoute un critère Reach, le ICE Scoring privilégie la vitesse de décision sur la complétude analytique. C'est un choix assumé : mieux vaut une décision rapide et révisable qu'une analyse parfaite qui prend trois semaines.

Objectifs

Prioriser les fonctionnalités
Améliorer la collaboration d'équipe
Assurer l'alignement stratégique

Utilisé par

-Dropbox (Sean Ellis y a développé les bases du ICE Scoring comme Head of Growth avant de formaliser la méthode)
-GrowthHackers.com (plateforme de Sean Ellis où le framework ICE est le standard de priorisation des expérimentations)
-Intercom (a utilisé le ICE Scoring avant de développer le RICE, qui ajoute le critère Reach)

Avantages

Rapidité d'exécution. Un workshop ICE prend 1-2 heures maximum. Vous repartez avec une roadmap ordonnée.
Transparence mathématique. Le score ICE est reproductible et défendable. Fini le "pourquoi pas mon idée ?", le score parle.
Facilite le "non". Dire non à une idée devient simple : "Score ICE trop bas, on revoit au prochain cycle."
Adaptable à tous les contextes. Fonctionne aussi bien pour prioriser des features produit que des expérimentations growth ou de la dette technique.

Limites

Scoring subjectif malgré les chiffres. Les notes restent des estimations humaines. Si l'équipe est biaisée, le score le sera aussi.
Ne capture pas les dépendances. Une feature facile (Ease élevé) peut dépendre d'une autre complexe. Le ICE Scoring ne modélise pas ces liens.
Biais de facilité. Les quick wins faciles monopolisent le classement si vous ne réservez pas de place aux paris ambitieux.
Confidence souvent sous-estimée. Les équipes scorent l'Impact et l'Ease avec soin, mais bâclent la Confidence. Insistez dessus.

Comment appliquer ICE Scoring

1
Lister tous les candidats à scorer
Videz votre backlog : features, bugs, optimisations, explorations, expérimentations growth. Visez 10-30 items maximum. Au-delà, segmentez par thème ou par sprint. Output : une liste unifiée visible par toute l'équipe (Google Sheet, Notion, Linear).
2
Calibrer l'échelle de scoring en équipe
Avant de scorer, alignez tout le monde sur ce que signifie chaque note. Exemple : Impact 1 = amélioration marginale, Impact 5 = gain mesurable sur une métrique clé, Impact 10 = game changer pour le business. Faites la même chose pour Confidence (1 = intuition pure, 10 = validé par un A/B test) et Ease (1 = 3 mois de dev, 10 = déployable en une journée). Output : une grille de référence partagée pour éviter les écarts d'interprétation.
3
Scorer en équipe, pas en solo
Réunissez PM, Tech Lead, Designer et 1-2 stakeholders métier. Pour chaque item, donnez une note sur chaque axe. Si les écarts sont trop grands (un dev dit Ease = 2, un autre dit 8), débattez 2 minutes puis convergez. Le débat est la valeur : il révèle les angles morts. Output : tableau rempli avec les 3 scores par item.
4
Insister sur le critère Confidence
C'est le critère le plus important et le plus négligé. Posez la question : "Sur quoi se base notre estimation d'Impact ?" Si la réponse est "on pense que...", la Confidence est basse (2-3). Si c'est "les données montrent que...", elle est haute (7-8). Un item à Impact 10 mais Confidence 2 ne doit pas surpasser un item à Impact 6 et Confidence 9. Output : scores Confidence honnêtes et documentés.
5
Calculer le score ICE
Formule : ICE Score = Impact x Confidence x Ease. Exemple : Impact 8 x Confidence 7 x Ease 6 = 336. Triez votre liste par score décroissant. Les items en haut sont vos priorités objectives. Output : liste triée par score ICE.
6
Valider les top 5-7 items
Regardez les 5-7 items les mieux scorés. Vérifiez qu'ils sont cohérents avec votre stratégie produit et qu'il n'y a pas de dépendances bloquantes. Si un item bien scoré vous surprend, c'est le moment de challenger : avez-vous bien scoré, ou votre intuition est-elle biaisée ? Output : top items validés stratégiquement.
7
Réserver 20% aux "big swings"
Piège classique du ICE Scoring : les items faciles (Ease élevé) et sûrs (Confidence élevée) monopolisent le haut du classement, au détriment des paris à fort impact mais incertains. Réservez 20% de votre capacité à des items à fort Impact mais basse Confidence. C'est là que se cachent les innovations de rupture. Output : allocation explicite entre "quick wins" et "big bets".
8
Rescorer régulièrement (tous les mois)
Les priorités évoluent : nouvelles données utilisateur, feedback client, contraintes techniques. Rescorer ne prend que 30 minutes une fois le système en place. Un score ICE figé est un score mort. Output : backlog vivant et actualisé mensuellement.