4 min lecture • Guide 225 of 877
Gérer les Limites de Travail en Cours
Les limites de Travail en Cours (WIP) sont le levier le plus puissant pour améliorer le flux. En limitant combien de travail est en cours simultanément, vous forcez la complétion plutôt que le démarrage, réduisez le changement de contexte et augmentez souvent le débit tout en diminuant le stress.
Bénéfices des Limites WIP
| Sans Limites WIP | Avec Limites WIP |
|---|---|
| Démarrer beaucoup, finir peu | Finir avant de démarrer |
| Changement de contexte | Travail focalisé |
| Goulets cachés | Contraintes visibles |
| Temps de cycle longs | Complétion plus rapide |
| Travail s'accumule | Flux fluide |
Comprendre les Limites WIP
Le Principe de Flux
LIMITES WIP ET FLUX
═══════════════════
SCÉNARIO A: Pas de limites WIP
─────────────────────────────────────
Développeur démarre 5 choses:
├── Tâche 1: 40% fait
├── Tâche 2: 60% fait
├── Tâche 3: 20% fait
├── Tâche 4: 10% fait
└── Tâche 5: 5% fait
Statut: 0 tâches complètes
Changements contexte: Nombreux
Temps de cycle: Long
Stress: Haut
SCÉNARIO B: Limite WIP de 2
─────────────────────────────────────
Développeur ne peut avoir que 2 choses:
├── Tâche 1: 100% fait ✓
├── Tâche 2: 100% fait ✓
├── Tâche 3: 80% (en cours)
├── Tâche 4: Non démarré
└── Tâche 5: Non démarré
Statut: 2 tâches complètes
Changements contexte: Minimes
Temps de cycle: Court
Stress: Plus bas
INSIGHT CLÉ:
Moins de travail en cours = plus de travail complété
Pourquoi Ça Marche
MÉCANIQUE DES LIMITES WIP
═════════════════════════
1. RÉDUCTION CHANGEMENT CONTEXTE
─────────────────────────────────────
Chaque changement contexte: 20-30 min récupération
5 tâches/jour switchs: 2+ heures perdues
2 tâches/jour switchs: 30 min perdues
Économie: 1.5+ heures de temps productif
2. COMPLÉTION FORCÉE
─────────────────────────────────────
Impossible démarrer nouveau → Doit finir actuel
"Mais je suis bloqué" → Aider à débloquer ou attendre
Résultat: Équipe s'entraide pour finir
3. VISIBILITÉ DES GOULETS
─────────────────────────────────────
Sans limites:
Travail s'accumule partout, goulet pas clair
Avec limites:
Travail arrête d'entrer au goulet
Goulet devient évident
Équipe l'adresse
4. TEMPS DE CYCLE RÉDUIT
─────────────────────────────────────
Loi de Little: Temps de Cycle = WIP / Débit
Même débit, moins de WIP = temps cycle plus court
Items se complètent plus vite
Feedback plus rapide
Moins d'inventaire
Définir les Limites WIP
Limites par Colonne
GUIDELINES LIMITES WIP PAR COLONNE
══════════════════════════════════
POINTS DE DÉPART:
─────────────────────────────────────
Équipe de 5 développeurs:
Backlog: Pas de limite (pool de travail)
Prêt: 10 (2× taille équipe)
En Cours: 8 (1.5× taille équipe)
Revue: 4 (prone goulet, garder bas)
Test: 5 (1× taille équipe)
Terminé: Pas de limite
VISUALISATION BOARD:
┌─────────┬─────────┬─────────┬─────────┬─────────┐
│ Backlog │ Prêt │ En Cours│ Revue │ Terminé │
│ ∞ │ MAX: 10 │ MAX: 8 │ MAX: 4 │ ∞ │
├─────────┼─────────┼─────────┼─────────┼─────────┤
│ ▢ ▢ ▢ │ ▢ ▢ ▢ │ ▢ ▢ ▢ ▢ │ ▢ ▢ │ ▢ ▢ ▢ │
│ ▢ ▢ ▢ │ ▢ ▢ │ ▢ ▢ │ ▢ ⚠️ │ ▢ ▢ │
│ ▢ ▢ │ │ │ │ │
└─────────┴─────────┴─────────┴─────────┴─────────┘
⚠️ Revue proche de la limite!
QUAND À LA LIMITE:
├── Pas de nouveau travail peut entrer
├── Aider à déplacer items actuels
├── Investiguer pourquoi c'est plein
└── Résoudre avant d'en tirer plus