La méthode MoSCoW

Le principe

MoSCoW classe les fonctionnalités (ou exigences) en quatre catégories, selon leur importance réelle pour la réussite du projet.

L’objectif n’est pas de tout faire, mais de faire en priorité ce qui est essentiel.

Les quatre catégories MoSCoW

Must have — Indispensable

Ce sont les fonctionnalités obligatoires.

Sans elles :

• le projet ne fonctionne pas,
• ou ne répond pas au cahier des charges.

Exemples :

• sauvegarde des données,
• accès sécurisé,
• fonctionnalité principale du projet.

👉 Un projet sans les “Must” est un projet raté.

Should have — Important

Ces fonctionnalités apportent une valeur forte, mais le projet peut fonctionner sans elles à court terme.

Exemples :

• amélioration de l’ergonomie,
• fonctionnalités avancées,
• options utiles mais non critiques.

👉 À faire si possible, après les Must.

Could have — Optionnel

Ces fonctionnalités sont agréables, mais non nécessaires.

Exemples :

• options de confort,
• éléments esthétiques secondaires,
• petites améliorations non essentielles.

👉 À réaliser s’il reste du temps et du budget.

Would / Won’t have — Non prévu

Dans la méthode originale, le W signifie Would have. En pratique, en gestion de projet (et très souvent en contexte scolaire ou agile), on utilise plutôt Won’t have.

Cela correspond à :

• des idées intéressantes,
• mais que l’on n’a pas le temps ou le budget de réaliser,
• ou qui sont volontairement exclues du périmètre.

👉 Won’t = pas pour cette version du projet.

C’est une décision consciente, pas un oubli.

Pourquoi utiliser MoSCoW

La méthode MoSCoW permet de :

• clarifier les priorités dès le départ,
• éviter le “tout est important”,
• sécuriser les délais,
• mieux gérer les attentes du client ou de l’enseignant,
• garder une vision réaliste du projet.

Elle est particulièrement efficace en début de projet ou lors de la planification d’une itération.

Exemple concret

Projet d’application web :

• Authentification utilisateur → Must
• Gestion des rôles (admin/utilisateur) → Should
• Thème sombre personnalisable → Could
• Intelligence artificielle de recommandation → Won’t

La méthode rend les choix lisibles et assumés.

Bonnes pratiques

• Il doit toujours y avoir des éléments dans Won’t.
• Trop de Must = projet irréaliste.
• Les catégories peuvent évoluer au fil du projet.
• La priorisation se fait collectivement et de manière argumentée.

Synthèse

Ce qu’il faut retenir :

• MoSCoW est une méthode simple de priorisation.
• Must = indispensable.
• Should = important.
• Could = optionnel.
• Won’t = volontairement exclu (manque de temps ou de budget).
• MoSCoW aide à livrer un projet réaliste et maîtrisé.

C’est un outil essentiel pour apprendre à faire des choix en gestion de projet, plutôt que de subir les contraintes.