- français
- (MoSCoW)
- anglais
- MoSCoW
Il s’agit d’une technique empirique d’évaluation des critères d’acceptabilité des composants et caractéristiques d’un projet. Pour utiliser cet outil, nous créons un tableau dont chaque rangée est un des critères de MoSCoW, pour ensuite évaluer et placer les fonctionnalités à l’étude sur ce tableau.

MoSCoW est un mnémonique pour quatre critères :
- Mo ➞ Must Have : que l’on doit posséder — sans cette fonctionnalité ou caractéristique, la proposition n’a pas lieu d’être, n’a pas de sens, ne répond pas à la question — c’est le cœur de votre proposition ;
- S ➞ Should Have : que l’on devrait posséder — des fonctionnalités que les utilisateurs s’attendent à trouver dans un produit de ce type, soit parce qu’ils sont présents dans des offres concurrentes, soit parce qu’ils correspondent à des procédés élaborés par les utilisateurs indépendamment de votre proposition, généralement pour faire face au problème ;
- Co ➞ Could Have : que l’on pourrait posséder — il s’agit de caractéristiques ou fonctionnalités optionnelles qui sont possibles techniquement sans que ceux-ci seraient lourds, longs ou chers en développement ; attention, ce sont précisément le genre d’options qui peuvent complexifier et alourdir une proposition, sans que le bénéfice ne soit pertinent ;
- W ➞ Would Like : que l’on aimerait posséder — c’est en quelque sorte, l’option Père Noël... avec un budget, un calendrier et une équipe sans limite, ces caractéristiques et fonctionnalités seraient un atout, mais elles sont loin d’être essentielles pour la première version.
Certains reprochent à cet outil de ne pas être basé sur des faits solides car, après tout, c’est l’équipe qui choisit, et les fonctionnalités qui paraissent dans le tableau, et la valeur à leur attribuer. Ce à quoi on peut répondre que la vocation de MoSCoW est d’être rapide, pratique, et pragmatique. Si ses utilisateurs veulent tricher en faussant des critères ou d’autres données, ce n’est pas l’outil qui va les en empêcher.
- Pour en savoir plus
- MoSCoW or Kano Models – how do you prioritize?, HotPMO, 2016
Dernière mise à jour : 2020.09.20
Commentaire
Signalez un problème sur la page ou proposez une amélioration.