Matrice MoSCoW : prioriser les fonctionnalités sans tout mettre en Must
La matrice MoSCoW est une méthode de priorisation qui range chaque fonctionnalité dans l’un de quatre niveaux, obligatoire, souhaitable, possible ou hors de ce lot, et qui plafonne la part du niveau obligatoire.
Page mise à jour le 12 septembre 2026. Modèle relu et remis à jour à chaque millésime.
La matrice MoSCoW range les fonctionnalités en quatre niveaux : obligatoire, souhaitable, possible, hors de ce lot. Sa force n’est pas dans les quatre lettres, que tout le monde connaît. Elle est dans la règle qui les rend utiles : plafonner ce qui est déclaré obligatoire à une part du budget, et forcer l’arbitrage tant que le plafond est dépassé. Voici le modèle Excel qui applique cette règle et calcule l’écart.
Les quatre niveaux, et ce qu’ils engagent réellement
Le classement est simple à énoncer et difficile à tenir, parce que chaque niveau engage quelque chose de différent. Le premier est une condition de mise en ligne. Le deuxième est une attente forte qui peut attendre une version suivante. Le troisième est un bonus qu’on livre s’il reste de la place. Le quatrième est une exclusion assumée et datée.
- Obligatoire. Sans cette fonctionnalité, la mise en ligne n’a pas lieu. Le test qui tranche : si on la retire, est-ce que le produit reste utilisable pour l’usage principal ? Si la réponse est oui, ce n’est pas un obligatoire.
- Souhaitable. Le produit fonctionne sans, mais son absence se remarque et se ressent. On la livre dès que la place existe, sans quoi la version suivante est attendue avec impatience.
- Possible. Améliore le confort, ne conditionne rien. C’est la réserve de manœuvre : c’est ici qu’on coupe en premier quand un imprévu arrive, et personne ne devrait en être surpris.
- Hors de ce lot. Décidé, écrit, daté. Pas abandonné : simplement reporté à un lot ultérieur, avec la date de la prochaine revue. C’est la mention qui fait accepter le classement à ceux dont la demande sort.
Le test du niveau obligatoire mérite d’être appliqué sans complaisance, parce que c’est là que la méthode se perd. Dans la pratique, la moitié des lignes classées obligatoires par une équipe passent au niveau souhaitable dès qu’on pose la question « si on livre sans, que se passe-t-il exactement le premier jour ». La réponse est souvent « rien de grave, c’est juste moins pratique », et cette réponse vaut classement.
Sur une application mobile, deux familles de fonctionnalités sont obligatoires sans discussion possible, et elles sont pourtant régulièrement oubliées du classement. Celles qui conditionnent l’acceptation par les magasins d’applications, comme la suppression de compte depuis l’application quand la création de compte existe, ou la politique de confidentialité accessible. Et celles qui relèvent d’une obligation légale, comme le recueil du consentement pour le suivi publicitaire. Elles ne s’arbitrent pas, elles se constatent.
La règle du plafond, sans laquelle la matrice ne sert à rien
Une matrice MoSCoW où tout est obligatoire est une liste de fonctionnalités avec une colonne en plus. C’est le sort de la plupart des matrices remplies sans contrainte : chaque personne classe sa demande en obligatoire, personne ne ment, et le résultat n’arbitre rien.
Le remède est mécanique. On estime d’abord, on classe ensuite, et on pose un plafond : la somme des charges du niveau obligatoire ne doit pas dépasser environ 60 % de la charge du lot. Le reste constitue la marge, et cette marge est ce qui permet d’absorber les imprévus sans repousser la mise en ligne. Tant que le plafond est dépassé, l’atelier continue.
Le tableur applique cette règle littéralement. Chaque ligne porte son estimation, les totaux par niveau se calculent seuls, et une cellule affiche l’écart au plafond en rouge tant qu’il est dépassé. Ce n’est pas un artifice de mise en forme : c’est ce qui empêche la réunion de se terminer sur un accord de façade. Tant que la cellule est rouge, il reste une décision à prendre.
Un point de vigilance sur le chiffre lui-même : la proportion de 60 % est une convention de travail, pas une loi. Certaines équipes tiennent à 50, d’autres à 70 selon la taille du lot et la marge de délai. Ce qui compte n’est pas la valeur retenue, c’est qu’elle soit fixée avant le classement et non ajustée pendant, parce qu’un plafond qu’on déplace en séance ne plafonne plus rien.
Mener l’atelier de priorisation en une heure
L’atelier suppose trois conditions réunies avant d’entrer dans la salle. Les fonctionnalités sont listées et estimées, même grossièrement. Le budget ou la charge du lot est connu. Un décideur est nommé, une seule personne, et tout le monde sait qui c’est. Sans ces trois éléments, la séance produit une discussion agréable et aucune décision.
- Dix minutes de rappel : l’objectif du lot, la charge disponible, la règle du plafond, la signification des quatre niveaux.
- Vingt minutes de premier passage, sans débat : chacun classe silencieusement, ligne par ligne. Les écarts entre participants seront le programme de la suite.
- Vingt minutes sur les lignes en désaccord uniquement. Les lignes où tout le monde est d’accord sont acquises et ne prennent pas de temps.
- Dix minutes de mise au plafond : si le niveau obligatoire dépasse, le décideur fait descendre des lignes jusqu’à ce que la cellule d’écart repasse au vert.
- Cinq minutes pour dater la revue du niveau exclu et noter, pour chaque descente de niveau, la raison en une ligne.
La dernière étape est celle qu’on saute et qu’il ne faut pas sauter. Une décision sans motif écrit se rediscute au premier changement d’interlocuteur. Une ligne de justification, « descendu en souhaitable parce que le contournement manuel existe et coûte deux minutes par jour », ferme le sujet pour de bon.
Le résultat se recopie ensuite dans la colonne de priorité du backlog de user stories, et les thèmes retenus alimentent la colonne Maintenant de la roadmap produit. La matrice n’est pas un document qui vit seul : elle produit une décision, et cette décision se range dans les outils de travail existants.
Le document
Les fichiers ci-dessous sont libres d’usage, y compris pour un projet commercial. Ils portent le nom du site en pied de page, rien d’autre : ni logo imposé, ni mention à conserver. Le formulaire plus haut sert à les recevoir par courriel, le téléchargement direct fonctionne sans rien laisser.
Un exemple rempli : le cas fictif Rondo
Extrait de la matrice du cas d’école fictif Rondo, un réseau inventé de soixante-deux boulangeries indépendantes. Charge totale listée pour le premier lot : 100 unités. Plafond fixé à 60 unités pour le niveau obligatoire. Le tableur complet contient trente et une lignes.
- Obligatoire · 8 u.
- Commander une liste de produits dans une boutique choisie, avec un créneau de retrait. Sans cela, il n’y a pas de produit.
- Obligatoire · 5 u.
- Payer la commande en ligne. Le paiement au comptoir annulerait le gain de temps visé par le projet.
- Obligatoire · 3 u.
- Supprimer son compte depuis l’application. Exigence des magasins d’applications dès lors que la création de compte existe, donc non arbitrable.
- Obligatoire · 6 u.
- Écran boutique pour suspendre un produit épuisé. Sans lui, le réseau vend ce qu’il n’a plus dès la première semaine.
- Souhaitable · 4 u.
- Reprendre sa commande habituelle en un geste. Le produit fonctionne sans, mais l’objectif de commande répétée en dépend largement.
- Souhaitable · 3 u.
- Notification quand la commande est prête. Contournement possible par un créneau garanti affiché à la commande.
- Possible · 2 u.
- Voir l’historique de ses commandes sur douze mois. Confort, aucune conséquence si absent.
- Hors de ce lot
- Livraison à domicile, parrainage, abonnement mensuel, version pour tablette de comptoir. Revue prévue au premier comité de janvier.
Le premier passage de cet atelier fictif avait classé vingt-deux lignes sur trente et une en obligatoire, pour 84 unités sur 100. Le plafond a forcé neuf descentes de niveau, chacune motivée en une ligne. C’est exactement le travail que la matrice est censée produire, et il n’a lieu que si le plafond est posé avant le classement.
Les erreurs qui coûtent le plus cher
- Tout classer en obligatoire. C’est le cas le plus fréquent, et il vide la méthode de son sens. Le plafond chiffré est la seule parade qui fonctionne, parce qu’il transforme une opinion en contrainte arithmétique visible par tous dans la même cellule.
- Prioriser avant d’estimer. Classer des fonctionnalités dont on ignore la charge revient à ranger des objets sans connaître leur poids. Une estimation grossière suffit, mais elle doit exister avant l’atelier, sinon le plafond ne peut pas se calculer.
- Utiliser le quatrième niveau comme une corbeille. S’il signifie « refusé », plus personne n’accepte d’y voir sa demande. S’il signifie « pas dans ce lot, revue en janvier », il devient acceptable et il tient. La date fait toute la différence.
- Un atelier sans décideur nommé. Quand trois directions se partagent l’arbitrage, la séance se termine sur un compromis qui conserve tout. Une personne doit pouvoir trancher, et tout le monde doit savoir laquelle avant d’entrer dans la salle.
- Aucune justification écrite des descentes de niveau. Une ligne descendue sans motif remonte au premier changement d’interlocuteur. Une phrase de justification par ligne coûte cinq minutes en fin d’atelier et évite de refaire la réunion en février.
Matrice MoSCoW et devis : ce que le prestataire en fait
Une matrice remplie transforme un devis unique en devis à tiroirs. L’agence chiffre le niveau obligatoire fermement, le niveau souhaitable en option, le niveau possible en estimation indicative. Vous obtenez un plancher, un plafond et une marge de négociation qui porte sur des lignes identifiées plutôt que sur une remise commerciale.
Elle sert aussi de test sur l’agence elle-même. Un prestataire qui reçoit votre matrice et qui remonte deux ou trois lignes du niveau souhaitable vers le niveau obligatoire, en expliquant pourquoi, connaît son métier. Un prestataire qui chiffre l’ensemble sans commenter le classement n’a pas lu le document.
Le cahier des charges d’application mobile décrit ensuite le contenu du niveau obligatoire, et la grille de lecture d’un devis vous permet de vérifier que les montants annoncés correspondent bien au périmètre arbitré. Les ordres de grandeur de prix donnent la charge disponible par niveau d’ambition, qui est précisément le plafond à poser avant l’atelier.
Les autres modèles de la rubrique
Ce que chaque niveau engage
| Niveau | Le test qui tranche | Ce que cela engage | Part de la charge du lot |
|---|---|---|---|
| Obligatoire | Sans elle, le produit est inutilisable pour son usage principal | Condition de mise en ligne | 60 % au maximum |
| Souhaitable | Le produit fonctionne sans, mais l’absence se remarque | Livrée dès que la place existe | Environ 20 % |
| Possible | Améliore le confort, ne conditionne rien | Première réserve coupée en cas d’imprévu | Environ 20 % |
| Hors de ce lot | Décidée hors périmètre, avec une date de revue | Reportée, pas abandonnée | 0 % |
Matrice moscow : questions fréquentes
Qu’est-ce que la matrice MoSCoW ?
C’est une méthode de priorisation qui range chaque fonctionnalité dans l’un de quatre niveaux : obligatoire, souhaitable, possible, hors de ce lot. Les quatre lettres viennent des mots anglais Must, Should, Could et Won’t. Son intérêt tient moins au classement qu’à la règle de plafond qui l’accompagne et qui force l’arbitrage.
Quelle part du budget peut-on classer en obligatoire ?
Environ 60 % de la charge du lot, le reste servant de marge d’absorption des imprévus. Cette proportion est une convention de travail, pas une règle absolue : certaines équipes tiennent à 50 %, d’autres à 70 %. Le point important est de fixer le plafond avant le classement et de ne pas le déplacer pendant l’atelier.
Faut-il estimer les fonctionnalités avant de les prioriser ?
Oui, sans quoi le plafond ne peut pas se calculer et la matrice ne produit aucun arbitrage. Une estimation grossière suffit à ce stade : ce qu’on cherche est un ordre de grandeur relatif entre les lignes, pas un chiffrage contractuel. Le devis apportera la précision plus tard.
Que fait-on des fonctionnalités classées hors de ce lot ?
On les conserve dans une liste datée, avec la date de la prochaine revue. Elles ne sont pas refusées, elles sont reportées. C’est cette nuance qui rend le classement acceptable par ceux dont la demande sort du périmètre, et c’est ce qui évite qu’elles reviennent par la porte de derrière trois semaines plus tard.
MoSCoW ou une autre méthode de priorisation ?
MoSCoW convient au cas le plus fréquent, celui d’un lot à périmètre variable et à budget fixe, parce qu’il désigne explicitement ce qu’on coupera. Les méthodes qui notent la valeur et l’effort sur une échelle sont plus fines mais demandent des données que la plupart des projets n’ont pas encore. Commencez par MoSCoW, changez si le besoin s’en fait sentir.
Un avis technique sur votre périmètre en trente minutes ?
Décrivez votre application en quinze minutes : vous repartez avec un avis technique sous 48 h. Périmètre, technologies pertinentes et ordre de grandeur budgétaire. Sans engagement.
Ou par téléphone 06 32 64 24 80
Les modèles de documents de projet
Expression de besoin, note de cadrage, user stories, matrice de priorisation, roadmap produit : les documents s’enchaînent, et le même cas d’école fictif les traverse tous.