Priorisation et objectifs à moyen terme

Photo de Sohrab Salimi
Sohrab Salimi
3 min. Temps de lecture
Ce contenu a été traduit par IA. Voir l'original

Dans un autre article de blog, j'ai déjà expliqué comment nous pouvons effectuer une priorisation dans notre vie privée en utilisant "Maintenant" et "Plus tard". Les achats planifiés ne sont pas classés en catégories telles que : Que devons-nous acheter ? Que devrions-nous acheter ? Que pourrions-nous acheter et qu'est-ce que nous n'achèterons pas du tout ? Dans ce qui suit, je vais expliquer comment mettre en œuvre simplement la planification avec "Maintenant" et "Plus tard" tout en travaillant simultanément vers une vision plus large du produit.

Une vision à moyen terme pour le produit (environ trois mois) s'est avérée assez pertinente. Au début d'un nouveau trimestre, le Product Owner devrait fixer un objectif et dire : "Je veux avoir atteint ce point dans trois mois." Cette définition d'objectif se fait en collaboration avec l'équipe et les parties prenantes. La vision finale d'un produit, en revanche, appartient uniquement au Product Owner.

Le Product Owner ne doit pas trop s'accrocher à cette vision – elle peut aussi être modifiée. Mais sans une échéance fixe, les sujets urgents qui surgissent juste avant les Sprint Planning Meetings influenceraient rapidement la priorisation. Sans une vision claire, les sujets urgents recevraient toujours plus d'attention que les sujets stratégiquement importants.

Quels facteurs devrais-je prendre en compte ?

Lorsque je dois choisir entre différentes idées pour une vision à moyen terme, j'aime procéder de manière formelle, de sorte que je puisse expliquer et justifier ma décision. On devrait alors pouvoir dire : "J'ai décidé de me concentrer sur ceci et cela, plutôt que sur autre chose" et présenter ensuite les faits sur lesquels on a basé cette décision.

Cependant, le Product Owner doit d'abord classer les User Stories au début de chaque Sprint en "Maintenant" ou "Plus tard" . Cela aide à décider sur quels éléments travailler lors du prochain Sprint. Au lieu de l'approche formelle et facilement explicable, le Product Owner devrait consulter les quatre points suivants pour chaque élément du Product Backlog :

  • La valeur que la fonctionnalité apportera

  • L'apprentissage qui découlera de cette fonctionnalité

  • Le risque associé à cette fonctionnalité

  • Le coût de cette fonctionnalité

Les items sont d'abord triés à l'aide du point 1, c'est-à-dire selon leur valeur. Jusque-là, c'est une méthode de priorisation très traditionnelle. Cependant, ce backlog nouvellement trié est ensuite réorganisé selon les points 2 à 4. Selon l'influence de ces facteurs, on remonte les différentes fonctionnalités vers le haut. Mais laisse-moi d'abord t'expliquer de quoi il s'agit avec ces facteurs :

Le deuxième facteur concerne l'importance de l'effet d'apprentissage lors du développement d'une fonctionnalité donnée. Cela peut signifier par exemple qu'on apprend quelque chose sur la technologie utilisée (quelque chose n'est pas aussi simple qu'on le pensait) ou qu'on découvre comment les utilisateurs réagissent à une nouvelle interface. Si un item du backlog permet d'apprendre quelque chose d'important, on le remonte dans le Product Backlog afin qu'il puisse être développé lors du prochain Sprint.

En ce qui concerne le risque, je préfère développer les fonctionnalités risquées plus tôt que tard. Ainsi, on peut découvrir quelles sont les conséquences de ce risque. Ces items sont donc également placés dans le prochain Sprint. Cependant, s'il est possible d'éviter complètement un risque (par exemple en supprimant totalement la fonctionnalité), l'item n'est pas intégré au prochain Sprint. Dans le meilleur des cas, on peut procéder de la même manière lors des Sprints suivants et ainsi éviter complètement le risque.

Le dernier facteur concerne les coûts. Certaines fonctionnalités ont tendance à être moins chères si elles sont réalisées rapidement. Elles deviennent de plus en plus coûteuses à mesure qu'on les repousse. Placer ces items dans le prochain Sprint peut permettre de maintenir les coûts bas.

Utilise ces quatre facteurs pour sélectionner les items des prochains Sprints et crée une vision à moyen terme (trois mois). Tu pourras ainsi effectuer une bonne priorisation "Maintenant" et "Plus tard" pour atteindre l'objectif global.

Parle à notre assistant Parle à notre assistant