Limites de travail en cours

Les limites de travail en cours sont des contraintes sur le nombre d'éléments qui peuvent être en cours à une étape donnée—ou dans l'ensemble du système—à la fois.

Cela semble incorrect. Ne devrions-nous pas travailler sur autant de choses que possible? Plus d'activité n'est-il pas mieux?

Non. Et voici pourquoi:

Loi de Little: Délai = Travail en cours / Débit

Si le débit est constant, réduire le travail en cours de moitié réduit le délai de moitié. C'est des mathématiques, pas une opinion.

Changement de contexte: Chaque élément supplémentaire en cours fragmente l'attention. Avec 1 élément, vous avez 100% de concentration. Avec 5 éléments, vous avez 20% de concentration sur chacun. Le changement de contexte entre eux brûle le reste.

Formation de files d'attente: Un travail en cours élevé signifie que les éléments attendent dans des files. Un travail en cours faible signifie que les éléments circulent plus rapidement.

Terminer avant de commencer: Avec des limites de travail en cours, vous devez terminer quelque chose avant de commencer quelque chose de nouveau. Cela force l'achèvement.

Le résultat contre-intuitif: faire moins à la fois signifie terminer plus au total.

Comment savoir quelle limite de travail en cours établir?

Commencez par l'observation: Comptez combien d'éléments sont en cours en ce moment. Si vous avez 20 éléments pour 5 personnes, c'est votre référence.

Réduisez de moitié: Sérieusement. La plupart des équipes ont beaucoup trop de travail en cours. Le réduire de moitié est généralement un bon point de départ.

Par étape vs à l'échelle du système: Vous pouvez établir des limites par étape (p. ex., max 3 éléments en révision de code) ou à l'échelle du système (p. ex., max 10 éléments dans toutes les étapes). Commencez par ce qui est plus simple pour votre équipe.

Un par personne plus tampon: Un point de départ courant est n+2 où n est la taille de l'équipe. Donc une équipe de 4 pourrait commencer avec une limite de travail en cours de 6.

Ajustez selon les résultats: Les limites de travail en cours doivent être assez serrées pour créer un flux mais pas si serrées que les gens n'ont rien à faire. Si la limite n'est jamais atteinte, elle est trop élevée. Si les gens sont constamment inactifs, elle pourrait être trop basse.

L'objectif n'est pas de trouver la limite de travail en cours « parfaite »—c'est de créer une fonction de forçage qui favorise l'achèvement et fait ressortir les problèmes.

Les limites de travail en cours ne fonctionnent que si vous réagissez lorsque vous les atteignez. Que faites-vous lorsque la limite est atteinte?

Regroupez-vous: Arrêtez ce que vous faites et aidez à éliminer le goulot d'étranglement. Si la révision de code est à sa limite, les développeurs aident à réviser au lieu d'écrire du nouveau code.

Attendez de manière productive: Si vous ne pouvez pas commencer un nouveau travail de fonctionnalité, faites du travail d'amélioration: remboursez la dette technique, écrivez des tests, automatisez un processus pénible.

Remontez les blocages: Si la limite est atteinte parce que quelque chose est bloqué, remontez immédiatement. Le blocage ne peut pas se cacher.

Analysez: Pourquoi la limite est-elle atteinte? Cette étape est-elle la contrainte? Y a-t-il un problème systémique?

Ce que vous ne devriez PAS faire:

• Ignorer la limite (« juste cette fois »)
• Augmenter la limite pour éviter la conversation
• Commencer du travail « hors du tableau »
• Compter les éléments différemment pour manipuler le nombre

La limite est là pour créer de la pression. La pression fait ressortir les problèmes. Les problèmes, une fois traités, mènent à l'amélioration.