Dans les domaines de la gestion de projet, de l'analyse commerciale et du développement de logiciels, la méthode MoSCoW est une technique de priorisation largement utilisée qui vise à aider les parties prenantes à parvenir à un consensus afin d'identifier clairement la priorité des différentes exigences. Le terme lui-même vient d'un acronyme : M pour Must have, S pour Should have, C pour Could have et W pour Won’t have. Pour faciliter la prononciation, un « o » minuscule est ajouté au milieu de la première lettre.
L’idée de base de la méthode MoSCoW est que même si toutes les exigences sont importantes, fournir les plus grands avantages commerciaux en premier lieu reste la priorité absolue pour le succès du projet. La priorisation sera donc la clé de la réussite du projet.Cette méthode de séquençage a été conçue à l'origine pour le développement rapide d'applications par Dai Clegg en 1994 et est utilisée plus largement depuis 2002, en particulier dans les méthodes de développement de systèmes dynamiques.
Dans de nombreux cas, les développeurs essaieront idéalement d'implémenter tous les éléments indispensables, nécessaires et agréables à avoir, mais si le délai de livraison est en jeu, la priorité sera donnée aux éléments indispensables et agréables à avoir. ont. La catégorie la plus importante est celle des éléments « indispensables » ; si l’un d’entre eux n’est pas inclus, le projet sera considéré comme un échec.
« Les exigences indispensables sont essentielles au calendrier de livraison actuel et l’absence de l’une d’entre elles pourrait entraîner l’échec du projet. »
Cette approche améliore non seulement l’efficacité de la communication, mais aide également les clients à comprendre l’impact de l’établissement de priorités. Au cours du projet, chaque exigence est marquée en fonction de son importance. La signification de ces marques est la suivante :
Lors du développement de nouveaux produits, en particulier lorsque les équipes suivent des méthodologies de développement logiciel agiles, il existe toujours un risque que les ressources dépassent la capacité, de sorte que la priorisation des exigences devient une priorité absolue. À ce stade, l’équipe peut utiliser la méthode MoSCoW pour déterminer approximativement quelles fonctions sont indispensables, quelles fonctions devraient l’être, etc., et finalement former le cadre d’un produit minimum viable (MVP).
Après avoir sélectionné le MVP, si l'équipe est toujours confrontée à une charge de travail trop importante, elle peut utiliser davantage la méthode MoSCoW pour clarifier quelles fonctionnalités sont indispensables et lesquelles sont indispensables afin de gérer efficacement la progression du développement et les ressources . Si les ressources sont suffisantes, l’équipe peut également envisager d’intégrer d’éventuels projets.
Critiques de l'approche MoSCoW« Dans la pratique, la méthode MoSCoW aide l'équipe à clarifier ses idées, à accélérer le processus et à assurer la réussite du projet. »
Bien que la méthode MoSCoW soit largement utilisée, elle fait encore l’objet de quelques critiques. L’un d’entre eux est qu’il ne résout pas efficacement le problème de classement de multiples exigences au sein d’un même niveau de priorité. De plus, il y a un manque d’explications raisonnables pour la hiérarchisation des différents besoins, en particulier lorsqu’il s’agit de déterminer ce qui est nécessaire et ce qui devrait être fait, et il y a un manque de normes claires. En particulier pour la catégorie « n’aura pas », le monde extérieur est souvent confus quant à la période de sa définition, par exemple, si elle fait référence à la version actuelle ou à une version future.
La tendance à se concentrer sur le développement de nouvelles fonctionnalités peut conduire à négliger les améliorations techniques, ce qui est également une préoccupation de certains experts.
Outre la méthode MoSCoW, il existe diverses autres méthodes de priorisation des produits à titre de référence, notamment le modèle Kano, qui peut fournir davantage d'idées et d'options pour planifier différents besoins.
Dans un environnement de développement de produits en évolution rapide, comment maintenir des priorités de projet claires et spécifiques est devenu un problème important auquel chaque équipe de projet doit réfléchir ?