Gérer les violations de limites TEC - L’essentiel de Kanban

1Les violations sont de l'information, pas un échec

Quand une limite TEC est atteinte, vous avez trois options :

Attendre — Ne pas commencer de nouveau travail ; aider à terminer quelque chose en cours
Converger — Plusieurs personnes aident à dégager le goulot d'étranglement
Violer — Commencer un nouveau travail quand même, en reconnaissant l'exception

Les trois sont valides selon le contexte. La clé est que la violation soit visible et consciente, pas invisible et inconsciente.

Une limite violée est un signal : « Quelque chose d'inhabituel se passe. Portez attention. »

Si vous n'atteignez jamais vos limites TEC, elles sont trop élevées. Si vous les violez constamment, elles sont soit trop basses, soit quelque chose de systémique ne va pas.

2Quoi faire quand les limites sont atteintes

Étape 1 : Reconnaître le signal La limite est atteinte. C'est le système qui fonctionne, pas qui brise.

Étape 2 : Demander pourquoi

Y a-t-il des blocages empêchant le travail de se terminer ?
Une étape en aval est-elle engorgée ?
Avons-nous pris trop de travail ?
Quelque chose est-il inopinément complexe ?

Étape 3 : Choisir une réponse

Aider à terminer quelque chose : Réviser une PR, faire du pair sur un bogue, dégager un blocage
Converger sur le goulot d'étranglement : Plusieurs personnes se concentrent pour dégager l'embouteillage
Attendre : Si le blocage est externe, il n'y a peut-être rien à faire sauf attendre
Escalader : Si le pattern persiste, le soulever en mêlée quotidienne ou à la direction

Étape 4 : Ne pas violer automatiquement La tentation est de dire « mais c'est important ! » et de commencer quand même. Résistez. Les limites existent pour protéger le flux.

3Quand violer réellement

Parfois, violer la limite est le bon choix. Exemples :

Urgence réelle : La production est en panne, et nous sommes à la limite TEC pour le Dév. Oui, commencez la correction quand même.

Dépendance bloquante : L'élément bloqué attend une entrée externe. Commencer autre chose est mieux que de rester inactif.

Apprentissage : Un nouveau membre de l'équipe doit faire du pair, et cela dépasse temporairement la limite.

Mais rendez-le visible :

Utilisez un indicateur visuel (carte de couleur différente, drapeau, etc.)
Discutez-en en mêlée quotidienne
Suivez les violations au fil du temps

Si vous violez les limites fréquemment, quelque chose ne va pas. Soit :

Les limites sont trop basses
Le travail arrive trop vite
Les blocages ne sont pas résolus
L'équipe ne croit pas aux limites

4Suivre et analyser les violations

Les violations sont des données. Suivez-les pour vous améliorer :

Quoi capturer :

Quand la violation est-elle arrivée ?
Pourquoi la limite a-t-elle été atteinte ? (blocage, afflux en amont, etc.)
Pourquoi avons-nous choisi de violer ? (urgence, ne pouvions pas aider ailleurs, etc.)
Quel a été l'impact ?

Patterns à rechercher :

Même colonne atteignant toujours les limites → goulot d'étranglement, adresser la cause racine
Limites atteintes après réapprovisionnement → prendre trop en planification
Violations toujours d'une personne → besoin possible de formation ou de soutien
Violations toujours pour un type de travail → peut-être que ce type nécessite une gestion différente

Discussion en rétro : « Nous avons violé la limite TEC du Dév 4 fois ce sprint. Trois fois c'était parce que la Révision de code était engorgée. Devons-nous augmenter la capacité de Révision ? »

Cela transforme les violations en opportunités d'amélioration au lieu de culpabilité.

L'objectif n'est pas zéro violation. L'objectif est des violations conscientes qui mènent à l'apprentissage. Les violations inconscientes (limites ignorées, personne ne remarque) sont le vrai problème.