À quoi ça sert
Dans les boîtes, les listes de priorités ont un défaut commun : tout est en haut. Chaque service défend sa ligne, le comité n'ose pas trancher, et l'équipe projet se retrouve avec trente « priorités 1 ». MoSCoW casse ce blocage en changeant la question. On ne demande plus « est-ce important ? » mais « que se passe-t-il si on ne le fait pas ? ».
Elle sert à cadrer le contenu d'un projet, d'une version de produit, d'un plan d'action après un séminaire, d'un budget à arbitrer. Elle rend aussi visible un renoncement collectif, ce qui évite qu'il soit vécu comme une trahison trois mois plus tard.
D'où ça vient
La méthode a été créée par Dai Clegg, chez Oracle, dans les années 1990. Elle a ensuite été intégrée à la méthode de gestion de projet DSDM, puis largement reprise dans le monde agile. Les o minuscules ne servent qu'à rendre le mot prononçable.
Les quatre cases, sans ambiguïté
- Must : sans cet élément, le projet échoue ou n'a plus de sens. Test : « si on ne le fait pas, est-ce qu'on annule tout ? » Si non, ce n'est pas un Must.
- Should : important, mais le projet reste viable sans, quitte à trouver un contournement.
- Could : souhaitable, on le fera s'il reste du temps ou du budget.
- Won't : pas cette fois. Ce n'est pas un refus définitif. C'est un « pas maintenant » assumé et écrit.
Posez une limite avant de commencer : les Must ne doivent pas consommer toute la capacité disponible. Gardez-les nettement en dessous, pour qu'il reste une marge quand un imprévu arrive. Et il arrive toujours.
Quand l'utiliser, quand l'éviter
Utilisez-la quand la liste existe déjà et qu'il faut la trier : fonctionnalités, chantiers, actions sorties d'un séminaire. Elle marche avec un groupe qui partage le même objectif, de trois à quinze personnes.
Évitez-la quand l'objectif lui-même n'est pas clair. Sans objectif, impossible de dire ce qui est indispensable, et chacun défend son Must. Clarifiez d'abord le cap. Évitez-la aussi pour comparer des options de nature très différentes : une matrice impact / effort est alors plus lisible.
La consigne qui fait tout
- « Pour chaque élément proposé en Must, la personne qui le propose complète : si on ne le fait pas, alors... Si la phrase ne finit pas par un échec du projet, l'élément descend en Should. »
- « Avant de terminer, la colonne Won't doit contenir au moins trois éléments. Sinon, on n'a pas priorisé, on a juste rangé. »
- « Pour chaque Won't, écrivez quand on en reparlera. »
La troisième consigne rend le renoncement acceptable. « Pas maintenant, on en reparle en mars » ne se vit pas comme « jamais ».
Avec quoi la combiner
En amont, un vote par gommettes dégrossit une longue liste. En aval, un poing à cinq vérifie que la colonne Won't est réellement acceptée, surtout par ceux dont les demandes y figurent. Si le groupe n'arrive pas à trancher, lisez la fiche personne ne tranche.