Six frameworks de priorisation des produits et comment choisir le bon

La portée, l'impact, la confiance et l'effort (RICE, Reach, impact, confidence and effort) sont les quatre facteurs utilisés pour évaluer une idée de produit :

• Portée : identifier le nombre de personnes ou d'événements dans le temps, comme les transactions par trimestre ou les conversions par mois.
• Impact : déterminer si une idée permet d'atteindre les objectifs métier ou de répondre aux besoins des clients.
• Confiance : mesurer le niveau de confiance de l'équipe dans la mise en œuvre des idées sur une échelle de pourcentage : élevé (100 %), moyen (80 %) et faible (50 %).

• Effort : calculer le temps qu'il faudra à l'équipe pour mettre en œuvre l'idée.

Vous pouvez utiliser la méthode RICE dans Jira Product Discovery, un outil de priorisation et de feuille de route pour votre équipe produit. En tant que chef de projet, vous serez en mesure d'évaluer facilement l'impact de vos projets.

Le framework RICE permet aux responsables produit d'évaluer la faisabilité des tâches. Les données recueillies à partir de ce calcul permettent de justifier les décisions auprès des parties prenantes.

L'application du RICE peut s'avérer longue et fastidieuse, en particulier si plusieurs tâches nécessitent des données et une validation auprès de plusieurs sources. Les méthodes utilisées pour déterminer chaque facteur d'évaluation peuvent changer, ce qui la rend subjective, incohérente et potentiellement trompeuse.

Le modèle de Kano est un framework de priorisation basé sur la satisfaction client. Le chercheur Noraki Kano a développé ce modèle pour aider les responsables produit à hiérarchiser les fonctionnalités et les mises à jour en fonction des besoins des clients. Il se compose de trois parties :

• Fonctions de base : les clients attendent ces fonctions essentielles dans les performances de votre produit, telles que la possibilité de partager une publication sur un réseau social.
• Fonctions de performance : ces fonctionnalités augmentent la satisfaction des clients et rendent votre produit plus agréable à utiliser, par exemple des temps de chargement plus rapides.

• Fonctions exceptionnelles : des fonctions inattendues satisfont les clients. Par exemple, une messagerie fantaisiste intégrée à l'application ou la possibilité d'utiliser des GIF dans les publications.

Le modèle de Kano empêche une équipe de créer des fonctions qui n'intéresseront pas les clients. Il identifie également les domaines dans lesquels le produit peut avoir besoin d'être amélioré. L'engagement et la satisfaction accrus des clients constituent les principaux avantages de cette méthode, car elle place les besoins des clients au premier plan.

Le modèle est très quantitatif et peut prendre beaucoup de temps, car il nécessite une recherche et une analyse approfondies des données. Il peut également s'agir d'un processus très manuel avec le recours à des enquêtes. Des outils tels que Jira Product Discovery peuvent vous aider à rassembler, traiter et gérer les données nécessaires.

La méthode MoSCoW est un processus en quatre étapes qui permet de hiérarchiser les exigences produit en fonction de leur retour sur investissement (ROI). Elle signifie « must haves » (doit être fait), « should haves » (devrait être fait), « could haves » (pourrait être fait) et « will not haves » (ne sera pas fait). Appliquez cette méthode à l'échelle de l'entreprise pour aider à orienter les discussions sur les éléments qui augmenteront le chiffre d'affaires.

Voici le détail du modèle :

• M « must have » (doit être fait) : ce sont les exigences nécessaires à la réussite du projet.
• S « should have » (devrait être fait) : ce sont des exigences importantes pour le projet, mais elles ne sont pas nécessaires.
• C « could have » (pourrait être fait) : ces exigences sont « agréables à avoir ». Mais n'aie pas autant d'impact que les autres.

• W « will not have » (ne sera pas fait) : ces exigences ne sont pas une priorité pour le projet.

