Guide pratique de MoSCoW, valeur vs effort, WSJF et Eisenhower, avec tableau de décision et application dans Syncro.
Prioriser, ce n'est pas ordonner une liste : c'est décider ce que l'on ne va pas faire. Quand tout est urgent, rien ne l'est, et le backlog devient une file de culpabilité. Ces quatre techniques répondent au même problème sous des angles différents ; l'important est d'en choisir une, de l'appliquer avec discernement et de la revoir à chaque cycle.
| Technique | Quand l'utiliser | Ce qu'il faut | Ce qu'elle produit |
|---|---|---|---|
| MoSCoW | Une release au périmètre borné et à date proche | Une liste de tâches et une conversation avec le métier | Must / Should / Could / Won't |
| Valeur vs effort | Beaucoup d'idées floues et peu de temps pour les analyser | Une note de valeur (1-5) et d'effort (1-5) | Un ordre par retour attendu |
| WSJF | Plusieurs équipes ou dépendances et des décisions répétées | Impact du retard, durée du travail et risque | Un score comparable |
| Eisenhower | Urgences personnelles, support et tâches quotidiennes | Deux questions : urgent ? important ? | Quatre catégories d'action |
Aucune n'est meilleure dans l'absolu. MoSCoW ferme un périmètre ; valeur vs effort débloque une longue liste ; WSJF compare des initiatives ; Eisenhower sépare l'urgent de l'important.
MoSCoW répartit les tâches en quatre catégories :
| Catégorie | Signification | Dans Syncro |
|---|---|---|
| Must have | Sans cela, la release n'a pas de sens | Priorité Urgente |
| Should have | Très important, mais il existe un contournement temporaire | Priorité Haute |
| Could have | Souhaitable s'il reste du temps | Priorité Moyenne |
| Won't have | Explicitement hors de ce cycle | Backlog, sans date |
La règle qui empêche MoSCoW de se dégrader est une limite : si plus de 60 % des tâches sont Must, vous ne priorisez pas, vous justifiez. Une répartition courante est 60 % Must, 20 % Should et 20 % Could. Le Won't n'est pas une poubelle : c'est la liste qui protège l'équipe d'un périmètre qui ne rentre pas.
Exemple. Une release de deux semaines pour un site de réservation :
Si l'équipe termine en avance, un Could entre. Si c'est juste, on coupe un Should avant de toucher à un Must. C'est là l'utilité réelle de MoSCoW : avoir décidé à l'avance ce qui sera sacrifié.
Erreur fréquente : traiter Won't comme « pas maintenant » sans date ni responsable. Si une idée revient chaque semaine, elle mérite une décision explicite : elle devient une tâche du backlog avec une date de revue ou elle est abandonnée. Ce qui ne doit pas arriver, c'est qu'elle réapparaisse à chaque réunion sans contexte.
Quand il y a vingt idées et qu'aucune n'est analysée, vous n'avez pas besoin de précision : vous avez besoin d'un premier tri. Notez chaque tâche de 1 à 5 sur deux axes :
| Effort faible | Effort élevé | |
|---|---|---|
| Valeur élevée | À faire en premier | Découper et planifier |
| Valeur faible | Remplir les trous | Abandonner ou mettre de côté |
La zone valeur élevée, effort faible donne des résultats visibles avec moins de travail. La zone valeur élevée, effort élevé n'est pas abandonnée : elle est découpée en livraisons plus petites. La zone valeur faible, effort élevé est le piège classique ; c'est souvent du travail « qu'il faut faire » mais qui ne fait rien avancer.
Comment noter sans s'enliser. Faites-le en une seule séance, avec l'équipe, sans chercher des données parfaites. Si une tâche déclenche un débat, découpez-la jusqu'à ce que le débat disparaisse. Une estimation de cinq minutes suffit généralement pour ordonner ; vous n'avez pas besoin d'un business case pour chaque idée.
Limite de la technique : la valeur n'est pas toujours comparable d'une tâche à l'autre. « Réparer le login » et « ajouter des filtres au rapport » peuvent avoir la même note sans avoir la même urgence. C'est pourquoi valeur vs effort fonctionne mieux comme premier passage que comme décision finale.
WSJF (Weighted Shortest Job First) priorise par impact du retard divisé par la durée. L'idée est simple : si deux initiatives apportent la même valeur, faites d'abord celle qui se termine le plus tôt. Si l'une apporte beaucoup plus, elle peut mériter d'attendre.
La formule complète est :
WSJF = (valeur métier + impact temporel + réduction du risque) / durée du travail
Pour rester pratique, notez chaque bloc de 1 à 5 ou utilisez une échelle Fibonacci (1, 2, 3, 5, 8, 13). Le résultat n'est pas une vérité mathématique : c'est une façon d'expliciter les intuitions et de comparer des alternatives avec les mêmes critères.
Exemple. Deux initiatives se disputent la même équipe :
| Initiative | Valeur | Impact temporel | Risque | Durée | WSJF |
|---|---|---|---|---|---|
| Export des rapports | 5 | 3 | 1 | 3 | 3,0 |
| Tableau de bord | 3 | 2 | 2 | 8 | 0,9 |
La première gagne non parce qu'elle est plus ambitieuse, mais parce qu'elle livre une partie de la valeur plus tôt. Le tableau de bord peut rester au backlog sans culpabilité.
Quand ne pas utiliser WSJF : dans une petite équipe avec une seule ligne de travail, la formule ajoute de la cérémonie sans améliorer la décision. Si la même équipe fait tout et que les dépendances sont rares, valeur vs effort suffit souvent.
La matrice d'Eisenhower sépare deux dimensions que l'on confond en permanence :
| Important | Pas important | |
|---|---|---|
| Urgent | À faire maintenant | Déléguer ou automatiser |
| Pas urgent | À planifier | À éliminer |
L'urgent a une date et de la pression ; l'important rapproche de l'objectif. L'erreur est de laisser l'urgent remplir la journée pour que l'important n'ait jamais de créneau. Dans un projet, la revue des priorités, la documentation et l'amélioration du flux sont souvent importantes et pas urgentes : si elles ne sont pas planifiées, elles n'arrivent pas.
Exemple. Une alerte de production est urgente et importante : on la traite. Une demande client sans date peut être importante mais pas urgente : on la planifie. Une réunion qui ne décide rien peut être urgente pour celui qui la convoque et pas importante pour le projet : on la délègue ou on l'annule.
Eisenhower ne remplace ni MoSCoW ni WSJF ; il sert au quotidien. Si vous l'appliquez à toute la roadmap, vous finirez par réagir au lieu de décider.
| Situation | Technique recommandée |
|---|---|
| Fermer le périmètre d'une release | MoSCoW |
| Trier une longue liste d'idées sans données | Valeur vs effort |
| Comparer des initiatives avec dépendances | WSJF |
| Ordonner le travail du jour ou de la semaine | Eisenhower |
Une séquence qui fonctionne : Eisenhower au quotidien, valeur vs effort pour le backlog, MoSCoW pour la release et WSJF quand plusieurs équipes se disputent la même capacité. Pas besoin des quatre en même temps.
Syncro ne décide pas à votre place, mais garde les décisions au même endroit que l'exécution :
La planification hebdomadaire et le suivi des heures ferment la boucle : vous décidez, vous exécutez, vous vérifiez si la décision ressemblait à la réalité.
La priorisation se dégrade quand elle a lieu une fois par trimestre. Réservez 20 minutes fixes :
L'objectif n'est pas un backlog parfait. C'est que l'équipe sache quoi faire le lundi sans rediscuter la liste.
MoSCoW fonctionne-t-il pour une équipe de deux ? Oui, encore plus : il oblige à écrire ce qui sort. Avec de petites équipes, le Won't est la partie la plus précieuse de l'exercice.
Combien de tâches le backlog doit-il contenir ? Il n'y a pas de nombre magique. Si le backlog prend plus de cinq minutes à lire, il est trop plein. Épurez avant d'ajouter.
Et si le métier veut tout pour hier ? Traduisez la demande en capacité : combien d'heures il y a et ce qui tombe si tout entre. La conversation cesse d'être sur les priorités et devient une conversation sur le périmètre, là où une vraie décision est possible.
Le champ de priorité de Syncro remplace-t-il la technique ? Non. Le champ de priorité est la façon de communiquer la décision ; la technique est la façon d'y arriver. D'abord vous décidez, ensuite vous étiquetez.
À retenir : une priorité sans renoncement explicite n'est qu'une intention. Si vous ne pouvez pas dire ce qui sort, vous n'avez pas encore priorisé.
Commencez aujourd'hui
Testez la pratique sur un vrai projet, sans rien configurer.
Sans carte bancaire · prêt en minutes