Utiliser MoSCoW en Agile pour mieux prioriser

L’une des idées clés en Agile est la priorisation – une équipe doit comprendre quelles fonctionnalités doivent être réalisées et lesquelles peuvent être laissées de côté afin de produire le meilleur résultat. Cependant, le concept peut être assez difficile à saisir lorsqu’on passe d’une approche de gestion de projet différente. Une technique de priorisation appelée MoSCoW apporte une grande aide et une grande clarté dans de tels cas.

D’abord utilisée avec la méthode de développement de systèmes dynamiques, MoSCoW est une technique développée par Dai Clegg. Le seul but de cette approche de priorisation est d’aider à comprendre l’importance que les parties prenantes accordent à chacune des fonctionnalités et exigences qu’elles posent. Ainsi, être en mesure de se concentrer sur les plus importantes exactes en premier lieu et d’aborder le reste seulement si l’équipe a encore du temps.

La technique nécessite de diviser toutes les fonctionnalités en quatre catégories – Must, Should, Could et Won’t. C’est ainsi que se forme l’acronyme MSCW, d’où le nom MoSCoW. Afin de savoir lesquelles des fonctionnalités sont cruciales, l’équipe doit les classer dans les quatre groupes.

Les fonctionnalités Must have sont absolument cruciales pour le projet. Should have features sont importantes pour le projet, mais moins urgentes. Could have features ne sont pas aussi importantes qu’elles sont souhaitables et ne devraient être réalisées que s’il reste du temps. Et enfin Les fonctionnalités Won’t have sont soit pas importantes, soit pas possibles à ce moment-là et ne sont donc pas du tout complétées.

Une fois que l’équipe a hiérarchisé les fonctionnalités, elle crée un plan d’action clair pour avancer. Tout d’abord, ils doivent compléter toutes les fonctionnalités Must have. Une fois que c’est fait, ils peuvent passer aux Should haves. Et ce n’est qu’une fois que toutes les fonctionnalités « Should haves » sont terminées que l’équipe peut envisager les fonctionnalités « Could haves ». De cette façon, l’accent est mis sur les tâches les plus importantes dès maintenant.

Qu’est-ce que cela a à voir avec Agile ? Cela aidera les équipes à faire la transition, à établir des priorités et à mieux planifier.

Réaliser un premier Sprint ou une première itération peut et sera très probablement difficile pour n’importe quelle équipe. Vous ne savez pas ce que vous faites, vous êtes encore en train de remettre en question le processus et en plus de cela, vous devez maintenant décider avec laquelle des nombreuses tâches vous allez commencer en premier. L’ajout de la technique MoSCoW dans de tels cas apportera à l’équipe de la clarté et fournira la possibilité d’aller de l’avant.

Selon le processus, l’équipe pourrait même diviser le backlog en 4 colonnes basées sur les quatre groupes d’importance. De cette façon, être capable d’ajouter les nouvelles fonctionnalités directement dans les colonnes appropriées et de les comparer les unes aux autres pour avoir une meilleure idée de leurs priorités.

Alors que les équipes plus avancées ne verront souvent aucun intérêt à une telle hiérarchisation et se contenteront de l’approche traditionnelle du story point ou de la colonne de priorité, cela peut être d’une grande aide pour les nouveaux praticiens Agile.

Une chose à noter cependant, c’est que si la technique MoSCoW n’est généralement utilisée qu’une ou deux fois au cours du projet, pour les équipes Agile, cela sera différent. Pour s’adapter aux circonstances changeantes et planifier le bon travail pour chaque itération, la technique devrait être utilisée chaque fois que les priorités changent. Comme cela pourrait devenir assez lourd, les équipes devraient prendre note de revoir leurs colonnes de priorités chaque fois qu’elles planifient une nouvelle itération.

Pourriez-vous considérer MoSCoW comme faisant partie de votre routine Agile ?