MoSCoW est une technique de priorisation couramment utilisée dans Scrum. La priorisation est votre capacité à voir quelles tâches et quels objectifs sont les plus importants à l’heure actuelle. Lors de la détermination de vos priorités, essayez de vous concentrer sur ce qui est le 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 indiqué dans la figure ci-dessous :
- Doit avoir – Les exigences étiquetées comme « MUST » doivent être incluses dans la boîte de délai de livraison actuelle pour que cela soit un succès. Si ne serait-ce qu’une seule exigence « MUST » n’est pas incluse, la livraison du projet doit être considérée comme un échec.
- Devrait avoir – Les exigences « DEVRAIENT » sont également essentielles au succès du projet, mais ne sont pas nécessaires pour la livraison dans le délai de livraison actuel.
- Aurait pu — Les exigences étiquetées comme « POURRAIENT » sont moins critiques et souvent considérées comme agréables à avoir.
- ◾N’aura pas – Les exigences « N’AURONT PAS » sont soit les éléments les moins critiques et les moins rentables, soit ne sont pas appropriées à ce moment-là.
MoSCoW est souvent utilisé avec le timeboxing , où une date limite est fixée afin que l’accent soit mis sur les exigences les plus importantes, et en tant que telle est une technique couramment utilisée dans les approches de développement logiciel agiles telles que Scrum et DSDM.
Exemple de Moscou
Prenons un corps humain comme exemple hypothétique :
- Doit- un cœur est « doit ». Sans elle, il n’y a pas d’organisme vivant. Qu’est-ce qui doit figurer dans votre candidature ?
- Devrait– une main est « devrait ». Sans c’est dur. Mais vous pouvez survivre même sans main. Eh bien, dans la plupart des cas.
- Pourrait- les cheveux sont « pourraient ». C’est bien de les avoir, vous êtes encore plus beau, mais vous survivrez certainement sans eux
- Ne sera pas – déchets inutiles. Au fait, y a-t-il quelque chose qui « ne va pas » dans un corps ? (Probablement, cela pourrait être votre appendice ?)
Hiérarchiser le backlog produit à l’aide de la méthode MoSCoW
Le Product Owner est responsable de la préparation du Product Backlog et de la hiérarchisation des éléments du Product Backlog. La priorisation est l’un des aspects les plus importants de toute forme de travail de développement, car choisir la bonne chose à faire vous permet de maximiser la valeur fournie dans un Sprint . Les éléments du Product Backlog doivent être ordonnés de manière à ce que les exigences ayant une valeur commerciale maximale soient satisfaites en premier et permettent à une équipe d’avancer dans une direction uniforme vers un objectif commun.
Critères de priorisation
Lorsque vous effectuez la hiérarchisation de vos éléments de backlog de produit lors de la session de planification de sprint , voici une liste de critères à prendre en compte pour vos décisions.
- Haute valeur client
- Bénéfice élevé pour l’entreprise
- Facile à mettre en œuvre
- Risque élevé
- Coût élevé si non mise en œuvre dès que possible
- Dépendances entre éléments
- Contribuer le plus au prochain objectif du Sprint ?