Comme nous l'avons déjà abordé, la gestion de projet et la gestion de produit sont deux choses différentes. Pourtant, leurs tâches se chevauchent parfois - le développement d'un nouveau produit peut très bien refléter les processus qui entrent dans la réalisation de tout autre type de "projet". En creusant dans ces chevauchements, nous pouvons en apprendre beaucoup sur chaque domaine.
Aujourd'hui, nous allons parler de ce que les chefs de projet peuvent apprendre de la façon dont les chefs de produit gèrent un défi très important : la hiérarchisation des tâches.
Plus précisément, nous parlerons du modèle de notation RICE pour la hiérarchisation des priorités, et de la façon dont vous pourriez l'ajouter à votre arsenal de compétences de gestionnaire de projet.
La hiérarchisation des priorités dans la gestion de projet
Savoir hiérarchiser les tâches va bien au-delà des produits. Tout chef de projet qui a eu du mal à élaborer un plan de projet le sait.
Et c'est un défi à chances égales. Quelle que soit la méthodologie de gestion de projet que vous utilisez, vous passerez au moins une partie de votre phase de planification à hiérarchiser les tâches. Regardez quelques exemples :
- Scrum - Vous devrez classer par ordre de priorité les tâches les plus importantes à réaliser à partir de votre backlog et/ou dans chaque sprint.
- Kanban - Vous devrez classer par ordre de priorité les tâches à accomplir en premier afin de minimiser les travaux en cours.
- Toute méthodologie - Vous devrez décider des tâches les plus importantes en fonction de vos contraintes de ressources et de budget .
De quoi les GP doivent-ils tenir compte lorsqu'ils établissent la priorité des tâches ?
Les chefs de projet chevronnés pensent probablement qu'ils savent comment hiérarchiser les tâches. Et ils ont probablement raison ! Mais même le GP le plus expérimenté est vulnérable aux idées préconçues et aux préjugés dont il n'a peut-être même pas conscience. En d'autres termes, la hiérarchisation des tâches consiste généralement à :
Considérations subjectives : Souvent inconscientes ou subconscientes, elles peuvent être alimentées par vos forces et faiblesses personnelles, vos croyances sur les capacités de votre équipe, celles des membres de votre équipe ou des parties prenantes, ou tout autre préjugé sur le projet et son impact potentiel pour votre entreprise ou vos parties prenantes.
Considérations objectives : Souvent informées par des données, elles peuvent concerner les résultats financiers de votre entreprise, l'expérience de vos clients et/ou tout ce qui peut être mesuré et testé.
Aucun ensemble de compétences de gestionnaire de projet n'est complet sans un système de hiérarchisation des tâches. Les systèmes aident à minimiser certains des éléments les plus subjectifs de la hiérarchisation, ce qui peut renforcer vos analyses de rentabilité et conduire à de meilleurs résultats pour toutes les parties prenantes.
Le modèle de notation RICE
Un système privilégié dans le monde de la gestion des produits est le modèle de notation RICE. Comme le soulignent Intercom et Lazaro Ibanez, le nom est synonyme de:
R = Reach. Il s'agit d'une estimation du nombre de personnes qui seront touchées par l'entreprise. Dans la gestion des produits, il s'agit généralement d'un certain nombre de clients. Dans d'autres types de projets, il peut s'agir de clients - par exemple, ceux touchés par une campagne de marketing particulière ou une mise à jour de service - mais vous devrez peut-être redéfinir ce terme en fonction du contexte.
I = Impact. Cela peut être quantitatif ou qualitatif - un nombre de clients qui se sont convertis après avoir été touchés par la campagne, par exemple, ou une amélioration de l'expérience utilisateur suite à la refonte d'un site Web. Lazaro Ibanez recommande d'utiliser une échelle numérique dans laquelle le chiffre le plus élevé (disons, 5) représente l'impact le plus fort et vice-versa.
C = Confiance. Il doit s'agir d'un pourcentage, afin de tenir compte de la subjectivité ou de l'objectivité respective de vos deux estimations précédentes. Si vous avez une confiance de 100%, cela signifie que vous avez probablement beaucoup de données pour étayer vos estimations de portée et d'impact. Un pourcentage plus faible pourrait signifier que vous fondez vos estimations précédentes sur l'intuition plutôt que sur des preuves. Vous multiplierez ce chiffre par les deux premières estimations.
E = Effort. Il s'agit de la quantité de travail que vous devrez fournir pour obtenir l'impact et la portée souhaités. Elle est généralement mesurée en "mois-personnes", ou le nombre de ressources nécessaires au travail d'un membre de l'équipe en un mois. Puisque vous divisez R x I x C par E, vous pouvez voir comment plus la valeur de E est élevée - c'est-à-dire plus une tâche exige d'efforts - plus la portée et l'impact seront faibles par quantité de travail.
Lorsque vous mettez le tout ensemble, cela devrait ressembler à ceci :
(Portée x Impact x Confiance) / Effort = Score RICE
L'idéal serait d'appliquer la formule RICE à chaque tâche que vous souhaitez classer par ordre de priorité. Vous pouvez ensuite classer tous les scores du plus grand nombre (impact le plus élevé par quantité d'effort) au plus petit (impact le plus faible par quantité d'effort).
Maintenant, quelques remarques sur les avantages et les inconvénients du modèle RICE pour la gestion de projet :
RICE est agile
RICE est agile par nature. Cela signifie-t-il que vous ne pouvez pas l'utiliser si vous ne travaillez pas sur des projets Agile ? Absolument pas ! Il est simplement utile de comprendre les principes qui sous-tendent la conception.
Agile consiste à fournir la meilleure qualité à la vitesse la plus rapide et avec la plus grande efficacité. Comme vous l'avez maintenant vu, la formule RICE est conçue pour mesurer l'impact par un facteur d'effort. Mathématiquement, un effort plus important dilue votre impact. Cette logique s'intègre bien dans de nombreux projets Agile et peut être exactement ce dont vous avez besoin si vous essayez de rendre votre entreprise plus Agile. Toutefois, tenez toujours compte des besoins particuliers de votre projet.
RICE est complet
Le modèle RICE est relativement simple, mais il est conçu pour être appliqué à chaque tâche individuelle lorsqu'il n'existe pas de hiérarchie claire des priorités. Ainsi, il fonctionne bien pour les grands projets complexes dans lesquels la hiérarchisation des priorités est particulièrement difficile.
Si vous réalisez un projet relativement simple - disons, la migration de données d'un logiciel à un autre en quelques lots - RICE est probablement plus compliqué qu'il ne le vaut.
L'établissement des priorités est facile avec les bons outils
Quel que soit votre secteur d'activité ou vos compétences de chef de projet, la gestion de projet repose plus que jamais sur un bon logiciel. Pour découvrir comment la suite d'outils de gestion de projet Planview AdaptiveWork peut vous aider à effectuer le travail dans le bon ordre, , programmez une démonstration en direct dès aujourd'hui.
