Prioriser un backlog, c'est décider quoi faire avant quoi. Trois critères se combinent.

La valeur

Le bénéfice attendu : pour l'utilisateur (résout un vrai problème, souvent rencontré) ou pour l'entreprise (revenu, fidélisation, image). La valeur n'est pas une certitude : c'est un pari qu'on affine avec les retours.

L'effort

Ce que la story coûte à réaliser, estimé par l'équipe. À valeur égale, on fait d'abord le moins coûteux.

Le risque et l'incertitude

Certaines stories lèvent une grosse inconnue : « est-ce que cette intégration est possible ? », « est-ce que les clientes veulent vraiment ça ? ». Les traiter tôt évite de découvrir tard un obstacle qui remet tout en cause.

Combiner les trois

Une matrice simple valeur / effort donne une première lecture : forte valeur + faible effort d'abord, faible valeur + fort effort en dernier. On remonte ensuite les stories à fort risque, même si leur valeur immédiate est faible, parce qu'elles conditionnent la suite.

Ce qu'on ne priorise pas par

Par ordre d'arrivée des demandes. Par qui crie le plus fort. Par « c'est presque fini, autant terminer ». Ces réflexes produisent un backlog qui ne sert pas la vision.

Exemple concret : dans le backlog de l'application de fidélité, « afficher le solde sur l'accueil » a une forte valeur et un faible effort : priorité haute. « Intégrer un programme partenaire » a une valeur potentielle mais une grosse inconnue technique : on fait d'abord une petite exploration pour lever le risque, avant de s'engager.

À vous de jouer : placez trois fonctionnalités d'un produit que vous connaissez sur une matrice valeur / effort.