Deux cents éléments dans le backlog, le plus ancien date d'il y a un an et demi. Plus personne ne se souvient qui l'a créé ni si le problème qu'il concerne existe encore. Chaque semaine, il arrive plus de tickets que l'équipe n'en ferme, et chaque discussion sur les priorités se termine de la même façon : tout est important, donc rien ne l'est. Si vous dirigez une entreprise ou êtes responsable d'un produit, une telle liste n'est pas un problème technique. C'est un problème de décision. Et il peut être résolu sans embaucher trois développeurs de plus.
Avant d'accélérer, de déléguer ou de couper quoi que ce soit, le backlog doit être trié. Pas par date de création, ni selon qui réclame le plus fort.
Étape 1 : répartissez les tickets en quatre paniers
Le premier tri se fait selon les conséquences business, pas selon la difficulté technique :
- Critique pour le chiffre d'affaires : les tickets qui bloquent les ventes, le service client ou la facturation. Chaque jour de retard a un coût chiffrable.
- Conformité avec échéance ferme : KSeF, RGPD, règlement européen sur l'IA. La date butoir ne se négocie pas, et l'amende dépasse parfois le coût de toute la modification.
- Quality-of-life : ils ne bloquent rien directement, mais coûtent chaque jour du temps aux gens. Ressaisie manuelle de données, rapport assemblé dans un tableur, contournements auxquels tout le monde s'est habitué.
- Nice-to-have : des idées qui semblaient bonnes il y a un an et sur lesquelles personne n'est revenu depuis.
De nos projets ressort une observation simple : le dernier panier représente souvent 30–50 % de toute la liste. Supprimez-le sans hésiter. Si une idée est vraiment nécessaire, elle reviendra d'elle-même, et avec une meilleure justification que la première fois.
Étape 2 : ajoutez un second axe, c'est-à-dire qui devrait s'en charger
Pour les tickets qui ont survécu à la première coupe, posez une seconde question : la réalisation exige-t-elle une connaissance approfondie de votre domaine, ou s'agit-il d'un travail d'ingénierie standard ? Ajouter un champ à un formulaire, une intégration via API, un nouveau rapport, une migration de données, des tests de régression : tout cela se présente de la même façon dans une entreprise de transport et chez un grossiste pharmaceutique. La logique tarifaire, l'algorithme de planification des tournées, les règles de scoring client : personne ne fera cela correctement sans connaître votre métier.
De ces deux axes naît une matrice qui ordonne les décisions :
- Urgent et standard : le meilleur candidat à la délégation à un partenaire externe. Des entrées et sorties bien définies, peu de contexte tribal.
- Urgent et métier : votre propre équipe, tout de suite. Ici, pas de raccourci.
- Non urgent et standard : à déléguer par lots, quand un paquet cohérent s'est constitué.
- Non urgent et métier : reporté consciemment, avec une date de revue précise plutôt qu'un éternel « un jour ».
Erreur fréquente : déléguer à l'envers
Et ici, une opinion forgée sur des projets de modernisation : beaucoup d'entreprises répartissent le travail exactement à l'envers. Elles confient à l'extérieur les tâches difficiles et métier, parce que « nous n'avons pas les gens pour ça », et gardent en interne les modifications simples, parce qu'elles paraissent bon marché. Le résultat est doublement mauvais. Le partenaire externe apprend pendant des années un domaine que l'entreprise devrait contrôler elle-même, car c'est son avantage concurrentiel. Et le senior maison brûle des semaines à ajouter des champs à des formulaires, un travail que n'importe quel prestataire sérieux ferait. Gardez le cœur métier en interne, même si cela avance plus lentement. Confiez le travail standard sans état d'âme.
À quoi reconnaître que le backlog guérit
Le nombre d'éléments sur la liste dit peu de choses. Deux métriques disent presque tout :
- L'âge du plus ancien ticket actif. S'il passe de 18 mois à 3, la file tourne réellement. S'il augmente, le tri n'a été que cosmétique.
- Le lead time, c'est-à-dire le délai médian entre la création du ticket et la modification opérationnelle en production. C'est la seule mesure que le business ressent.
Ajoutez un test de contrôle : le solde entre les arrivées et les réalisations sur le mois. Tant qu'il en arrive plus qu'il n'en sort, aucune priorisation ne suffira — il faut augmenter le débit ou couper plus franchement. Une réserve : ces métriques sont faciles à truquer. Supprimer de vieux tickets juste pour embellir la courbe met de l'ordre dans le rapport, pas dans l'entreprise.
Où se situe ESKOM AI dans ce schéma
Dans cette répartition du travail, nous occupons la colonne de droite de la matrice : nous prenons en charge les modifications standard, les intégrations entre systèmes et l'automatisation des tests de régression, tandis que votre équipe reste propriétaire du cœur métier. Un processus fondé sur une équipe d'agents IA spécialisés, avec une gamme complète de tests automatisés (unitaires, d'intégration, E2E, d'interface, de sécurité et de performance), permet de clôturer un ticket typique du panier « travail standard » en quelques jours ou semaines ; sur l'origine de cette rapidité, nous avons écrit dans le texte comment l'IA raccourcit les délais de réalisation des modifications. Honnêtement : les premières semaines de collaboration sont plus lentes, car nous devons apprendre votre système et votre environnement. Ce coût d'entrée s'amortit dès les tickets suivants ; pour une seule petite correction, ce modèle n'a donc pas de sens. Pour un flux de modifications, il en a beaucoup.
Par où commencer dès ce vendredi
Bloquez une heure dans votre agenda et parcourez la liste avec un tableur à côté : quatre paniers, puis le second axe. Après cette heure, vous saurez trois choses : quoi supprimer, quoi faire par vos propres moyens et quoi déléguer à l'extérieur dès maintenant. Et si vous voulez faire ce tri avec quelqu'un qui l'a fait de nombreuses fois, réservez une consultation gratuite via le formulaire sur eskom.ai/pl/kontakt. Venez avec un export de votre backlog. Vous repartirez avec une liste triée et des fourchettes de délais réalistes pour les tickets qui se prêtent à une délégation immédiate.