Trouver et résoudre les goulots d'étranglement

Un goulot d'étranglement est une étape qui limite le débit de l'ensemble du système. C'est l'étape la plus lente du processus.

Théorie des contraintes (Eli Goldratt) : La production du système ne peut jamais dépasser la production du goulot d'étranglement. Améliorer autre chose que le goulot d'étranglement n'améliore pas le système.

En Kanban :

• Le travail s'accumule devant le goulot d'étranglement
• Les étapes en aval sont affamées
• Le débit du goulot d'étranglement = débit du système

Métriques qui révèlent les goulots d'étranglement :

1. Longueurs des files d'attente (TEC dans les états d'attente) Si « Prêt pour l'AQ » contient 8 éléments alors que les autres files en ont 1-2, l'AQ est probablement le goulot d'étranglement.

2. Temps dans l'étape Si les éléments passent 3 jours en développement mais 5 jours en révision de code, la révision de code ralentit les choses.

3. Largeurs des bandes du DFC Bandes larges = TEC élevé = goulot d'étranglement. Cherchez les bandes qui s'élargissent avec le temps.

4. Âge de l'élément le plus ancien par étape Si l'élément le plus ancien dans « Déploiement » a 2 jours mais que le plus ancien dans « Tests » a 10 jours, les tests sont la contrainte.

Goulots d'étranglement courants dans les équipes logicielles :

• Révision de code (pas assez de réviseurs)
• AQ/Tests (capacité ou automatisation insuffisante)
• Déploiement (processus manuels ou versions peu fréquentes)
• Exigences/Conception (goulot d'étranglement en amont)
• Approbations (attente des parties prenantes)

Une fois que vous avez identifié le goulot d'étranglement, les options incluent :

1. Ajouter de la capacité au goulot d'étranglement

• Plus de personnes
• Formation croisée
• Automatisation
• Éliminer le gaspillage du processus du goulot d'étranglement

2. Décharger le travail du goulot d'étranglement

• D'autres étapes peuvent-elles aider?
• Le travail du goulot d'étranglement peut-il être simplifié?
• Certains travaux peuvent-ils contourner le goulot d'étranglement?

3. Réduire la demande sur le goulot d'étranglement

• Limites de TEC plus strictes en amont (ne pas l'inonder)
• Meilleure préparation des éléments de travail
• Traitement par lots (parfois — compromis avec le flux)

4. Subordonner les autres étapes au goulot d'étranglement

• Le goulot d'étranglement définit le rythme
• N'optimisez pas les non-goulots d'étranglement (gaspillage d'effort)
• Alimentez le goulot d'étranglement exactement au rythme qu'il peut consommer

5. Élever le goulot d'étranglement

• Investir pour rendre le goulot d'étranglement plus rapide
• Éliminer complètement la contrainte si possible

Quand vous corrigez un goulot d'étranglement, un nouveau apparaît. C'est attendu et sain.

Le cycle :

1. Identifier le goulot d'étranglement (AQ)
2. L'améliorer (automatisation, formation croisée)
3. Un nouveau goulot d'étranglement émerge (maintenant c'est la révision de code)
4. Identifier et résoudre le nouveau goulot d'étranglement
5. Répéter

Progression courante dans les équipes logicielles :

1. Premier goulot d'étranglement : Tests/AQ
2. Correction : Automatisation des tests, formation croisée → Le goulot d'étranglement se déplace vers...
3. Deuxième goulot d'étranglement : Révision de code
4. Correction : Programmation en binôme, révisions asynchrones → Le goulot d'étranglement se déplace vers...
5. Troisième goulot d'étranglement : Déploiement
6. Correction : CI/CD, indicateurs de fonctionnalités → Le goulot d'étranglement se déplace vers...
7. Quatrième goulot d'étranglement : Décisions produit

C'est du progrès! Chaque fois que le goulot d'étranglement se déplace, la capacité de votre système a augmenté.

Le danger : Essayer de corriger tous les goulots d'étranglement en même temps. Vous ne pouvez pas. Concentrez-vous sur la contrainte actuelle. Quand elle n'est plus la contrainte, passez à la suivante.