Priorisez avec le coût du délai !

Product owner, vous en avez marre de sans arrêt devoir justifier la priorisation de votre backlog ? Que celle-ci soit (forcément!) contestée en fonction de votre interlocuteur ? Connaissez vous le “coût du délai“, formalisé par Don Reinertsen, qui vous aidera à prioriser votre backlog en amenant chaque éléments de celui-ci (anomalies, évolutions fonctionnelles, optimisation de code, user stories …) sur un socle commun permettant une comparaison simple ? En effet, identifier le coût de ne pas avoir un livrable précis peut permettre une priorisation efficace. Mais comment calculer ce coût ? Comment le mettre en place ? Répondons à ces questions au travers de cet article !

Le coût du délai est une approche économique : on calcule le coût de ne pas faire une feature et on fait en premier celle qui a le coût du délai le plus élevé. Claude Aubry

Comment calculer le CoD ?

Souvent, lorsqu’on parle du coût du délai (ou CoD ) on le ramène à une simple formule mathématique. Le CoD c’est beaucoup plus que cela. Néanmoins et dans un premier temps, attardons nous sur le calcul du CoD.

En voilà une bien belle formule… et trois belles composantes… et vous voilà bien avancés 😉

Rassurez-vous, nous allons utiliser ici un exemple simple. Voici la démarche à suivre pour estimer le coût du délai :

• Prenez votre backlog produit
• Estimez les éléments du backlog composante après composante : VAU puis CE puis RR
• Trouvez l’élément méritant la plus faible “estimation” selon la composante évaluée et lui assigner l’estimation “1”
• Ensuite, comme au Planning Poker, évaluez les autres éléments en comparaison avec les estimations données précédemment pour cette composante.
• Effectuez ce travail pour les trois composantes.

Si la notion d’estimation relative ne vous est pas familière, je vous invite à regarder la vidéo ci-dessous :

Et voilà ! Vous venez de déterminer le coût du délai de votre Backlog pour chaque élément le constituant !

Une fois ce travail d’estimation effectué vous devriez obtenir quelque chose qui ressemble plus ou moins à ceci :

Pourquoi calculer le CoD ?

Il est maintenant temps d’introduire la notion de PCTPP ( pour “Plus Court Travail Pondéré en Premier”) avec :

Les plus avertis l’auront noté : Le PCTPP (ou WSJF en Anglais) vient de SAFe :

SAFe part du principe que toute fonctionnalité non livrée à temps à un coût. Dans la philosophie Lean, l’objectif est donc de réduire ce coût au minimum pour augmenter notre efficacité et livrer le maximum de valeur à l’issue d’un Sprint. Avec le PCTPP : plus un élément a une valeur importante, plus cet élément devra être priorisé.

En supplément : Les 4 patterns

On distingue 4 patterns lorsqu’on s’intéresse au coût du délai que nous allons détailler dans la suite:

• Le coût linéaire ou standard
• Le coût immédiat lié à une urgence
• Le coût “prévisible” lié à une deadline
• Le coût intangible

Allons maintenant un peu plus loin:

Le coût linéaire

Les éléments standards sont souvent ceux qui génèrent de la valeur immédiatement. Plus on les fait tôt, plus c’est payant. Si on tarde trop, nous aurons du retard sur le marché. La priorisation adéquate en tenant compte du ratio valeur/effort est cruciale pour livrer un maximum de valeur.

Le coût immédiat

Les coûts de ce problème/enjeu sont importants et sont en croissance rapide. La décision est facile : agir immédiatement!

Le coût “prévisible”

C’est presque un anti-pattern de parler de prédictabilité et de coût. Dans le concept néanmoins. Ne pas livrer avant une date (par exemple un projet réglementaire) entraînera de fortes pénalités !

L’intangible

On retrouve dans cette catégorie tous les éléments qui, pour l’instant, ne rentrer pas dans les catégories précédentes : Remboursement de dette technique, optimisation du code, évolutions pouvant attendre,…

Pour conclure

Le CoD et le PCTPP sont des outils parmi beaucoup d’autres !
Ce qui à réellement de l’importance est l’opportunité offerte de discuter et converser avec les parties prenantes.

Si vous êtes arrivés à la fin de cet article et que vous souhaitez encore quelques informations, je ne peux que vous recommander l’excellente vidéo de SCRUM LIFE que vous pourrez visualiser ci-dessous !

Sources

Pour aller plus loin ou pour tout simplement en savoir plus, je vous invite à dévorer

• Prioriser par coût du retard de Eric Lessard
• Le coût du retard peut-il être évalué quantitativement ? de Moperto
• Prioriser son carnet de produit de façon sécuritaire! de Patrick Bocquet

Et vous comment priorisez-vous votre Backlog ?