Prioriser ses tâches quand tout est « prioritaire »

En bref. Pour prioriser ses tâches quand tout paraît urgent, commence par nommer qui arbitre : le métier compare des fonctionnalités en impact et urgence, l'équipe qui réalise compare des tâches en impact et effort. Mélanger les deux tables sans dire à laquelle on est assis, voilà ce qui bloque la réunion.

Chez Edelw'ice, le glacier artisanal lausannois fondé par Heidi en 1983, la maison se lance en 2012 en grande distribution. Thomas, le directeur marketing, arrive en réunion avec une quinzaine d'actions à mener « avant l'été ». Toutes urgentes. Toutes indispensables. Le problème n'est pas le manque d'idées — c'est que l'équipe ne peut pas tout faire en même temps, et que personne n'a eu le mandat de dire ce qui va attendre.

Si tu tiens une liste plus longue que le temps dont tu disposes — un plan d'actions, ta semaine, ou un backlog produit —, tu connais cette réunion. La bonne nouvelle : il existe une méthode simple pour en sortir avec une décision claire, et un pourquoi que chacun peut répéter.

Pourquoi « tout est prioritaire » paralyse une équipe

Quand chaque élément porte l'étiquette « urgent », la priorité ne veut plus rien dire. On avance sur ce qui fait le plus de bruit — la demande du client le plus insistant, l'idée du dernier qui a parlé — pas sur ce qui rapproche le plus de l'objectif. Résultat : on livre beaucoup, et rarement l'essentiel.

Face à la liste de Thomas, deux réflexes s'opposent — et c'est sain. Lexie, celle des deux analystes qui va voir sur le terrain, veut trancher vite pour ne pas bloquer l'équipe : « On ne va pas débattre trois heures, on pose un critère et on avance. » Abby, la méthodique, veut d'abord s'assurer qu'on compare des choses comparables. Entre les deux se joue la vraie tension du Product Owner (PO), la personne qui répond de la valeur livrée par le produit : livrer vite sans sacrifier ce qui compte vraiment.

C'est quoi, prioriser, concrètement ?

Prioriser, c'est ordonner ce qui reste à faire pour traiter d'abord ce qui apporte le plus de valeur. Ce n'est pas classer par goût, ni par ancienneté de la demande. C'est comparer chaque élément sur deux axes, les mêmes pour tous.

Reste à savoir lesquels — et c'est là que presque toutes les réunions s'enlisent, parce qu'on saute la question d'avant : qui arbitre ? Les deux axes en découlent.

Quand c'est le métier qui arbitre — une direction, un marketing, un service client — il compare des fonctionnalités, c'est-à-dire ce que le produit doit permettre de faire. Ses deux axes sont l'impact (est-ce que ça rapproche de l'objectif ?) et l'urgence (que se passe-t-il si on s'y met dans six mois ?). Le métier ne chiffre pas l'effort — il le fait chiffrer, puis il s'en sert. L'estimer n'est pas son rôle ; l'utiliser en est un. Il ordonne d'abord sur ce qui compte, et quand.

Quand l'arbitrage revient à l'équipe qui réalise — celles et ceux qui construisent — elle compare des tâches de réalisation — le mot a ici un sens plus étroit que dans le titre : l'unité de travail que l'équipe chiffre. Ses deux axes sont l'impact et l'effort, c'est-à-dire ce que la tâche coûte à produire. Elle est la seule à pouvoir estimer cet effort, et elle n'a pas à décider seule de ce qui compte pour le métier.

Les deux lectures sont justes, et une même liste passe souvent par les deux à la suite. Ce qui crée le désordre, ce n'est pas de choisir « urgence » plutôt qu'« effort » — c'est de mélanger les deux tables sans dire à laquelle on est assis. Le geste de Business Analyse tient dans une phrase : nommer l'arbitre avant de nommer les axes. C'est souvent la seule chose qui manquait à la réunion.

La règle d'or, une fois l'arbitre nommé : le fort impact passe devant. Et parmi les forts impacts, ceux qui coûtent le moins cher à obtenir — les plus urgents à la table du métier, les plus légers à celle de la réalisation — ouvrent la marche : ce sont les victoires rapides. À l'opposé, faible impact et coûteux : on repousse, presque toujours sans regret. Les deux cases restantes se placent au milieu, selon la marge du moment.

Le réflexe d'Abby. Avant de discuter quoi faire, se mettre d'accord sur qui décide et sur comment on décide. Un arbitre nommé et un axe d'impact écrit noir sur blanc — « ça sert notre objectif du trimestre » — valent mieux qu'une heure d'arguments. Sans cela, « prioriser » se résume à « ce que défend la voix la plus forte ».

