/ COGNITIFF
Insights

Comment calculer le WSJF dans Jira : des feuilles de calcul à l’automatisation

· Oliver Brandt
Une macrophotographie d’un système d’engrenages mécaniques en laiton ancien

Dans l’univers du Scaled Agile Framework (SAFe), la métrique la plus importante pour prioriser votre backlog est le Weighted Shortest Job First (WSJF). Les Product Managers et les Release Train Engineers (RTE) comprennent pourquoi le WSJF est crucial : il garantit que les équipes livrent toujours une valeur économique maximale dans les délais les plus courts possibles.

Cependant, lorsqu’il s’agit de la réalité pratique de comment calculer le WSJF dans Atlassian Jira — où se trouve tout le travail de développement réel — les équipes se heurtent à un mur. Jira est exceptionnel pour le suivi des tickets, mais nativement, il n’est pas conçu pour gérer des formules mathématiques complexes et dynamiques.

Dans ce guide, nous allons détailler la formule du WSJF, explorer le traditionnel « jonglage avec les feuilles de calcul » sur lequel la plupart des équipes s’appuient, et révéler une méthode meilleure et automatisée pour calculer le WSJF directement dans Jira.

Comprendre la formule du WSJF

Avant de nous pencher sur les outils, passons rapidement en revue les mathématiques. La formule du WSJF est simple :

WSJF = Cost of Delay / Job Size

Pour calculer le numérateur (Cost of Delay ou Coût du retard), SAFe combine trois estimations relatives distinctes :

  1. User-Business Value (Valeur métier et utilisateur) : Quelle est l’importance de cet élément pour le client ou pour les résultats de l’entreprise ?
  2. Time Criticality (Criticité temporelle) : Cette fonctionnalité perd-elle de la valeur si elle est retardée ? Y a-t-il une échéance fixe ou un avantage à être le premier sur le marché ?
  3. Risk Reduction / Opportunity Enablement (RR/OE - Réduction des risques / Création d’opportunités) : Cela permet-il d’atténuer un risque futur ou de débloquer de nouvelles opportunités commerciales ?

Ces paramètres, ainsi que la Job Size (Taille de la tâche, souvent estimée en Story Points ou en durée relative), sont généralement évalués à l’aide d’une suite de Fibonacci modifiée (1, 2, 3, 5, 8, 13, 20).

En estimant ces facteurs les uns par rapport aux autres, vous pouvez calculer un score WSJF final. Les scores les plus élevés représentent les fonctionnalités qui doivent être intégrées immédiatement dans votre prochain Program Increment (PI) ou Sprint.

Méthode 1 : Le « jonglage manuel avec les feuilles de calcul »

Étant donné que Jira natif ne peut pas effectuer de calculs mathématiques entre des champs personnalisés, la grande majorité des organisations ont recours à une solution de contournement manuelle. Le processus ressemble généralement à ceci :

  1. Créer des champs personnalisés : Les administrateurs Jira créent des champs personnalisés numériques pour la « Business Value », la « Time Criticality », la « RR/OE » et la « Job Size ».
  2. Exporter le backlog : Les Product Managers utilisent une requête JQL pour trouver toutes les Epics ou Fonctionnalités non priorisées et exportent la liste vers un fichier CSV ou Excel.
  3. Faire les calculs : Ils saisissent les estimations de Fibonacci dans la feuille de calcul, où une formule préétablie calcule le Cost of Delay et le score WSJF final.
  4. Trier et mettre à jour : La feuille de calcul est triée selon le score WSJF le plus élevé. Le Product Manager retourne ensuite dans Jira et déplace manuellement les tickets par glisser-déposer sur son tableau Agile pour correspondre à l’ordre dicté par la feuille de calcul.

Le problème des feuilles de calcul

Bien que cette méthode fonctionne techniquement, elle est profondément imparfaite. Elle crée un instantané déconnecté et statique de votre backlog. Si un responsable de l’ingénierie découvre une nouvelle complexité et augmente l’estimation de la « Job Size » dans Jira de 5 à 13, la feuille de calcul n’en est pas informée. Le score WSJF est instantanément obsolète, et l’équipe risque d’intégrer une fonctionnalité qui n’est plus économiquement viable.

Méthode 2 : Automatiser le WSJF directement dans Jira

Les organisations agiles les plus matures reconnaissent que la priorisation doit se faire là où le travail s’effectue. Pour éliminer le jonglage avec les feuilles de calcul, les équipes ont besoin d’un moyen d’automatiser le calcul du WSJF directement au sein de leur environnement Jira.

Puisque Jira natif manque de champs calculés et de tri dynamique du backlog basé sur des mathématiques complexes, la solution se trouve sur l’Atlassian Marketplace.

En installant une extension dédiée telle que WSJF Calculation and Sorting for Jira, vous pouvez intégrer de manière transparente le framework de priorisation SAFe dans vos flux de travail quotidiens.

Voici comment une approche automatisée et intégrée à Jira transforme le processus :

  • Calcul en temps réel : Au moment où un Product Manager met à jour la « Time Criticality » ou qu’un développeur ajuste la « Job Size » directement sur le ticket Jira, l’extension recalcule instantanément le Cost of Delay et le score WSJF final.
  • Tri dynamique : Au lieu de déplacer manuellement les tickets par glisser-déposer sur votre tableau, l’extension peut être configurée pour trier automatiquement votre backlog Jira selon le score WSJF le plus élevé. Le travail ayant le plus de valeur remonte naturellement au sommet.
  • Une source unique de vérité : Tout le monde, des parties prenantes aux développeurs, consulte exactement les mêmes données en temps réel, éliminant complètement les problèmes de contrôle de version associés aux feuilles de calcul hors ligne.

Conclusion

Le calcul du WSJF ne devrait pas nécessiter un diplôme en saisie de données. L’objectif de SAFe est de livrer de la valeur plus rapidement, mais se débattre avec des exports Excel et réorganiser manuellement les tableaux Jira ralentit activement vos équipes.

En abandonnant les feuilles de calcul statiques et en tirant parti d’un outil automatisé comme WSJF Calculation and Sorting for Jira, vous pouvez vous assurer que votre priorisation est toujours précise, toujours à jour et entièrement intégrée à la plateforme que vos équipes d’ingénierie utilisent déjà au quotidien. Arrêtez de faire des mathématiques et commencez à livrer de la valeur.