Gestion des files d'attente
Les files d'attente sont du travail en cours caché — et elles sont partout dans la livraison de logiciels.
1Les files d'attente sont du travail en cours caché
Chaque file d'attente est du travail en cours qui ne progresse pas. Les files d'attente sont l'endroit où le travail attend.
Files d'attente évidentes :
- Le backlog produit
- La file d'attente de révision des PR
- La file d'attente de tests QA
- Le calendrier de déploiement
Files d'attente moins évidentes :
- Les tickets « assignés » mais non démarrés
- Le code en attente de l'exécution du CI
- Les décisions en attente d'approbation
- Les questions en attente de réponses
Les files d'attente sont sournoises. Elles semblent organisées — après tout, le travail est suivi et priorisé. Mais c'est du travail en cours. Chaque élément dans une file d'attente ajoute au délai de livraison. Chaque file d'attente est un endroit où le travail attend au lieu de circuler.
Le problème du backlog
Un gros backlog donne l'impression d'être organisé. En réalité, c'est de l'inventaire. La plupart des éléments d'un gros backlog ne seront jamais développés, deviendront obsolètes avant d'être traités ou nécessiteront une redécouverte importante. Les petits backlogs ne sont pas un problème — c'est une fonctionnalité.
2Pourquoi les files d'attente grossissent
Les files d'attente grossissent lorsque le taux d'arrivée dépasse le taux de départ.
Si le travail arrive à un rythme de 10 éléments par semaine et que l'étape peut compléter 8 éléments par semaine, la file d'attente augmente de 2 éléments par semaine. Après 10 semaines, il y a une file d'attente de 20 éléments.
Près de la capacité, les files d'attente croissent de façon exponentielle. À 80 % d'utilisation, les files d'attente sont gérables. À 90 %, elles croissent plus rapidement. À 95 %, elles explosent. C'est la théorie des files d'attente — mathématiquement prouvée.
Le piège : Les gestionnaires voient une file d'attente grossir et pensent « nous devons travailler plus vite ». Mais souvent, le problème n'est pas la vitesse — c'est la surcharge. Le taux d'arrivée dépasse la capacité. Travailler plus fort ne règle pas les mathématiques.
Solutions :
- Réduire le taux d'arrivée : Dire non à plus de travail. Être plus sélectif sur ce qui entre dans le système.
- Augmenter la capacité à la contrainte : Former de façon croisée. Automatiser. Ajouter des ressources là où la file d'attente se forme.
- Limiter le travail en cours : Empêcher le travail d'entrer jusqu'à ce qu'il y ait la capacité de le compléter.
La dernière option — limiter le travail en cours — est souvent la plus pratique. Elle ne nécessite pas d'embauche ni de changements majeurs. Elle nécessite simplement la discipline de ne pas démarrer plus que ce qu'on peut terminer.
Un backlog produit contient 800 éléments. L'équipe complète 10 éléments par sprint. Au rythme actuel, vider le backlog prendrait 80 sprints (plus de 3 ans). La plupart des éléments sont obsolètes. Le backlog n'est pas un plan — c'est un cimetière de bonnes intentions.
Une équipe limite son backlog à 2 sprints de travail (~20 éléments). Les nouvelles idées sont capturées mais pas ajoutées tant qu'il n'y a pas d'espace disponible. Les éléments qui restent trop longtemps sont révisés et souvent supprimés. Le backlog reste frais et significatif.
3Classes de service
Tout le travail n'est pas égal. Certains éléments sont urgents. Certains sont standards. Certains ont une date fixe (doivent être livrés à une date précise). Gérer les files d'attente efficacement signifie traiter différents types différemment.
Les classes de service définissent des catégories de travail avec un traitement différent :
Accéléré : Tout laisser tomber. Cela doit circuler immédiatement. Très rare (1-2 % du travail). Souvent pour les urgences de production.
Date fixe : A une échéance. Nécessite une capacité réservée ou un suivi spécial.
Standard : Travail normal. Circule à un rythme normal.
Intangible : Travail d'amélioration. Dette technique. Faible urgence mais important. Souvent planifié comme un pourcentage de la capacité.
L'erreur est de traiter tout comme accéléré. Quand tout est urgent, rien ne l'est. Les voies accélérées ne fonctionnent que si elles sont rares.
Les classes de service aident à gérer les files d'attente en :
- S'assurant que le travail vraiment urgent circule rapidement
- Protégeant la capacité pour le travail avec échéance
- Empêchant le travail urgent d'évincer le travail important
- Rendant les compromis explicites
Le test d'accélération
Si plus de 5 % de votre travail est « accéléré », vous n'avez pas de voie accélérée — vous avez un système chaotique. Soit les choses ne sont pas vraiment accélérées, soit quelque chose est structurellement brisé en amont.
- Les files d'attente sont du travail en cours caché où le travail attend au lieu de circuler
- Près de l'utilisation de la capacité, les files d'attente croissent de façon exponentielle
- Limiter le taux d'arrivée ou augmenter la capacité — ne pas simplement travailler plus vite
- Les petits backlogs frais sont meilleurs que les gros backlogs obsolètes
- Les classes de service aident à gérer différents types de travail de manière appropriée