C’est quoi le WSJF – Weighted Shortest Job First SAFe ?

Mes clients me demandent souvent comment hiérarchiser les fonctionnalités (Epics ou User Stories) dans une organisation SAFe. Généralement, je réponds que la méthode idéale est le Weighted Shortest Job First – également appelée WSJF. Il m’arrive aussi de conseiller cette méthode pour d’autres projets agiles n’utilisant pas SAFe. 

A première vue, la méthode WSJF peut sembler compliquée. Démystifions-là dans cet article.

Le Weighted Shortest Job First (WSJF) est une méthode mathématique qui permet la priorisation pour séquencer des travaux tels que des Epics (épopées), des Features (fonctionnalités) ou des éléments de backlog plus petits (User Stories). L’objectif de cette méthode de priorisation est le même que toutes les autres méthodes : maximiser la valeur des fonctionnalités délivrées par l’équipe Scrum.

Cette méthode est particulièrement utile lorsque :

  • Il y a beaucoup de Stakeholders (parties prenantes) pour une équipe Scrum.
  • La planification se déroule au niveau Epic ou Feature et que plusieurs équipes travaillent pour un même produit dans une organisation SAFe.
  • Une équipe travaille sur différents flux de produits avec un ou plusieurs Product Owners pour chaque produit. Je n’adhère pas du tout à ce genre de fonctionnement car elles sont contraires aux règles Scrum. Néanmoins, je rencontre fréquemment cette situation où une seule équipe travaille sur plusieurs produits en parallèle.

Comment se calcule le WSJF ?

Dans la philosophie du Lean-Agile utilisée dans SAFe, toute fonctionnalité non livrée à temps engendre un coût. Ce coût est appelé le Cost of Delay. L’objectif est alors de minimiser ce coût pour augmenter notre efficacité et livrer le maximum de valeur à l’issue d’une itération.

WSJF est donc un outil qui permet, à travers une formule facile, de déterminer un chiffre représentant le bon compromis entre la valeur qu’apportera la fonctionnalité si on la livre et le temps que l’on prendra à la développer.

Le calcul du WSJF prend en compte les critères ci-dessous. On utilisera pour tous ces indicateurs une notation suivant une suite de Fibonacci par ordre croissant :

  • User-Business Value : C’est une valeur relative qui exprime la valeur métier de la fonctionnalité. il est important de s’assurer que la valeur métier choisie pour chaque fonctionnalité est estimée  par rapport aux autres. Ainsi, les Stakeholder estiment la valeur Business pour chacune des fonctionnalités et ne choisissent pas simplement le nombre le plus élevé possible. 
  • Time Criticality : Ce critère indique à quel point une fonctionnalité est critique. Existe-t-il une échéance externe ou interne critique ? Ou y a-t-il des jalons sur le chemin critique qui seront impactés si cette fonctionnalité est retardée ? S’agit-il d’une exigence légale avec une date d’échéance spécifique ? Plus la valeur de cet indicateur est grande, plus la fonctionnalité est critique pour le produit.
  • Risk Reduction or Opportunity Enablement: Détermine si cette fonctionnalité réduit le risque ou facilite le développement d’autres fonctionnalités par la suite. La fonctionnalité atténue-t-elle un risque (par exemple : éviter la panne d’un Data Center) ? Ou permet elle une nouvelle opportunité commerciale (par exemple, l’entrée sur un nouveau marché) ?
  • Job Size : Taille de la fonctionnalité/activité à développer/faire. On parle aussi d’effort. Cette valeur peut être estimée par l’équipe de développement ou de réalisation de l’activité.

Par définition la formule du WSJF est la suivante:
WSJF = Cost of Delay / Job Size 

Cost Of Delay : Le coût du retard est égal à l’addition des trois valeurs : User-Business Value + Time Criticality + Risk Reduction and/or Opportunity Enablement

D’où la formule : 

formule de calcul du WSJF en SAFE pour équipe Scrum

Ainsi, plus le WSJF a une valeur importante, plus la fonctionnalité pourra être priorisée dans le Backlog produit.

