Méthode MoSCoW

Définition rapide

La méthode MoSCoW est un outil de priorisation utilisé en gestion de projet pour classer les exigences ou fonctionnalités selon leur importance : Must have, Should have, Could have et Won't have.

Définition détaillée

MoSCoW est un acronyme formé des initiales des quatre catégories de priorité :

• Must have : indispensable. Le produit ou le livrable ne peut pas fonctionner sans cette fonctionnalité. Si elle est absente, le projet est considéré comme un échec.
• Should have : important mais non bloquant. Cette fonctionnalité a une vraie valeur mais le produit peut être livré sans elle. Elle sera incluse si le temps et le budget le permettent.
• Could have : souhaitable. Cette fonctionnalité améliorerait l'expérience mais son absence n'a qu'un impact limité. Elle est souvent reportée à une version ultérieure.
• Won't have (this time) : hors périmètre pour cette version. Ce n'est pas un rejet définitif, mais une décision explicite de ne pas inclure cet élément dans la version en cours.

La méthode est souvent utilisée lors des ateliers de cadrage de projet ou pour rédiger un cahier des charges. Elle permet d'aligner les parties prenantes sur ce qui est réellement prioritaire et d'éviter le syndrome du "tout est urgent".

Exemples concrets

• Application mobile : authentification utilisateur (Must), notifications push (Should), mode sombre (Could), intégration réseaux sociaux (Won't have v1).
• Site e-commerce : fiche produit et panier (Must), avis clients (Should), recommandations personnalisées (Could), programme de fidélité (Won't have v1).
• SaaS de gestion : création et modification d'enregistrements (Must), export CSV (Should), tableau de bord analytique (Could), API publique (Won't have v1).

Pourquoi c'est important

Sans priorisation claire, tous les éléments d'un projet tendent à être traités comme urgents, ce qui conduit à des dépassements de budget, des délais non tenus et des produits surchargés.

La méthode MoSCoW force à prendre des décisions explicites :

• Elle réduit le scope creep en définissant ce qui est hors périmètre.
• Elle facilite les arbitrages budgétaires entre fonctionnalités.
• Elle permet de livrer un MVP utile rapidement en se concentrant sur les Must have.
• Elle crée un langage commun entre les équipes métier et technique.

À retenir

• MoSCoW classe les exigences en 4 catégories : Must, Should, Could, Won't.
• C'est un outil de priorisation, pas de planification : il dit quoi faire, pas quand.
• Le Must have doit rester limité : si tout est Must, rien ne l'est vraiment.
• Won't have n'est pas un refus définitif : c'est un report explicite.
• Très utilisé dans les ateliers de cadrage et les cahiers des charges agiles.

Sources

• Agile Business Consortium – MoSCoW Prioritisation
• Méthode MoSCoW – Wikipédia

Plus d’infos sur la méthode MoSCoW ?

Prendre rendez-vous

Qui a créé la méthode MoSCoW ?

La méthode MoSCoW a été créée par Dai Clegg dans les années 1990 dans le cadre de la méthode DSDM. Elle est depuis largement adoptée dans les projets agiles et les cahiers des charges.

Comment décider si une fonctionnalité est Must ou Should ?

Une fonctionnalité est Must have si le produit ne peut pas fonctionner sans elle. Si son absence empêche l’utilisateur d’accomplir son objectif principal, c’est un Must. Une fonctionnalité Should have améliore significativement l’expérience, mais le produit reste utilisable sans elle.

La méthode MoSCoW s’utilise-t-elle uniquement pour les fonctionnalités ?

Non, elle peut s’appliquer à tout type d’exigence : fonctionnalités, contraintes techniques, exigences UX, livrables de projet, critères de recette. C’est un outil de priorisation générique.

Qui décide de la classification MoSCoW dans un projet ?

La classification doit être co-construite entre le porteur de projet (qui connaît les besoins métier) et l’équipe technique (qui évalue la complexité). En pratique, c’est souvent fait lors d’un atelier de cadrage en début de projet.