# Méthode MoSCoW, le guide complet pour prioriser vos projets > Maîtrisez la méthode MoSCoW en 3 étapes concrètes. 4 catégories de priorisation, erreurs à éviter et retour d'expérience Danone pour structurer vos projets. Source: https://asana.com/fr/resources/what-is-moscow-method ## Qu’est-ce la méthode MoSCoW ? Définition, méthode et outils utilisés #### Résumé La méthode MoSCoW structure vos décisions de priorisation autour de quatre catégories : Must Have, Should Have, Could Have et Won't Have. Ce guide vous accompagne pas à pas, de la définition du cadre jusqu'à sa mise en pratique, en passant par les erreurs fréquentes à éviter. Vous découvrirez également comment Danone a déployé cette approche à l'échelle mondiale avec Asana.Vos équipes croulent sous les demandes, les ressources sont limitées et chaque projet semble urgent. Sans méthode de priorisation rigoureuse, les décisions se prennent dans l'urgence, au détriment des initiatives à forte valeur ajoutée. Les entreprises qui se démarquent partagent un point commun : elles savent distinguer l'essentiel de l'accessoire, de manière structurée et collective. La méthode MoSCoW offre précisément ce cadre. En classant chaque exigence selon son degré de criticité, elle permet de concentrer les efforts là où ils comptent le plus. ## Définition et origine de la méthode MoSCoW La méthode MoSCoW est une technique de priorisation créée par Dai Clegg dans le cadre du développement de systèmes dynamiques (DSDM). Elle classe les exigences d'un projet en quatre catégories, Must Have, Should Have, Could Have et Won't Have, afin de concentrer les ressources sur les éléments les plus critiques. Ce cadre est né dans les années 1990 chez Oracle, où Dai Clegg cherchait un moyen simple d'aider les équipes de développement logiciel à [hiérarchiser leurs tâches](https://asana.com/fr/resources/how-prioritize-tasks-work). Le DSDM, méthode Agile orientée vers le développement rapide d'applications (RAD), imposait de fixer très tôt la qualité, les coûts et les délais. Il fallait donc un mécanisme clair pour répartir les priorités entre parties prenantes. Avant de lancer une analyse MoSCoW, trois prérequis sont indispensables. Premièrement, les parties prenantes et l'équipe produit doivent s'accorder sur les objectifs et les critères de priorisation. Deuxièmement, il faut définir en amont un processus de résolution des désaccords pour éviter que les divergences ne bloquent l'avancement. Troisièmement, un consensus sur la répartition des ressources entre les catégories doit être établi. Sa popularité est comparable à celle de la [matrice d'Eisenhower](https://asana.com/fr/templates/eisenhower-matrix), elle aussi utilisée pour hiérarchiser les priorités en gestion de projet. Une fois ces fondations posées, vous pouvez commencer à classer chaque initiative dans la catégorie appropriée. #### Le nouveau rôle de l’IA en gestion de projet Découvrez comment l’IA redéfinit les pratiques, les responsabilités et l’organisation du travail. - [Lire l'article](/resources/ai-project-management-new-role) - [Lire l'article](/resources/ai-project-management-new-role) ## Quelles sont les catégories MoSCoW ? MoSCoW est un acronyme dont seules les lettres M, S, C et W désignent une catégorie. Les « o » facilitent simplement la prononciation. Chaque catégorie reflète un niveau de criticité distinct, ce qui en fait l'une des [méthodes de gestion de projet](https://asana.com/fr/resources/project-management-methodologies) les plus accessibles. ### M : Must have this Les « Must Have » sont les initiatives essentielles à la réussite du projet. Elles sont non négociables et décrivent des fonctionnalités ou des solutions qui doivent impérativement être livrées. Sans elles, le projet perd sa raison d'être. ### S : Should have this if at all possible Les « Should Have » apportent une vraie valeur ajoutée, mais ne conditionnent pas la réussite immédiate du projet. Contrairement aux « Must Have », elles peuvent être reportées à une version ultérieure sans compromettre le livrable principal. ### C : Could have this if it does not affect anything else Les « Could Have » sont souhaitables, mais non nécessaires au fonctionnement du produit. Ces initiatives sont les premières à être dépriorisées lorsqu'un autre élément prend du retard ou consomme plus de ressources que prévu. ### W : Won't have this time but would like in the future Les « Won't Have » ne seront pas incluses dans le périmètre actuel. Cette catégorie permet de gérer les attentes de manière transparente et de prévenir la dérive du projet. Les initiatives classées ici ne sont pas abandonnées ; elles sont simplement différées. Le tableau ci-dessous récapitule les quatre catégories MoSCoW, leur niveau de priorité et un exemple concret pour chacune. **Catégorie** **Niveau de priorité** **Définition** **Exemple** Must Have Critique Indispensable à la réussite du projet Authentification sécurisée pour une application bancaire Should Have Élevé Importante, mais reportable Notifications en temps réel pour les mises à jour de projet Could Have Modéré Souhaitable, sans impact sur le livrable principal Mode sombre sur l'interface utilisateur Won't Have Différé Hors périmètre pour cette itération Intégration multilingue prévue en V2 ## Comment effectuer une analyse MoSCoW ? La théorie est claire, mais la mise en pratique demande de la rigueur. Voici les trois étapes pour mener une analyse MoSCoW efficace. ### Réunissez-vous et listez toutes les tâches à hiérarchiser Commencez par réunir les acteurs clés du projet. Il est essentiel que les [parties prenantes](https://asana.com/fr/resources/project-stakeholder) soient présentes afin que les choix soient validés par tous à l'issue de la réunion. Listez ensuite tous les points clés dont il faudra débattre. L'objectif est de dresser une liste la plus détaillée possible de toutes les activités et initiatives à hiérarchiser. Vous pouvez le faire à l'aide d'un tableur, d'un tableau blanc ou d'une [liste des tâches](https://asana.com/fr/resources/make-better-to-do-lists) en ligne. Cette dernière option est la plus pratique, car elle est modifiable à tout moment et reste accessible en permanence. **Erreur fréquente :** lancer l'exercice sans avoir préalablement défini les critères de priorisation. Sans cadre commun, chaque participant évalue les initiatives selon ses propres référentiels, ce qui allonge les débats et fragilise la légitimité du résultat. - [Créer un modèle de liste de tâches hebdomadaire](/templates/weekly-to-do-list) ### Affectez une catégorie MoSCoW à chaque item Étudiez les différentes tâches et qualifiez-les selon leur niveau de criticité : Must Have, Should Have, Could Have ou Won't Have. Comme lors de la création d'une [carte mentale](https://asana.com/fr/resources/what-is-mindmap), n'hésitez pas à utiliser des couleurs pour distinguer les catégories. Ce travail se fait à l'issue d'un [brainstorming](https://asana.com/fr/resources/brainstorming-techniques) collectif au cours duquel vous aurez pris soin de recueillir l'avis de chaque participant. Aidez-vous d'un [tableau Kanban](https://asana.com/fr/templates/kanban-board) pour hiérarchiser chacune des tâches. Créez simplement une colonne par catégorie et classez les éléments au fur et à mesure des discussions. **Conseil pratique :** dans Asana, utilisez les Champs personnalisés pour attribuer une catégorie MoSCoW à chaque tâche. Vous obtenez ainsi une vue filtrée et triable de vos priorités, partagée en temps réel avec l'ensemble de l'équipe. ### Validez la hiérarchisation Une fois que tout le monde a exprimé son point de vue, rassemblez toutes les initiatives dans la catégorie choisie. Il faut à présent vérifier si la répartition est conforme aux objectifs et contraintes du projet. Pour cela, gardez la tête froide et ne succombez pas à l'envie de tout ranger dans la catégorie « Must Have ». Rappelez-vous, MoSCoW est une [méthode agile](https://asana.com/fr/resources/agile-methodology) qui permet de définir un ensemble de fonctionnalités de base ayant la priorité absolue. L'équilibre sain entre les éléments indispensables et les éléments souhaitables représente environ 50 % de l'ensemble du projet. **Erreur fréquente :** considérer la classification comme définitive. La priorisation MoSCoW doit être réévaluée à chaque sprint ou phase du projet, en fonction de l'évolution des contraintes et des apprentissages. ## Les avantages de la méthode MoSCoW La méthode MoSCoW présente plusieurs atouts concrets pour les équipes qui gèrent des projets complexes. **Flexibilité dans la hiérarchisation des tâches.** En séparant clairement les fonctionnalités indispensables de celles qui peuvent attendre, vous adaptez votre [matrice de priorités](https://asana.com/fr/resources/priority-matrix) en fonction des contraintes réelles. Lorsqu'un budget se resserre ou qu'une compétence clé manque dans l'équipe, la classification MoSCoW indique immédiatement quelles initiatives reporter. **Transparence pour toutes les parties prenantes.** L'ensemble des acteurs travaille à partir d'une liste de priorités unique et partagée. Chaque personne comprend ce qui est indispensable, ce qui est souhaitable et ce qui sort du périmètre. Les équipes de développement identifient rapidement les éléments à inclure dans chaque [sprint](https://asana.com/fr/resources/sprint-backlog) ou itération. **Répartition claire des ressources.** La distinction entre les catégories permet d'[allouer les ressources](https://asana.com/fr/resources/resource-leveling) en priorité aux « Must Have », puis de redistribuer le reste aux « Should Have » et « Could Have ». Cette logique s'avère particulièrement utile lorsque plusieurs projets se disputent les mêmes ressources ou que des priorités concurrentes émergent au sein de l'organisation. ## Erreurs courantes et limites de la méthode MoSCoW La simplicité de la méthode MoSCoW est à la fois sa force et son principal risque. Voici les pièges les plus fréquents et les limites à connaître avant de l'adopter. - **Surcharge de la catégorie Must Have.** Si plus de 60 % de vos initiatives sont classées « Must Have », la priorisation a échoué. Revenez aux critères de sélection et challengez chaque élément avec la question : « Le projet échoue-t-il sans cette initiative ? » - **Critères de classification flous.** Sans grille d'évaluation partagée, les catégories sont attribuées au ressenti. Définissez en amont des critères objectifs (impact sur le chiffre d'affaires, dépendance technique, délai réglementaire) pour chaque niveau de priorité. - **Catégorie Won't Have ignorée.** Les équipes qui ne remplissent pas cette catégorie s'exposent à la dérive du périmètre. Expliciter ce qui ne sera pas fait est aussi stratégique que de définir ce qui le sera. - **Classification figée.** MoSCoW est un cadre vivant. Si les priorités ne sont pas réévaluées à chaque sprint ou phase, la classification perd sa pertinence face à l'évolution des contraintes. Sur le plan structurel, la méthode reste subjective : contrairement à un cadre comme RICE, elle ne propose ni score quantitatif ni mécanisme de pondération intégré. Sa fiabilité dépend directement de la qualité du consensus entre les parties prenantes. ## En pratique : comment Danone a structuré ses priorités avec Asana Passer de la théorie à la pratique exige un terrain d'application concret. Le déploiement d'Asana chez Danone illustre comment une organisation mondiale peut structurer ses priorités à grande échelle. ### Le défi Danone opère dans plus de 120 marchés avec plus de 100 000 collaborateurs. Avant sa transformation digitale, les équipes s'appuyaient sur des e-mails et des feuilles de calcul pour coordonner leurs projets. Cette fragmentation rendait impossible l'alignement des priorités entre des équipes distribuées sur plusieurs continents. Les demandes s'accumulaient sans hiérarchisation claire, et les décisions se prenaient en silos. ### La solution Asana Danone a migré vers Asana pour centraliser la gestion de ses projets. Les équipes utilisent désormais les Règles pour automatiser les flux de travail récurrents, les Portefeuilles pour obtenir une visibilité transversale sur l'ensemble des projets, la Gestion des ressources pour équilibrer la charge de travail entre les équipes, et les Tableaux de bord pour suivre l'avancement en temps réel. En structurant les demandes entrantes selon une logique Must Have / Should Have / Could Have, les équipes ont pu concentrer leurs ressources sur les livrables à plus fort impact. ### L'impact La standardisation des processus a permis à Danone d'améliorer l'alignement entre les équipes à l'échelle mondiale. Les parties prenantes partagent une vision commune des priorités, ce qui réduit les allers-retours et accélère la prise de décision. Cette transformation illustre comment un cadre de priorisation, combiné à un outil de gestion du travail adapté, peut structurer les opérations d'une organisation de cette envergure. Découvrez le retour d'expérience complet de Danone avec Asana : [consulter l'étude de cas](https://asana.com/fr/case-study/danone). ## FAQ - Tout savoir sur la méthode MoSCoW Voici les réponses aux questions les plus fréquentes sur la méthode MoSCoW. #### Quelle est la différence entre la méthode MoSCoW et la matrice d'Eisenhower ? La matrice d'Eisenhower classe les tâches selon l'urgence et l'importance, principalement pour la gestion du temps individuelle. La méthode MoSCoW, en revanche, priorise les exigences d'un projet collectif en fonction de leur criticité pour le livrable. Eisenhower aide à organiser votre journée ; MoSCoW aide une équipe à définir le périmètre d'un projet. #### Peut-on utiliser la méthode MoSCoW en dehors de l'informatique ? La méthode MoSCoW s'applique à tout contexte où des initiatives doivent être hiérarchisées avec des ressources limitées. Les équipes marketing l'utilisent pour prioriser les campagnes, les responsables RH pour séquencer les projets de transformation, et les chefs de produit pour structurer leur feuille de route. Le cadre fonctionne dès qu'un groupe doit arbitrer entre des priorités concurrentes. #### Comment gérer les désaccords lors d'une priorisation MoSCoW ? Définissez un protocole de décision avant de commencer l'exercice. Les mécanismes les plus efficaces incluent le vote pondéré (chaque partie prenante dispose d'un nombre limité de votes), la priorisation sur la base de critères quantifiables (impact, effort, risque) et le cadrage temporel des débats. Si un consensus reste impossible, la décision revient au responsable du projet. ## L'essentiel à retenir sur la méthode MoSCoW La méthode MoSCoW est un cadre d'une simplicité trompeuse. Sa véritable puissance réside dans la discipline de son application : des critères de classification partagés, un consensus solide entre les parties prenantes et une réévaluation régulière des priorités. Retenez les fondamentaux : quatre catégories avec des frontières claires, un alignement collectif comme prérequis, et une vigilance constante face aux pièges courants (surcharge des « Must Have », critères flous, classification figée). Ce cadre ne remplace pas le jugement, mais il le structure. Pour toute équipe dotée de solides [compétences en gestion de projet](https://asana.com/fr/resources/project-management-skills) qui navigue entre des priorités concurrentes et des ressources limitées, la méthode MoSCoW reste un levier de clarté et d'efficacité. Centralisez votre priorisation dans un outil de gestion du travail comme Asana pour transformer ce cadre en processus opérationnel partagé. #### Automatisez votre priorisation avec l'IA Laissez l'intelligence artificielle organiser votre charge de travail. Avec Asana, classez automatiquement vos tâches selon leur urgence et leur importance, et visualisez votre matrice en un seul clic pour gagner en sérénité. - [Découvrez l’IA Asana](/product/ai) - [Planification de projet](/resources/project-planning-archived) - [11 modèles de plan de projet pour tous types de projets](/fr/resources/project-plan-templates) Planification de projet #### Responsable du contenu, Asana Lancer un nouveau projet sans cadre préétabli, c'est s'exposer à des allers-retours inutiles, des responsabilités floues et des délais qui dérapent. Quand plusieurs équipes interv ... - [Processus décisionnel : étapes, méthodes et exemples](/fr/resources/decision-making-process) leadership Collaboration Planification de projet #### Rédactrice En entreprise, la qualité des décisions conditionne directement la performance des projets et la confiance des équipes. Pourtant, beaucoup de managers avancent sans cadre clair, c ... - [Comment faire un calendrier éditorial ? Exemple gratuit inclus](/fr/resources/editorial-calendar) Planification de projet #### Auteur Votre équipe marketing publie sur le blog, les réseaux sociaux, la newsletter et parfois un podcast. Chaque canal a son rythme, ses formats et ses parties prenantes. Sans cadre pa ... - [Indicateurs clés de performance (KPI) : définition et exemples](/fr/resources/key-performance-indicator-kpi) Objectifs Planification de projet #### Auteur Trop d’équipes mesurent sans piloter. Or, un KPI bien défini ne se contente pas d’observer : il guide les actions. Ces indicateurs de performance, choisis selon vos objectifs et v ... - [Qu’est-ce la méthode MoSCoW ? Définition, méthode et outils](/fr/resources/what-is-moscow-method) Planification de projet Planification de projet - [Auteur](/author/lydia-rajteric) Vos équipes croulent sous les demandes, les ressources sont limitées et chaque projet semble urgent. Sans méthode de priorisation rigoureuse, les décisions se prennent dans l'urge ...