Combien de vos réunions de priorisation ressemblent en fait à des réunions de planning ?

Quand l'essentiel du débat porte sur l'effort et la capacité, vous ne priorisez pas. Vous planifiez. Utile, mais différent. Beaucoup confondent encore les deux.

Et les frameworks ICE ou RICE ne vous aident qu'à moitié.

Vous voyez, l'impact est lié au problème que vous résolvez et l'effort à la solution que vous livrez, et à moins de bien maîtriser l'espace des problèmes — ce qui est rarement le cas — le biais habituel est de se concentrer entièrement sur la solution. Et c'est comme ça que l'on finit par planifier au lieu de prioriser.

Voici une approche en 2 étapes pour réconcilier priorisation et planification :

Étape 1 — Qualifier l'impact, au niveau du problème.

Est-ce le bon problème à résoudre ? Quel est l'impact pour nos clients et notre business si nous le résolvons ? Quel est notre niveau de confiance dans notre capacité à atteindre cet impact ?

C'est l'Impact et la Confiance, évalués dans l'espace des problèmes, avec l'impact comme indicateur business retardé (lagging). Et si la confiance est basse, eh bien au moins vous le savez : vous opérez avec un niveau de risque élevé.

Vous pouvez qualifier en continu, via des rituels bimensuels avec les équipes CS, PS et Sales. Qualifié ne veut pas dire inscrit sur la prochaine roadmap. Cela veut dire que le problème mérite qu'on s'y intéresse.

Étape 2 — Planifier l'effort, au niveau de la solution.

Quelle est la solution minimum viable pour générer l'impact que nous visons ? Comment saurons-nous que nous sommes sur la bonne voie ?

C'est l'Effort, évalué dans l'espace des solutions, avec la métrique de succès comme indicateur produit avancé (leading).

On s'engage chaque trimestre. Pas parce que nous sommes lents — parce que cela donne au reste de l'entreprise de la visibilité et de la prédictibilité sur une période où notre niveau de confiance reste sain.

Rien de tout cela n'est gravé dans le marbre. Les équipes doivent rester agiles : la qualification continue amènera à re-prioriser des initiatives de temps en temps. Mais cela doit rester l'exception, pas la règle.

Pourquoi cette approche change la donne :

1/ Elle ancre la priorisation dans l'espace des problèmes. La conversation devient la valeur de résoudre le problème, pas le scope de la solution. Le qui et le pourquoi restent centraux et les autres départements peuvent participer à cette conversation.

2/ Elle ouvre l'espace des solutions. Parce que l'initiative est ancrée dans le problème, si une solution ne fonctionne pas, vous pouvez en explorer une autre sans perdre le fil. La première solution devient une hypothèse, pas un engagement.

Ces deux étapes sont exactement ce que votre IA peut absorber dans votre harness de Product Management : des agents pré-qualifient les problèmes entrants selon vos critères, les drafts arrivent déjà scorés en impact et en confiance, et votre temps va aux arbitrages. C'est le harness que j'aide les équipes à installer.

Et cela ne tient que si vous avez accès à vos clients et que votre management exprime les besoins sous forme de problèmes, pas de solutions (voir mon article précédent).

Si cela vous parle, contactez-moi !