La semaine dernière, j'étais dans une rétro où le Scrum Master a affiché le dashboard Jira de l'équipe. Burndown chart, courbe de vélocité, cumulative flow. Tout au vert. Tout joli. Et pourtant l'équipe n'avait rien livré en production depuis trois sprints. Les graphiques disaient que tout allait bien. La réalité disait autre chose.
Ça m'arrive tout le temps. Les dashboards des outils de gestion de projet mesurent ce qui est facile à mesurer, pas ce qui compte. Ils te disent combien de points tu as terminés mais pas que tu as un ticket bloqué depuis deux semaines que personne ne regarde. Ils te montrent la vélocité moyenne mais ne te préviennent pas que ton équipe a un trou de compétences qui va exploser dès que quelqu'un partira en vacances.
C'est pour ça que j'ai construit 6 nouveaux outils agile. Pas parce que j'aime réinventer la roue — il y a déjà assez d'outils agile dans le monde — mais parce que les métriques dont tu as vraiment besoin pour prendre des décisions ne sont dans aucun dashboard standard.
Tous fonctionnent dans ton navigateur. Gratuits. Sans inscription. Tes données ne quittent pas ta machine.
1. Graphique d'Ancienneté WIP
Le Graphique d'Ancienneté WIP visualise depuis combien de temps chaque élément de travail est en cours. Et voilà ce que personne ne te dit sur les métriques agile : la vélocité est un indicateur retardé. Il te dit ce qui s'est déjà passé. L'ancienneté du WIP est un indicateur avancé. Il te dit ce qui va se passer.
Si un ticket est en "En Cours" depuis 15 jours et que ton cycle time moyen est de 4 jours, ce ticket a un problème. Peut-être qu'il est bloqué. Peut-être que personne ne le touche. Peut-être que quelqu'un l'a commencé, s'est lancé sur autre chose et l'a oublié. Peu importe la raison — le fait est qu'il vieillit et ça devrait déclencher une conversation.
Daniel Vacanti en parle depuis des années dans le contexte de la méthode Kanban. L'âge du WIP est probablement la métrique la plus sous-utilisée en agile. Elle est triviale à mesurer et brutalement révélatrice.
L'outil te permet de définir des seuils d'ancienneté (par exemple, jaune à 5 jours, rouge à 10) et de voir d'un coup d'œil quels éléments ont besoin d'attention. Sans avoir à fouiller dans Jira pour retrouver des tickets oubliés.
2. Radar à Six Dimensions
Ton équipe est bonne ? Question piège. "Bonne" n'est pas une dimension — c'est au moins six.
Le Radar à Six Dimensions évalue ton équipe sur six axes : vitesse de livraison, qualité, prévisibilité, collaboration, amélioration continue et satisfaction de l'équipe. Il produit un diagramme en araignée qui te montre en un coup d'œil où vous êtes forts et où vous êtes faibles.
J'ai vu des équipes qui livrent vite mais avec une qualité désastreuse. Des équipes avec une qualité impeccable qui mettent une éternité. Des équipes prévisibles comme une horloge suisse mais dont le moral est au plus bas parce que personne ne leur demande comment ils vont. Le radar t'oblige à regarder le tableau complet plutôt qu'optimiser une seule métrique.
C'est basé sur les principes d'évaluation d'équipes agile — l'idée qu'une équipe saine a besoin d'équilibre, pas de maximisation d'une variable.
3. Analyseur d'Écarts de Compétences
C'est là que ça devient gênant. L'Analyseur d'Écarts de Compétences te pose une question simple : de quelles compétences ton équipe a-t-elle besoin et lesquelles a-t-elle vraiment ?
Ça paraît évident. Mais tu serais surpris du nombre d'équipes qui ne font jamais cet exercice. Elles ont trois experts backend et zéro en observabilité. Elles ont deux designers UX mais aucun qui sait faire de la recherche utilisateur. Et quand quelqu'un part, ils découvrent que c'était la seule personne qui savait déployer en production.
L'outil te permet de lister les compétences nécessaires, d'évaluer le niveau actuel de chaque membre de l'équipe sur chacune, et d'identifier les écarts critiques. Les écarts où une seule personne détient la connaissance — les fameux bus factor de un — sont marqués en rouge.
L'approche s'inspire de Team Topologies et de l'idée que la structure de l'équipe est un problème de design, pas de hasard. Si tu ne sais pas quelles compétences te manquent, tu ne peux rien concevoir correctement.
4. Optimiseur de Formation d'Équipes
Une fois que tu connais tes lacunes, la question suivante c'est : comment je forme les équipes ? L'Optimiseur de Formation d'Équipes prend un groupe de personnes avec des compétences différentes et suggère comment les répartir en équipes équilibrées.
Ce n'est pas trivial. J'ai vu des organisations où une équipe avait quatre seniors et une autre quatre juniors. Où une équipe avait toutes les compétences d'infrastructure et l'autre dépendait d'elle pour chaque déploiement. Où la formation des équipes s'était faite par disponibilité dans le calendrier plutôt que par complémentarité des compétences.
L'outil ne remplace pas le jugement humain — il y a des facteurs comme la dynamique personnelle, les préférences de projet et la culture qu'aucun algorithme ne peut capturer. Mais il te donne un point de départ basé sur les données plutôt que sur la politique de bureau.
Encore une fois, Team Topologies est la référence ici. Matthew Skelton et Manuel Pais soutiennent que la topologie des équipes affecte directement l'architecture du logiciel (la fameuse Loi de Conway). Si tes équipes sont mal formées, ton logiciel le reflétera.
5. Prévision du Taux d'Arrivée au Backlog
Ton backlog n'est pas statique. Il grossit. Parfois plus vite que tu ne livres. Le Prévision du Taux d'Arrivée au Backlog analyse à quel rythme de nouveaux éléments entrent dans ton backlog et projette vers l'avenir.
Pourquoi c'est important ? Parce que si 15 tickets arrivent par sprint et que tu en termines 12, ton backlog grossit de 3 éléments chaque sprint. En 10 sprints tu as 30 éléments de plus. Ça n'apparaît pas sur ton velocity chart. Ça n'est pas détecté par ton burndown. Mais c'est la différence entre un projet viable et un projet qui ne finira jamais.
L'outil utilise une analyse de séries temporelles basique pour identifier des tendances. L'arrivée de travail accélère-t-elle ? Se stabilise-t-elle ? Y a-t-il des pics saisonniers ? Si le taux d'arrivée dépasse systématiquement ton throughput, aucune amélioration de processus ne te sauvera — il faut soit réduire le périmètre, soit augmenter la capacité. Et plus tôt tu le sais, mieux c'est.
6. Planificateur de Capacité Saisonnière
Le dernier de la série, et peut-être le plus pratique au quotidien. Le Planificateur de Capacité Saisonnière t'aide à planifier la capacité de ton équipe en tenant compte des vacances, jours fériés, formations et autres événements qui réduisent ta capacité réelle.
On sait tous que décembre et août sont des mois de faible capacité dans la plupart des entreprises européennes. On sait tous qu'après les recrutements de septembre il y a une période d'onboarding où la productivité baisse. Et pourtant on continue à planifier comme si on avait 100% de capacité toute l'année.
L'outil te permet de configurer les facteurs saisonniers de ton organisation et génère une prévision de capacité réaliste mois par mois. Comme ça, quand le PM te demande de t'engager à livrer quelque chose en décembre, tu peux lui montrer que tu auras 60% de ta capacité habituelle et ajuster les attentes avant qu'elles ne deviennent des promesses non tenues.
Le problème n'est pas l'outil, c'est la conversation
S'il y a une chose que j'ai apprise après des années à travailler avec des équipes agile, c'est que les meilleures métriques ne sont pas celles qui te disent ce que tu veux entendre. Ce sont celles qui te forcent à avoir des conversations inconfortables.
Pourquoi ce ticket est en cours depuis 18 jours ? Pourquoi une seule personne sait déployer ? Pourquoi le backlog grossit plus vite qu'on ne livre ? Pourquoi on continue à promettre des livraisons en décembre alors qu'on sait que la moitié de l'équipe sera en vacances ?
Ces 6 outils ne vont pas résoudre tes problèmes de processus. Mais ils vont rendre ces problèmes impossibles à ignorer. Et ça, d'après mon expérience, c'est le premier pas pour les corriger.
Essaie-les ici. Gratuit, dans ton navigateur, sans que tes données ne quittent ta machine.