Deux outils aident à trancher quand la matrice valeur / effort ne suffit pas.

MoSCoW

On range les éléments en quatre catégories :

• Must : indispensable, sans quoi la livraison n'a pas de sens.
• Should : important, mais on peut vivre sans à court terme.
• Could : souhaitable, si le temps le permet.
• Won't (this time) : explicitement hors de cette livraison — pas « refusé », « pas maintenant ».

L'intérêt est de forcer la conversation : quand tout est « Must », rien n'est priorisé. Une bonne règle : les « Must » ne dépassent pas la moitié de la capacité prévue, pour garder de la marge.

Le coût du retard

Pour deux fonctionnalités de valeur comparable, on se demande : que coûte le fait de ne PAS l'avoir dès maintenant ?

• Une fonctionnalité liée à une échéance (une opération commerciale de fin d'année) a un coût du retard élevé et fixe : après la date, sa valeur s'effondre.
• Une fonctionnalité de confort a un coût du retard faible et constant.

On fait d'abord ce dont le retard coûte le plus cher.

Combiner

MoSCoW pose le socle d'une livraison ; le coût du retard ordonne ce qui reste. Ensemble, ils évitent de livrer trop tard ce qui avait une fenêtre, et trop tôt ce qui pouvait attendre.

Exemple concret : pour l'application de fidélité, « points doublés pendant la semaine anniversaire » a un coût du retard élevé : au-delà de la date, la fonctionnalité ne sert plus. Elle passe devant « historique détaillé des points », de valeur comparable mais sans échéance.

À vous de jouer : classez trois fonctionnalités d'un produit en Must / Should / Could, et identifiez celle dont le retard coûterait le plus cher.