Les Pré-requis, pour réussir la mise en place du WSJF dans votre organisation

Afin de tirer le maximum de bénéfices dans la mise en œuvre de cette technique de priorisation, l’accompagnement d’un Coach ou d’un Scrum Master expérimenté est préconisé et cela, au moins lors de la première fois.

Quelques pré-requis sont à prendre en compte avant de réaliser cet exercice :

  • En amont, préparer consciencieusement le premier atelier pour introduire cette méthode de priorisation; d’où la nécessité d’un accompagnement de la part d’un Coach Agile ou d’un Scrum Master.
  • Inviter les parties prenantes (Stackholders), Product Managers et Product Owners à utiliser cette méthode de priorisation dans les prochaines itérations. Pour cela, ils doivent comprendre cette méthode pour ensuite, pouvoir mieux l’expliciter aux équipes Scrum et l’appliquer dans leurs rituels de Backlog Refinement.
  • Avant l’atelier du contexte, expliquer clairement au collectif que la priorisation doit être réalisée (enjeux du thème stratégique par exemple).
  • Si vous utilisez Jira, vérifiez que votre instance Jira fournie bien les champs nécessaires au calcul de la valeur du WSJF. Vérifiez aussi que le WSJF se calcul automatiquement sur Jira. Cela facilitera grandement la mise en place et l’adoption de cette méthode de priorisation. Si vous n’avez pas les champs nécessaire, raprochez vous de votre admin Jira pour développer ces champs ou pour installer un plugin  Jira (gratuit ou payant) vous permettant de mettre en place le WSJF facilement sur votre instance Jira (lien marketplace Atlasian).
illustration WSJF priorisation

Inconvénients de la méthode WSJF

  • Des calculs chronophages. C’est l’un des principaux problèmes de la méthode de hiérarchisation WSJF. Si un Product Owner a des centaines d’éléments de backlog (par exemple pour un produit mature), alors il doit passer beaucoup de temps à les hiérarchiser en utilisant cette méthode. Il faut également du temps pour estimer les valeurs (bien que relatives) pour chacune des composantes de WSJF.
  • Inhiber les (grands) projets/initiatives complexes. Si le Business Owner a une bonne idée de fonctionnalité qui apporterait de la valeur au produit, mais que les calculs du WSJF n’affichent pas un score élevé pour se hisser en tête de liste, sa mise en œuvre sera très certainement reportée à une étape ultérieure. Cela rend la méthode un peu restrictive dans la mise en œuvre d’idées commerciales considérables et à long terme. Dans l’ensemble, à l’instar de la méthode Value vs Effort, nous pouvons dire que la méthode WSJF priorise les gains courts termes par rapport aux projets volumineux et donc chronophages. C’est pour cela que je conseille à mes équipes de ne pas suivre les valeurs de WSJF religieusement. En les encourageant à avoir un esprit critique sur les valeurs affichées.
  • La somme des estimations relatives de différents paramètres peut parfois conduire à des résultats non optimaux. L’utilisation d’échelles relatives plutôt que de nombres absolus évite une précision inutile et a tendance à être plus facile à estimer pour les gens. Mais cela peut introduire des erreurs dans la priorisation.

Avantages de la méthode WSJF

  • Pour moi, l’avantage principal du WSJF est d’avoir un système de priorisation commun pour toutes les équipes sur le train SAFe. cela permet de mieux prioriser les features transverses.
  • Favoriser la complétude et la cohérence du Backlog. Les parties prenantes peuvent s’attendre à des résultats fiables et prévisibles avec cette méthode de hiérarchisation du Backlog. En effet, l’équipe de développement sera focus sur les fonctionnalités qui apportent le plus de valeur à l’organisation.
  • Apporter clarté et compréhension. WSJF est un excellent outil pour que les équipes soient alignés sur les priorités et les objectifs à atteindre. Le modèle apporte de la clarté en identifiant les éléments spécifiques qui doivent être traités en premier et fournit des informations claires sur la façon dont la décision de hiérarchisation a été prise.
  • Prendre en compte les contraintes technologiques et les efforts de mise en œuvre. Cette technique de hiérarchisation prend en compte non seulement le coût du retard (valeur business, mais aussi la criticité temporelle et la réduction des risques) mais, prend aussi en compte l’aspect technique. Il nous indique (de façon macro) à quel point le développement de chaque fonctionnalité serait difficile et long via le job size.
  • Se concentrer sur l’augmentation du retour sur investissement, tout en utilisant efficacement les ressources humaines (donc elle est adaptée aux organisations, aux ressources limitées).

