MoSCoW

En clair

La méthode MoSCoW est un outil de gestion qui permet de classer les tâches ou les besoins d'un projet par ordre d'importance pour décider ce qui doit être fait en priorité. Elle divise les objectifs en quatre catégories : les indispensables (Must), les importants (Should), les bonus (Could) et ceux qui sont écartés pour le moment (Won't). Par exemple, pour l'ouverture d'un restaurant, avoir une cuisine aux normes est un Must, alors qu'installer une borne de commande automatique pourrait être un Could.

Étymologie

C'est un acronyme anglais créé par Dai Clegg chez Oracle en 1994. Les lettres capitales M, S, C, W représentent les quatre niveaux de priorité, tandis que les "o" ont été ajoutés pour former le nom de la ville de Moscou en anglais afin de faciliter la mémorisation.

Exemples concrets

• Création d'un site e-commerce : Le panier d'achat et le paiement sécurisé sont des Must have (indispensables). Un système de parrainage est un Should have (important mais non vital au lancement). Un mode sombre pour l'interface est un Could have (confortable mais optionnel).
• Organisation d'un séminaire : La réservation de la salle et des intervenants sont des Must. La distribution de goodies personnalisés est un Won't have pour cette édition afin de respecter le budget.

Ne pas confondre avec…

À la différence de la Matrice d'Eisenhower, qui classe les tâches selon l'urgence et l'importance, le MoSCoW se concentre sur la valeur ajoutée et la faisabilité dans un temps donné. Il est plus souvent utilisé dans les projets Agile où le délai est fixe mais le contenu peut être ajusté.

Cadre légal et recommandations

Sur le plan contractuel, la liste des Must have peut être annexée à un contrat de prestation de services pour définir l'obligation de résultat du prestataire. En droit français, cela permet de préciser le périmètre du projet et d'éviter les litiges sur ce qui était contractuellement dû ou non.

Conseils pratiques

Pour que la méthode fonctionne, impliquez toutes les parties prenantes (clients, techniciens, décideurs) dès le début pour éviter les désaccords en fin de projet. Si vous rédigez un contrat basé sur cette méthode, assurez-vous avec un avocat d'affaires que la distinction entre les catégories est clairement définie pour protéger vos intérêts en cas de retard de livraison.

À retenir

• Must have : les fonctionnalités vitales sans lesquelles le projet échoue.
• Should have : important mais peut être décalé si nécessaire.
• Could have : les petits plus si le temps et le budget le permettent.
• Won't have : les éléments exclus du périmètre actuel.

Synonymes & Antonymes