Prioriser le Product Backlog avec MoSCoW
L'une des taches importantes du Product Owner est de maintenir et prioriser le Product Backlog.
Quelques pistes pour le guider...
La priorité de toute l'équipe est de maximiser la valeur que le produit apporte au client.
La priorisation du Product Backlog doit donc la refléter.
Même si tous les besoins peuvent sembler important, surtout dans des projets d'envergure, il est toujours possible de les prioriser.
Pour cela, on pourra s'aider de la méthode "MoSCoW".
Il s'agit plus exactement de la méthode MSCW, mais on y ajoute des voyelles pour rendre le nom de la méthode prononçable et mémorisable.
Il s'agit d'un acronyme qui va nous guider au travers de différents niveaux de priorités.
M comme Must Have
Il s'agit des indispensables.
Ce sont les besoins vitaux du projet, sans quoi le projet n'aurait même pas de sens.
Ces besoins sont non négociables, ils doivent faire partie de la première version du produit, ou "MVP".
Le MVP est le Minimum Viable Product, version minimaliste d'un produit, qui n'inclut que les fonctionnalités centrales.
Le MVP est très utile pour recevoir des retours clients aussi vite que possible.
S comme Should Have
Il s'agit des fonctionnalités qu'il serait bien d'avoir si possible.
Ce sont des fonctionnalités essentielles, mais pas vitales au fonctionnement du produit.
C comme Could Have
Ce sont les fonctionnalités qui pourraient être faites.
Elles sont intéressantes et peuvent apporter de la valeur au client.
Mais ce sont généralement des fonctionnalités de "confort", qui n'empêchent pas le produit de bien fonctionner.
W comme Won't Have
Ce sont les fonctionnalités qui ne seront vraisemblablement pas réalisées.
Elle ne seront pas faites maintenant, mais peut-être plus tard, quand l'équipe aura plus de temps à y consacrer.
Ce travail de priorisation doit être fait en atelier de groupe, avec les parties prenantes.
Ce travail permettra aussi de donner un peu de recul aux parties prenantes sur leurs demandes.
Ce travail peut parfois être frustrant pour les parties prenantes, qui auront naturellement tendance à vouloir tout mettre dans la catégorie MUST HAVE.
Le Product Owner devra donc s'assurer que les choix soient faits avec discernement.
Il est impossible de tout avoir dans la catégorie MUST HAVE.
De même, il serait assez inquiétant de ne rien avoir dans les catégories les moins prioritaires.
Cette priorisation est évidemment indispensable, surtout si le projet contient un nombre élevé de demandes.