Différence entre priorisation et ordonnancement d'un backlog produit
Jun 16, 2024
Différence entre priorisation et ordonnancement d'un backlog produit
Introduction
Présentateur : Vibhor, Coach Agile et Leadership à Toronto, Canada
Objet de la vidéo : Différence entre priorisation et ordonnancement d'un backlog produit et nécessité d'avoir les deux.
Série Vidéo : 6ème vidéo sur la planification Agile d'un produit (vision produit, roadmap produit, plan de release, création de backlogs produits).
Audience cible : Scrum masters et coachs agiles.
Définition des termes
Backlog produit (Scrum guide) : Liste ordonnée de tout ce qui peut être nécessaire dans un produit.
Priorisation : Un composant de l'ordonnancement des éléments du backlog produit.
Importance de l'ordonnancement
Exemple de construction de maison pour illustrer l'importance des dépendances (fondation avant toit).
But : Lancer un produit avec des fonctionnalités viables minimales en priorisant et ordonnant les éléments du backlog.
État actuel
de la série vidéo
État : Liste de fonctionnalités de haut niveau au niveau Epic.
Problème : Éléments trop grands et vagues pour être ordonnés selon des dépendances techniques, infrastructurelles ou basées sur des fournisseurs.
Solution : Fractionner les éléments Epic en histoires utilisateur plus petites.
Pourquoi prioriser un backlog produit ?
Nécessité de priorisation : Impossibilité de gérer toutes les ressources pour tous les éléments du backlog initial.
Objectif : Apporter une valeur maximale au client dans un temps minimum.
Critères de priorisation (4 variables)
Valeur métier : Valeur économique de la fonctionnalité (ex : générer des revenus ou éviter d'en perdre).
Urgence : Nécessité de livraison rapide (ex : promesse contractuelle, fenêtre d'opportunité).
Ouverture d'opportunité / Réduction des risques : Bénéfices long terme même sans revenus immédiats (ex : élimination de risques techniques ou juridiques).
Effort de développement : Complexité de réalisation et coût en heures/personnes.
Techniques de priorisation
Estimation relative
Principe : Comparer la complexité des éléments entre eux (exemple avec des crayons de tailles différentes).
But : Simplifier l'estimation et obtenir un consensus.
Techniques abordées
Taille de T-shirts (simpliste)
Utilise "Valeur métier" et "Effort de développement".
Processus : Classement des éléments par les parties prenantes et l'équipe de développement, puis revu par le Product Owner pour identification des "quick wins".
Avantage : Ordre initial pour investiguer, analyser et affiner davantage.
Weighted Shortest Job First (WSJF) (plus détaillée)
Utilise les 4 critères : "Valeur métier", "Urgence", "Ouverture d'opportunité / Réduction des risques" et "Effort de développement".
Calcul : Évaluer chaque élément selon les 4 critères, puis diviser le coût de retard par l'effort de développement pour obtenir un score WSJF.
Objectif : Maximiser la valeur en un temps minimum.
Conclusion
Étape suivante : Fractionner les éléments du backlog en user stories plus petites.
Appel à l’action : Abonné, like, commentaires.
Note : Cet exercice de priorisation ne définit pas l'ordre des éléments dans le backlog de manière absolue et définitive.