Prioriser les fonctionnalités : RICE, MoSCoW ou coût du retard ?

Définir la décision et les contraintes

Commencez par l’objectif : améliorer l’activation, respecter un engagement ou réduire une charge d’exploitation. Séparez les obligations et incidents critiques des opportunités discrétionnaires. Une exigence incontournable ne devient pas facultative parce qu’elle obtient un score commercial faible.

Décrivez chaque option avec le même niveau de précision : public touché, changement attendu, dépendances et effort complet. Le backlog rassemble des demandes ; il ne constitue pas automatiquement un ordre de travail. Supprimez les doublons et découpez les éléments trop vastes avant la comparaison.

Pour approfondir : Intercom — méthode RICE Agile Business Consortium — priorisation MoSCoW

Utiliser RICE pour comparer des opportunités

La méthode publiée par Intercom combine portée, impact, confiance et effort : le produit des trois premiers facteurs est divisé par l’effort. La portée doit utiliser une période commune. La confiance exprime la solidité des estimations ; elle n’est pas une probabilité scientifique si vous ne l’avez pas établie comme telle.

Limitez les catégories d’impact et notez les preuves. Incluez conception, développement, tests et mise en service dans l’effort. Après classement, examinez les dépendances et la sensibilité : si une légère modification d’hypothèse inverse le résultat, un complément de recherche peut être préférable à une décision immédiate.

Utiliser MoSCoW pour protéger une livraison

MoSCoW distingue les éléments indispensables, importants, souhaitables et exclus pour cette période. L’Agile Business Consortium présente ces quatre niveaux comme un moyen de gérer les priorités. La discussion porte notamment sur ce qui rendrait la livraison inutilisable ou inacceptable si l’élément manquait.

Si tout est indispensable, le périmètre ne dispose d’aucune marge d’ajustement. Demandez quelle solution provisoire serait acceptable et pour combien de temps. Écrivez les exclusions : elles évitent qu’une fonction reportée soit interprétée comme une promesse implicite pour la livraison en cours.

Examiner le coût du retard sans inventer un revenu

Le coût du retard décrit ce qui est perdu ou exposé pendant l’attente : opportunité commerciale, temps opérationnel, risque ou fenêtre limitée. Lorsque vous disposez de données crédibles, comparez des ordres de grandeur sur un horizon commun. Évitez de convertir arbitrairement toute préférence en euros.

Une échéance commerciale doit être vérifiée : engagement signé, dépendance réelle ou simple souhait ? Distinguez une valeur qui diminue progressivement d’une fenêtre qui se ferme. Documentez aussi les travaux qui rendent les suivants possibles ; une fondation technique peut avoir peu de bénéfice direct mais débloquer plusieurs livraisons.

Publier l’arbitrage et le revoir

Conservez méthode, hypothèses, exclusions et responsable de la décision. Expliquez pourquoi un élément passe avant un autre. Les équipes acceptent mieux un arbitrage discutable mais explicite qu’un classement dont les règles changent selon l’interlocuteur.

Après livraison, rapprochez impact attendu et résultat observé. Les écarts améliorent les estimations suivantes. Révisez les priorités lorsque les preuves ou contraintes changent ; évitez de refaire tous les scores à chaque demande ponctuelle sans fait nouveau.