Simyl
simylflow
Accueil du cours
Module 3 : Limiter le travail en cours et systèmes de tirage
Leçon 2 sur 5
12 min

Définir les limites de TEC

Conseils pratiques pour déterminer les bonnes limites pour votre équipe.

1Il n'existe pas de nombre parfait

Une question courante : « Quelle devrait être notre limite de TEC? »

La réponse honnête : Nous ne le savons pas. Commencez quelque part et ajustez.

Les limites de TEC sont des expériences, pas des calculs. Différents contextes nécessitent différentes limites, et la bonne limite aujourd'hui pourrait être mauvaise le mois prochain.

Cela dit, il existe des points de départ raisonnables et des principes pour vous guider.

2Limites par colonne vs limites globales

Vous pouvez définir des limites de TEC à différents niveaux :

Limites par colonne : Chaque étape a sa propre limite.

  • « Dév : 3 » / « Révision : 2 » / « AQ : 2 »
  • Crée un équilibre entre les étapes
  • Empêche qu'une seule étape devienne un goulot d'étranglement

Limite globale : Total d'éléments dans le système.

  • « Maximum 15 éléments de Prêt à Terminé »
  • Plus simple à gérer
  • N'empêche pas les goulots d'étranglement internes

Limites par personne : Le TEC de chaque personne est limité.

  • « Maximum 2 éléments par personne »
  • Bon pour le travail intellectuel où le changement de contexte coûte cher
  • Peut être combiné avec des limites par colonne

La plupart des équipes utilisent une combinaison : Limites par colonne pour le flux de travail, parfois avec des limites par personne superposées.

3Points de départ

La règle « n ou n-1 » : Commencez avec une limite égale ou inférieure d'une unité au nombre de personnes travaillant dans cette étape.

Si 3 développeurs travaillent dans la colonne Dév, essayez une limite de TEC de 3 ou 2.

Pourquoi ça fonctionne :

  • Garantit que les gens ne sont pas inactifs (chacun peut avoir un élément)
  • Crée une légère pression pour collaborer (limite de n-1)
  • Fournit un point de départ raisonnable

La règle « 2x le débit » : Définissez le TEC du système à environ 2x votre débit hebdomadaire.

Si vous complétez 8 éléments par semaine, visez ~16 éléments dans le système au total.

Pourquoi ça fonctionne :

  • Implique un délai d'exécution d'environ 2 semaines
  • Fournit suffisamment de marge pour la variation
  • Empêche la surcharge extrême

Commencez plus haut, puis abaissez

Il est plus facile de commencer avec des limites plus élevées et de les resserrer que de commencer trop serré et de créer de la frustration. Abaissez la limite lorsque les choses se passent bien; les points de douleur vous indiqueront où.

4Signaux indiquant que les limites sont incorrectes

La limite est trop élevée :

  • Jamais atteinte
  • Les éléments vieillissent dans la colonne
  • Le changement de contexte est constant
  • Les délais d'exécution sont longs

La limite est trop basse :

  • Constamment atteinte
  • Les gens sont fréquemment bloqués/inactifs
  • Le travail affame les étapes en aval
  • La frustration de l'équipe est élevée

Juste ce qu'il faut (pour l'instant) :

  • Atteintes occasionnelles de la limite qui encouragent la collaboration
  • Le travail circule régulièrement à travers les étapes
  • Les délais d'exécution sont raisonnables
  • L'équipe se sent stimulée mais pas submergée

Rappelez-vous : « Juste ce qu'il faut » est dynamique. À mesure que l'équipe s'améliore, resserrez les limites. À mesure que la composition de l'équipe change, réajustez.

Tension saine

La colonne Dév atteint sa limite 2-3 fois par semaine. Chaque fois, un développeur termine une révision au lieu de commencer un nouveau travail. Le flux s'améliore, et l'équipe a des discussions productives sur les priorités.

Trop lâche

La colonne Dév a une limite de 10 pour 3 développeurs. Elle n'est jamais atteinte. Tout le monde a 3+ éléments en cours. Le changement de contexte est effréné. La limite est décorative.

5Ajuster au fil du temps

Les limites de TEC devraient évoluer. Voici un processus sain :

Configuration initiale : Choisissez des limites de départ raisonnables en utilisant les heuristiques ci-dessus.

Observation hebdomadaire : Les limites sont-elles atteintes? Trop souvent? Jamais? Que se passe-t-il lorsqu'elles le sont?

Discussion en rétro : Examinez le flux. Les limites aident-elles? Que devrait changer?

Resserrement graduel : À mesure que l'équipe améliore le flux, essayez d'abaisser les limites. Des limites plus basses révèlent les problèmes plus tôt et créent plus de pression pour l'efficacité.

Assouplissement au besoin : Des circonstances changeantes (nouveaux membres de l'équipe, nouveaux types de travail) peuvent nécessiter d'assouplir temporairement les limites.

Le signal de maturité : Les équipes Kanban matures ont souvent des limites étonnamment basses. Elles ont éliminé le gaspillage et peuvent travailler efficacement avec des contraintes serrées.

Points clés
  • Il n'y a pas de formule pour des limites de TEC parfaites—ce sont des expériences
  • Commencez avec des limites à peu près égales à la taille de l'équipe par étape
  • Surveillez les signaux indiquant que les limites sont trop élevées ou trop basses
  • Ajustez les limites régulièrement en fonction du flux observé
  • Les équipes matures resserrent souvent les limites au fil du temps
Pièges courants à éviter
  • Définir des limites et ne jamais les ajuster
  • Des limites si élevées qu'elles ne sont jamais atteintes
  • Des limites si basses que l'équipe est frustrée et affamée
  • Traiter les violations de limite de TEC comme des échecs au lieu d'informations