Modèle Méthode MoSCoW
Placez les objectifs à atteindre dans une matrice pour comprendre leur importance pour les projets de votre équipe.
À propos du modèle Méthode MoSCoW
Lorsque vous travaillez sur un projet avec de nombreux objectifs à atteindre, il peut être difficile de suivre les priorités. A mesure que les délais approchent, les priorités peuvent parfois changer, ce qui complique encore plus votre flux de travail. Comment pouvez-vous suivre l'évolution des priorités tout en vous concentrant sur un projet complexe ?
Continuez à lire pour en savoir plus sur la méthode MoSCoW.
Qu'est-ce que la méthode MoSCoW ?
La méthode MoSCoW est une technique puissante pour suivre des priorités, qui sont classées et placées dans un modèle matriciel. Les chefs de projet, les développeurs produits et les analystes commerciaux utilisent la matrice pour aligner leurs équipes lorsqu'ils travaillent sur un ensemble d'objectifs de projet. Les équipes collaborent avec les parties prenantes pour analyser et classer l'importance des objectifs avec MoSCoW, ce qui permet de rester plus facilement sur la bonne voie.
MoSCoW est un acronyme Must Have, Should Have, Could Have, and Won’t Have. Ces quatre catégories prioritaires constituent les quatre segments de la matrice. Les éléments « Must Have » sont nécessaires pour la livraison du projet. Les éléments « Should Have » sont importants mais pas nécessaires. Les éléments « Could Have » sont agréables à avoir (ce ne sont pas des priorités, mais votre équipe peut y travailler si le temps et les ressources le permettent) et les éléments « Won't Have » n'entrent pas dans le cadre du projet en cours. Pour utiliser MoSCoW, créez quatre segments de catégorie indiquant vos priorités actuelles et leur statut (Terminé, En cours ou Pas encore commencé).
Quand utiliser la méthode MoSCoW
La méthode MoSCoW est utile chaque fois que vous devez présenter les besoins de l'entreprise à un public, évaluer les priorités et collaborer sur des objectifs à atteindre imminents avec un groupe de parties prenantes. En dessinant et en mettant à jour la matrice, vous pouvez obtenir un aperçu de vos priorités et de leur impact à chaque étape d'un projet. MoSCoW permet à tous les membres de votre équipe de saisir facilement les tâches à venir et leur impact sur votre calendrier.
Créez votre propre matrice MoSCoW
Créer votre propre matrice MoSCoW est facile. L'outil du tableau blanc de Miro est le canvas parfait pour la créer et la partager. Commencez par sélectionner le modèle de matrice MoSCoW, puis suivez les étapes suivantes pour créer la vôtre.
Remplissez vos Must Haves. La matrice MoSCoW est divisée en quatre catégories. La première est les Must Haves : les éléments nécessaires à la réalisation de votre projet. Si vous n'êtes pas sûr qu'une tâche soit un Must Have, posez-vous les questions suivantes : Si vous ne terminez pas cette tâche, votre produit ou service fonctionnera-t-il comme prévu ? Pouvez-vous toujours livrer le produit sans cet élément ? Cette tâche vous permet-elle de remplir toutes les exigences légales nécessaires à la réalisation de votre projet ? Votre produit ou service sera-t-il sûr sans lui ? Votre client subira-t-il des conséquences si vous n'accomplissez pas cette tâche ?
Remplissez vos Should Haves. Ensuite, passez aux éléments qui ne sont pas nécessaires pour mener à bien votre projet mais qui sont toujours importants pour son succès. N'oubliez pas que les éléments de cette catégorie ne sont pas vitaux, mais vous devriez quand même essayer de les incorporer dans votre calendrier. Si vous n'êtes pas sûr, demandez-vous : bien qu'il puisse être dommageable de ne pas terminer cette tâche, pourriez-vous toujours expédier le produit sans lui ? Pouvez-vous utiliser une solution de contournement pour éviter cette tâche ?
Remplissez vos Could Haves. De nombreuses équipes qualifient familièrement ces éléments de « nice-to-haves » (bons à avoir). Bien qu'elles puissent améliorer le fonctionnement du service ou améliorer l'apparence de votre produit, ces tâches ne sont pas importantes. Si vous avez le temps ou les ressources pour les terminer à la fin, vous pouvez le faire. Sinon, vous pouvez prévoir de les faire plus tard. Pour remplir cette partie de la matrice, posez-vous les questions suivantes : Quels sont les bénéfices de ces tâches ? L'emportent-elles par rapport aux coûts ? Comment ces tâches ont-elles un impact sur notre calendrier ? Pouvons-nous quand même terminer le projet dans les délais et dans les limites du budget si nous incluons ces tâches ?
Remplissez vos Won’t Haves. Ces éléments sortent du cadre de votre projet actuel. Peut-être que vous n'avez pas le budget pour les terminer, ou peut-être qu'ils ne correspondent pas à votre calendrier. Si vous n'êtes pas tout à fait sûr si un élément est un Won't Have, demandez-vous : quel est l'impact de cet élément sur notre budget ? Notre équipe dispose-t-elle de la marge de manœuvre nécessaire pour accomplir cette tâche ? Cet élément aura-t-il un impact tangible sur notre client ? Personne n'aime admettre qu'il ne peut pas terminer quelque chose, mais ne considérez pas les Won't Haves comme des échecs ; ce sont des projets pour un autre jour.
Comment utilisez-vous le modèle MoSCow ?
L'abréviation MoSCoW (sauf les o) est gravée avec les premières lettres des catégories de priorité avec lesquelles elle travaille. Il s'agit de Must-haves, Should-haves, Could-haves et Won't-haves. Et c'est ainsi que vous pouvez définir quelle tâche entre dans quelle catégorie.
Quels sont les avantages de l'utilisation de la méthode MoSCow ?
Le principal avantage de la technique MoSCoW est qu'elle est rapide et facile à utiliser. La technique permet de mettre en évidence les priorités des projets en cours et d'organiser une gestion efficace du temps.
Commencer avec ce modèle maintenant.
Modèle Cartographie de Scénarios
Idéal pour:
Desk Research, Mapping, Product Management
La cartographie de scénarios est le processus qui décrit toutes les étapes qu'un utilisateur suivra pour accomplir une tâche. Le modèle de cartographie de scénarios vous aide à créer un guide visuel de ce que différentes personas font, pensent et ressentent dans différentes situations. Utilisez la cartographie de scénarios pour décrire un scénario prévu ou idéal (ce qui devrait arriver) ainsi que ce qui se passe vraiment. Si vous essayez de décrire le scénario idéal, la cartographie des utilisateurs doit avoir lieu très tôt dans un projet et peut aider à éclairer les user stories et le backlog du produit. Si vous essayez simplement d'avoir une meilleure idée de ce qui se passe actuellement, vous pouvez réaliser une cartographie des utilisateurs lors d'entretiens ou d'observations.
Modèle de Notes de Réunion
Idéal pour:
Business Management, Meetings
Lorsque votre réunion est un succès (et Miro vous aidera à vous en assurer), la participation sera élevée, des idées brillantes seront formulées et des décisions seront prises. Assurez-vous de n'en manquer aucune. Utilisez notre modèle de notes de réunion pour suivre les notes et les retours dans un endroit centralisé auquel toute l'équipe peut accéder. Attribuez simplement un preneur de notes avant la réunion, identifiez les sujets de discussion et laissez le preneur de notes noter les participants, les points importants traités et toutes les décisions prises.
Modèle de tableau d’étapes
Idéal pour:
Gestion de projet, Planification Stratégique, Planification de projet
Lorsque votre équipe collabore sur un grand projet, garder une trace des nombreuses tâches et des échéances multiples peut être un défi. C'est pourquoi vous avez besoin d'un tableau d’étapes. Ces représentations visuelles des événements importants du projet permettront à votre équipe de respecter le calendrier et d'atteindre les objectifs à temps. Commencer est simple - il suffit de déterminer les principales étapes, d'utiliser notre modèle pour créer un tableau des étapes et de définir les dates clés et les livrables dont chaque étape aura besoin.
Modèle de journal RAID
Idéal pour:
Méthodologie Agile, Gestion de projet, Workflows Agile
Un journal RAID est un outil de planification de projet qui se concentre sur quatre domaines clés : les Risks (Risques), Assumptions (Hypothèses), Issues (problèmes) et Dependencies (Dépendances). Les risques sont des événements qui pourraient avoir un effet négatif s'ils se produisent, les hypothèses sont des choses qui, selon vous, contribueront au succès du projet (et qui auront des conséquences négatives s'ils ne se produisent pas), les problèmes sont des risques qui se sont déjà produits et ont un impact négatif sur le projet, et les dépendances sont des choses qui doivent commencer ou finir pour que votre projet puisse progresser. Les journaux RAID sont souvent utilisés lors du lancement d'un nouveau projet, mais sont également utiles pour promouvoir l'alignement et le statut de partage des projets déjà en cours.
Idea Funnel Backlog
Idéal pour:
Design, Brainstorming, Agile Workflows
Un Idea Funnel Backlog vous permet de visualiser votre backlog et de restreindre le nombre d'éléments à son sommet. Ce faisant, vous pouvez hiérarchiser les éléments de votre liste sans avoir à vous investir dans des réunions inutiles ou à créer trop de frais généraux opérationnels. Pour utiliser l'Idea Funnel Backlog, divisez le funnel en différentes phases ou traitez-le comme une feuille de route. Utilisez l'Idea Funnel Backlog comme un modèle hybride qui combine votre feuille de route et votre backlog dans un format facilement compréhensible.
Modèle de Tableau SAFe Roam
Idéal pour:
Agile Methodology, Operations, Agile Workflows
Un tableau SAFe ROAM est un cadre pour rendre les risques visibles. Cela vous donne, à vous et à votre équipe, un espace partagé pour remarquer et mettre en évidence les risques, afin qu'ils ne soient pas ignorés. Le tableau ROAM aide chacun à considérer la probabilité et l'impact de risques et à décider quels risques sont de faible priorité et quels sont ceux de priorité élevée. Les principes sous-jacents de SAFe (Cadre de mise à l'échelle de l'agilité ou Scaled Agile Framework) sont : encourager les solutions rentables, appliquer la pensée systémique, supposer que les choses vont changer, construire progressivement, baser des jalons sur l'évaluation des systèmes de travail et visualiser et limiter les travaux en cours.