MoSCoW est facile à mettre en œuvre et à pratiquer. Les chefs de projet peuvent l'utiliser pour résoudre les litiges avec les parties prenantes. Cette méthode permet également à l'équipe de créer un produit minimum viable (MVP). Elle peut également vous aider à définir les priorités de la feuille de route de votre produit (commencez par utiliser ce modèle de feuille de route produit).

Le manque de clarté des exigences « will not have » constitue une faille dans la méthode, notamment en ce qui concerne la question de savoir si elles doivent figurer dans le backlog. Les critères pour désigner un « must have » ou un « should have » peuvent également être difficiles à déterminer. S'il n'y a pas de consensus entre les parties prenantes, la définition des priorités devient inefficace et subjective.

La matrice valeur/effet ou valeur/effort, donne la priorité aux fonctionnalités en fonction de leur valeur probable et des efforts nécessaires pour les mettre en œuvre. Une matrice 2x2, mesurant la valeur sur un axe et l'effort sur l'autre, facilite le processus de prise de décision.

Pour déterminer la valeur, il faut tenir compte de l'impact sur les utilisateurs et sur les résultats nets. L'effort est la complexité de la mise en œuvre. Jira Product Discovery assure le suivi des problèmes des clients et des idées de produits, que l'équipe peut utiliser pour créer une matrice valeur/effort. Vous pouvez utiliser les évaluations de l'effort pour déterminer la quantité de travail nécessaire à une idée.

Vous pouvez utiliser une matrice de priorisation dans laquelle l'axe vertical mesure la valeur (de faible à élevée). L'axe horizontal mesure l'effort (de faible à élevé). La matrice est ensuite divisée en quatre quadrants :

• À faire en premier (quadrant supérieur droit) : il s'agit d'une tâche à une valeur élevée, à faible effort et à succès rapide garanti.
• À faire en deuxième (quadrant supérieur gauche) : valeur élevée, effort élevé.
• À faire en dernier (quadrant inférieur droit) : il s'agit d'une action à faible valeur et à faible effort. Il vaut mieux attendre que la valeur augmente avant de s'y attaquer.

• À éviter (quadrant inférieur gauche) : faible valeur, effort élevé. Cette tâche ne mérite pas que votre équipe y consacre du temps.

Ce framework n'implique aucun calcul compliqué, ce qui facilite les décisions. Le framework est clair et permet à l'équipe de se concentrer sur les tâches liées à la valeur client. Grâce à son aspect visuel, l'équipe peut rapidement identifier les tâches qui apportent une valeur élevée pour un faible effort.

Les valeurs peuvent être imprécises avec cette méthode, qui fait principalement appel à l'instinct. Il en va de même pour les estimations, selon lesquelles une équipe peut penser disposer de plus de ressources qu'elle n'en a. Un autre inconvénient est le dimensionnement de l'effort, qui varie d'une équipe à l'autre. Cela complique la planification avec des équipes interfonctionnelles disposant de ressources différentes.

La notation des opportunités identifie les fonctions qui sont importantes pour les clients, mais qui ne sont pas assez performantes. Les clients évaluent à la fois l'importance d'une fonction et leur satisfaction.

Utilise l'algorithme d'opportunité pour calculer la note sur une échelle de cinq ou dix points. Cette équation va au-delà de l'analyse normale des écarts, car elle accorde deux fois plus d'importance aux notes d'importance qu'aux notes de satisfaction.

Voici l'équation pondérée :

Importance + Max (Importance - Satisfaction, 0) = Opportunité

Voici la formule de l'algorithme d'opportunités, selon laquelle les clients utilisent une note de 1 à 10 pour quantifier l'importance et la satisfaction d'un résultat :

Importance + (Importance - Satisfaction) = Opportunité

Les fonctions très importantes mais peu satisfaisantes sont une opportunité d'amélioration. La notation des opportunités est très utile pour la préparation du backlog, ce que vous pouvez faire dans Jira Software. Bonus : Jira Software dispose d'une intégration native avec Jira Product Discovery, de sorte que tout le monde peut travailler sur la même plateforme tout au long du processus.

