MoSCoW est une technique de priorisation couramment utilisée dans Scrum. La priorisation est votre capacité à voir quelles tâches et quels objectifs sont plus importants au moment présent. Tout en déterminant vos priorités, essayez de vous concentrer sur ce qui est plus important au détriment des activités de moindre valeur.

Le terme MoSCoW lui-même est un acronyme dérivé de la première lettre de chacune des quatre catégories de priorisation, comme le montre la figure ci-dessous :

• Must have – Les exigences étiquetées « MUST » doivent être incluses dans la case du délai de livraison actuel pour qu’elle soit un succès. Si même une seule exigence  » MUST  » n’est pas incluse, la livraison du projet doit être considérée comme un échec.
• Should have – Les exigences  » SHOULD  » sont également critiques pour la réussite du projet, mais ne sont pas nécessaires pour la livraison dans la case du délai de livraison actuel.
• Could have – Les exigences étiquetées  » COULD  » sont moins critiques et souvent considérées comme des nice to have.
• ◾ Won’t have – Les exigences étiquetées  » WON’T  » sont soit les éléments les moins critiques, les moins rentables, soit non appropriés à ce moment-là.

MoSCoW est souvent utilisé avec le timeboxing, où une date limite est fixée de sorte que l’accent doit être mis sur les exigences les plus importantes, et en tant que tel, c’est une technique couramment utilisée dans les approches agiles de développement logiciel telles que Scrum et DSDM.

Prenons un corps humain comme exemple hypothétique :

• Must- un cœur est  » must « . Sans lui, il n’y a pas d’organisme vivant. Qu’est-ce qui est indispensable dans votre application ?
• Devrait- une main est « devrait ». Sans elle, c’est difficile. Mais vous pouvez survivre même sans main. Enfin, dans la plupart des cas.
• Could- des cheveux est « could ». C’est bien de les avoir, vous êtes même plus joli, mais vous survivrez certainement sans eux
• Won’t – gaspillage inutile. D’ailleurs, y a-t-il quelque chose qui « ne sera pas » dans un corps ? (Probablement, il pourrait s’agir de votre appendice ?)

Priorisation du Backlog de produit à l’aide de la méthode MoSCoW

Le Product Owner est chargé de préparer le Backlog de produit et de prioriser les éléments du Backlog de produit. La priorisation est l’un des aspects les plus importants de toute forme de travail de développement, car choisir la bonne chose à faire permet de maximiser la valeur livrée dans un Sprint. Les éléments du Backlog de produit devraient être ordonnés de manière à ce que les exigences ayant une valeur commerciale maximale soient complétées en premier et permettent à une équipe d’avancer dans une direction uniforme vers un objectif commun.

Critères de priorisation

Lorsque vous effectuez la priorisation des éléments de votre backlog de produit lors de la session de planification du Sprint, voici une liste de critères à prendre en compte pour vos décisions.

• Haute valeur pour le client
• Haut bénéfice pour l’entreprise
• Facile à mettre en œuvre
• Haut risque
• Haut coût s’il n’est pas mis en œuvre dès que possible
• Dépendances entre les éléments
• Contribue le plus à l’objectif du prochain Sprint ?

Articles recommandés sur l’agilité et Scrum

.