Il est difficile d'imaginer une situation où un chef de produit ne fait pas face à des défis de priorisation. Pouvez-vous rapidement décider quoi placer à la première place?
Toute chronologie de produit nécessite une commande claire et seules les tâches qualitativement décomposées et gérées vous mèneront à une version de produit décente et réussie. Dans ce cas, vous ne réussirez pas sans une hiérarchisation puissante. Par où commencer et comment définir la méthode de priorisation la plus appropriée? Surtout si vous êtes un nouveau venu dans le monde de la gestion des produits? Nous décrivons ici la méthode de hiérarchisation des scores ICE qui permet aux chefs de produit de choisir les bonnes fonctionnalités pour le développement.
Ce n'est probablement pas la première fois que vous traitez la
hiérarchisation des fonctionnalités et des tâches telles qu'elles sont, donc ici nous ne décrirons pas d'autres techniques plus simples en détail. Disons simplement énumérer au moins les plus basiques qui ont été brièvement expliquées dans notre article précédent sur la
priorisation Lean :
- Technique de priorisation MoSCoW
- Modèle Kano
- Méthode valeur vs effort
- Méthode de mappage d'histoires
Le modèle de glace est plus avancé et complexe.
Score ICE: où sont les racines?
La méthodologie de hiérarchisation des ICE a été inventée par
Sean Ellis, également connu pour avoir aidé les entreprises à croître et pour avoir inventé le terme Growth Hacking.
Initialement, la notation ICE était destinée à prioriser les expériences de croissance, mais aujourd'hui, elle est largement utilisée pour les idées de projet régulières.
Score ICE: qu'est-ce que cela signifie?
Si je dis brièvement, ICE signifie:
- Impact - quel impact dois-je attendre d'une fonctionnalité?
- Confiance - dans quelle mesure suis-je sûr que la fonctionnalité va prouver mon hypothèse?
- Facilité - avec quelle facilité puis-je lancer cette fonctionnalité?
Vous pouvez calculer le score par idée, selon la formule:
Les valeurs sont notées sur une échelle relative de 1 à 10 afin de ne surestimer aucune d'entre elles. Tant que la note reste cohérente, vous pouvez choisir ce que signifient 1-10.
Imaginez une fonctionnalité commune "Bannière sur une page de site":
- Impact: quel impact cela aura-t-il? Qu'est-ce que nos utilisateurs en auront? Que va-t-il apporter à nos objectifs?
- Confiance: Comment puis-je être sûr que la bannière entraînera une telle amélioration que j'ai décrite dans Impact?
- Facilité: Dans quelle mesure sera-t-il facile de développer, tester et lancer la bannière?
Le but de la notation ICE
En fait, le modèle de notation ICE est un système de priorisation relative et il n'est pas destiné à être le système parfait. Il vise essentiellement à vous empêcher de vous enliser en essayant de trop affiner le score. Il peut être considéré comme un cadre de priorisation minimum viable.
Score ICE: les goulots d'étranglement
Les chefs de produit critiquent souvent la notation ICE pour sa subjectivité. Parmi les plus évidents, définissons les suivants:
- vous pouvez marquer la même fonctionnalité différemment à différents moments. Cela peut affecter la liste finale de priorisation.
- si différentes personnes notent la fonctionnalité, elles la noteront toutes différemment.
- les membres de l'équipe qui souhaitent que leurs fonctionnalités soient priorisées peuvent manipuler les scores pour faire approuver les fonctionnalités.
Comment appliquer la priorité ICE?
Certains des
outils avancés
de gestion des produits permettent d'appliquer le cadre de priorisation ICE. Par exemple, vous pouvez le trouver dans Hygger.
Tout d'abord, vous devez collecter toutes vos idées brillantes et fonctionnalités de produit sur un tableau semblable à Kanban. Des couloirs et étiquettes horizontaux pratiques aideront à les structurer. Le processus de travail avec les fonctionnalités peut également être ajusté à l'aide des colonnes. Par exemple, le workflow suivant peut être créé:
- Backlog où vous collectez toutes vos idées et fonctionnalités
- Next Up où vous placez les éléments sur lesquels vous souhaitez travailler
- Spécification où vous combinez les exigences et écrivez les spécifications des fonctionnalités
- Le développement où vous déplacez les fonctionnalités pour le développement et vous pouvez suivre leur statut
- Terminé - vos fonctionnalités ont été livrées avec succès aux utilisateurs.
Hygger vous propose de choisir le cadre de score ICE parmi les autres types de score.
Après avoir choisi le cadre ICE, vous devez évaluer chaque fonctionnalité avec Impact, Confiance et Facilité et obtenir le score.
Regardez également toutes les fonctionnalités du tableau:
Vous triez toutes les fonctionnalités par le score, obtenez les gagnants par le haut et les envoyez au développement avec l'option Push.
Et c'est tout!
Réflexions finales sur ICE
Le modèle ICE est l'un des moyens modernes et intéressants de tester vos idées et fonctionnalités et de gérer facilement votre backlog de produit.
Le modèle de notation ICE vise à concentrer vos efforts sur le déplacement rapide et le plus grand impact sur vos utilisateurs. Le cadre ICE chez Hygger semble vraiment utile pour prendre rapidement des décisions sur ce qu'il faut tester et quand. Essayez ce modèle de notation et vous découvrirez comment il fonctionne dans le contexte d'un véritable processus de croissance.
Souhaitez-vous maîtriser vos compétences de priorisation? Très bien, la prochaine fois, nous partagerons quelques faits intéressants sur l'autre modèle de priorisation - la notation RICE. Restez en contact!