Le retour sur investissement est supérieur aux coûts de développement. Cela permet à un chef de projet d'identifier les opportunités accessibles en ce qui concerne la satisfaction client, aidant ainsi les équipes à allouer les ressources de manière plus stratégique.

Les modèles de notation ne sont pas parfaits. Ils ne conviennent pas toujours à toutes les situations, car ils ne fournissent qu'une vision limitée du périmètre de chaque idée. La notation peut être rigide, surtout lorsqu'il s'agit de quantifier un concept abstrait. Mais en général, le score ne permet pas de prévoir comment le marché réagira à l'évolution du produit.

Le coût de retard est un autre calcul qui permet de prioriser les projets en fonction de leur valeur économique. Cette méthode permet de déterminer les coûts permanents liés au report d'éléments dans le backlog.

Pour le calculer :

• Estimez le retour sur investissement d'un nouveau projet en termes de revenus par unité de temps (chiffre d'affaires récurrent, par exemple).
• Estimez le temps nécessaire pour implémenter le projet.

• Divisez le chiffre par le temps estimé.

Le chiffre final représente le coût assumé par l'entreprise résultant de l'arrêt du projet.

L'utilisation de la méthode du coût de retard permet d'obtenir des estimations de valeur et de coût plus précises. C'est parce qu'elle ne met pas l'accent sur les raisons négatives du report. Savoir ce qui permet d'obtenir le meilleur retour sur investissement allège également la charge liée à l'allocation des ressources.

Si un chef de projet sous-estime la taille du projet, les calculs peuvent être inexacts. Les exigences en matière de temps estimé sont peut-être également incorrectes.

Le choix du framework de priorisation approprié pour une équipe dépend de plusieurs facteurs. Réfléchissez aux objectifs du projet, à la complexité du produit, à l'expertise de l'équipe et aux données disponibles.

Par exemple, si le projet vise à améliorer la satisfaction client, l'évaluation des opportunités peut fonctionner correctement. Mais si l'équipe est relativement nouvelle et qu'elle continue de développer ses compétences, le rapport valeur/effort serait peut-être le meilleur choix.

Quel que soit le framework choisi, Jira Product Discovery peut vous aider à prioriser les projets et à présenter des feuilles de route de projet. Il peut vous aider à rassembler et à organiser vos idées de produits, opportunités, fonctionnalités et solutions dans un seul outil centralisé. Il existe même un modèle de feuille de route et un modèle d'exigences produit pour vous aider à vous lancer.

Avec Jira Product Discovery, vous apportez une structure à votre gestion des produits. Cela permettra à votre équipe et à vos parties prenantes de rester alignées sur les objectifs stratégiques. Vous pouvez également relier facilement vos idées à des epics dans Jira Software, ce qui permet de fournir plus facilement le contexte et la visibilité du projet, de la découverte à la livraison.

Les frameworks de priorisation vous aident, vous et votre équipe, à déterminer sur quoi travailler ensuite. Pour ce faire, vous devez suivre quelques étapes générales :

• Identifier les tâches : identifiez et priorisez les tâches en fonction de quelques critères, comme la valeur pour le client et les besoins métier.
• Définir les critères : ces critères vous aideront à déterminer les tâches qu'il est possible d'accomplir.
• Assigner des notes : la notation révèle des fonctionnalités peu performantes, mais nécessaires aux clients.

• Classer les tâches : le classement vous permet de classer les tâches en fonction de leur urgence et de leur impact le plus élevé.

Tout cela permet de décider plus facilement des tâches que votre équipe doit accomplir.

Votre équipe devrait revoir ses priorités régulièrement. La cadence de cette revue dépend des besoins de votre équipe. Vous devriez également réévaluer votre framework de priorisation si les objectifs métier changent. Un framework différent de celui que vous utilisez pourrait mieux fonctionner.

Les frameworks de priorisation sont excellents pour mettre tout le monde sur la même longueur d'onde. Votre équipe et vous-même pouvez travailler avec les parties prenantes pour clarifier les objectifs. Vous pouvez également utiliser des frameworks de priorisation pour prendre des décisions plus éclairées quant aux tâches à prioriser.