Pour aller plus loin

D’autres méthodes de priorisation qui pourraient vous intéresser : 
  1. Découvrez une autre méthode de priorisation nommée RICE. Cette technique propose une autre approche structurée pour évaluer, comparer et donc prioriser les éléments de Backlog. Elle prend en compte quatre autres critères clés : Reach (Portée), Impact, Confidence (Confiance) et Effort (Effort).
  2. La matrice de Merrill & Covey. Un outil assez puissant pour hiérarchiser/prioriser une liste de tâche à faire ou un backlog.
  3. Priorisez simplement un backlog avec 4 niveaux de criticités à l’aide de la méthode MoSCoW.


Retrouvez ci-dessous nos sources pour cet article :

  1. WSJF, dans le site officiel de SAFe 5.
  2. L’article suivant : Prioritization Methods and Techniques- Part 5: Weighted Shortest Job First (WSJF) as a Holistic Lean-Agile Approach to Backlog Prioritization, de Martin ANDREEV.
  3. Le livre le plus complet sur la méthode SAFe de Richard Knaster : SAFe 5.0 Distilled – Achieving Business Agility with the Scaled Agile Framework.

Cette publication est également disponible en : Anglais

Partager sur :

Nos derniers articles :

Devenez Agile Master Certifié

Prix : 59,99€ HT

Note : 

4,7/5

Certification Agile Master : Valable à vie, au tarif le plus attractif. Multipliez vos chances avec des tentatives illimitées. Faites la différence dans un marché en pleine évolution.

Partagez cet article !

LinkedIn
Facebook
Twitter
Email

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

D'autres articles à lire :

Ahmed BEN SALEM

Ahmed BEN SALEM

Fortement impliqué dans les méthodologies Agile, j’ai occupé les rôles de Scrum Master, Product Owner et Release Train Engineer pour des projets SAFe, Scrum et DevOps. Mon approche se concentre sur l’humain et la collaboration des parties prenantes, créant ainsi des environnements propices à l’innovation et à la performance.

Depuis 2016, j’ai mené avec succès plusieurs projets de développement de logiciels en Agile, pour des entreprises de toutes tailles, y compris le Groupe BPCE, Orange et PSA. Ma solide expérience en méthodologies Agile, notamment en Scrum et en SAFe, m’a permis de travailler avec des équipes multiculturelles venant de divers pays tels que les États-Unis, l’Inde, le Vietnam et le Maroc.

Téléchargez Le Template Excel WSJF

RGPD et DOUBLE OPT-IN : Obtenez votre feuille de calcul WSJF pour prioriser efficacement en Agile. Remplissez le formulaire et recevez instantanément votre outil.

Un email de confirmation suivra, avec un lien pour vous abonner à notre newsletter. Profitez de conseils et nouveautés pour exceller en agilité.

Pour rester à la pointe de l'agilité, confirmez votre abonnement via l'email reçu. Ignorer cet email signifie renoncer à nos communications futures.

Jeu Concours : Gagnez votre Certification Agile Master ! 🎉

Célébrez avec Nous !

Pour fêter les 6 premiers mois et les 200 certifiés, nous offrons 20 accès gratuits à notre certification Agile Master.

Participez Maintenant & Transformez Votre Carrière !

  • Simple & Rapide : Inscrivez-vous avec votre email.
  • Augmentez vos Chances : Partagez ce concours !
Jours
Heures
Minutes
Secondes