La méthode est volontairement générique : un « élément » peut être une tâche de ta semaine, une action commerciale, une fonctionnalité d'un backlog produit. C'est ce qui la rend réutilisable partout — et transposable, justement, à ta propre liste.

Comment ça se passe sur un cas concret ?

Premier geste : nommer l'arbitre. Thomas est au marketing, ces actions sont des actions commerciales — c'est donc le métier qui arbitre. Les deux axes de tête seront l'impact et l'urgence : c'est ce que Thomas et la direction savent comparer. La charge de travail, elle, ne se devine pas. Le métier ne chiffre pas l'effort — il le fait chiffrer, puis il s'en sert : ici, pour départager deux actions d'impact égal. Le dire à voix haute désamorce la moitié des objections.

Sur cette quinzaine, l'équipe pose ensuite les deux mêmes questions à chacune. Très vite, trois se détachent : fort impact sur le lancement en grande distribution, et une vraie échéance — les référencements à obtenir avant les commandes d'été. Elles passent en tête. D'autres, à l'impact incertain et sans date qui les contraigne, basculent dans un « plus tard » assumé. Lexie facilite le tri à voix haute ; Abby note la règle au tableau pour que la décision tienne même quand Thomas ne sera pas dans la pièce.

L'effort n'a pas disparu : il arrive chiffré par l'équipe qui réalise, et il reviendra à sa propre table quand l'équipe reprendra ces actions pour les découper. Elle re-triera la même liste, avec son propre second axe. Deux tables, deux grilles, aucune contradiction — à condition que chacune sache laquelle elle est.

La réunion qui menaçait de durer deux heures se termine avec un ordre clair — et surtout avec un critère que Thomas peut expliquer à sa direction sans se justifier pendant dix minutes. C'est ça, le vrai gain : moins l'ordre lui-même que le fait de pouvoir le défendre.

La même méthode, ailleurs

Rien de tout cela n'est réservé aux équipes produit. Tu rénoves un appartement avec un budget serré ? Impact (confort, valeur à la revente) contre effort (coût, durée des travaux) : tu refais la même grille — et là, tu es à la fois le métier et celui qui fait les travaux, donc les deux axes tiennent dans la même tête. Tu arbitres entre dix candidats à un poste ? Impact du profil contre difficulté à le recruter. La logique fonctionne dès qu'il faut choisir dans une liste trop longue avec des moyens limités — à condition de savoir, à chaque fois, de quel point de vue tu regardes.

Prioriser ta liste en quatre gestes

Prends ta propre liste, et en quatre gestes :

1. Nomme l'arbitre. Le métier, ou l'équipe qui réalise ? C'est lui qui fixe le second axe : urgence dans le premier cas, effort dans le second.
2. Écris une seule question d'impact valable pour tous les éléments (« est-ce que ça rapproche de l'objectif du trimestre ? »).
3. Note chaque élément sur les deux axes : impact fort / faible, puis urgent / pas urgent — ou léger / lourd si c'est l'équipe qui réalise qui tient le crayon.
4. Traite d'abord les forts impacts les moins coûteux à obtenir. Repousse sans culpabilité le faible impact et coûteux — et réévalue l'ordre dès qu'une information nouvelle change la donne.

Tu viens de prioriser. Pas parfaitement — utilement.

Le deck BADASS rassemble la priorisation et les autres techniques sur des cartes : une vue d'ensemble, les techniques liées au dos pour voir ce qui vient après, et un moyen de se rappeler laquelle sortir le jour venu. Le déroulé complet sur un cas réel — la grille pondérée action par action, le classement calé sur la capacité réelle, les chiffres — c'est l'eBook consacré à la technique. Découvrir le deck BADASS

Pour aller plus loin (le référentiel). Dans le BABOK®, la priorisation — Prioritization, §10.33 — est mobilisée par la tâche « Prioriser les exigences » (5.3), dans le domaine Gestion du cycle de vie des exigences — une exigence étant ce que la solution doit permettre de faire. Elle revient plus tard pour « Recommander des actions pour augmenter la valeur de la solution » (8.5), dans l'Évaluation de la solution : une technique n'appartient pas à un domaine, ce sont les tâches qui l'appellent qui en ont un. Le catalogue, lui, se lit en trois cercles : le guide central du BABOK et ses 50 techniques, le reste du corpus IIBA (Agile Extension, guide Data, guide Product Ownership Analysis), et le terrain, où l'on emprunte ce qui marche — la roue de Deming, la matrice d'Eisenhower, MoSCoW… Le deck BADASS en tire 54 cartes : les 50 techniques du guide central et quatre déclinaisons.

Articles liés : Gérer son backlog sans se noyer · Écrire des user stories claires