8 min lecture • Guide 677 of 877
Implémenter les Limites WIP
Les limites de travail en cours sont le moteur de l'optimisation du flux en Kanban. Correctement implémentées, les limites WIP réduisent le changement de contexte, révèlent les goulots d'étranglement et aident les équipes à se concentrer sur finir le travail plutôt que commencer de nouvelles tâches. GitScrum fournit des limites WIP configurables avec application visuelle.
Fondamentaux des Limites WIP
Pourquoi les Limites WIP Fonctionnent
IMPACT DES LIMITES WIP:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SANS LIMITES WIP: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ EN COURS: 12 items (pas de limite) ││
│ │ ││
│ │ SYMPTÔMES: ││
│ │ • Tout est commencé, rien n'est terminé ││
│ │ • Changement de contexte élevé ││
│ │ • Livraison imprévisible ││
│ │ • Goulots cachés ││
│ │ • Temps de cycle longs ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ AVEC LIMITES WIP: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ EN COURS: 4 items (limite: 5) ││
│ │ ││
│ │ BÉNÉFICES: ││
│ │ • Focus sur finir ││
│ │ • Changement de contexte réduit ││
│ │ • Goulots visibles immédiatement ││
│ │ • Flux prévisible ││
│ │ • Temps de cycle plus courts ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Loi de Little
LOI DE LITTLE EXPLIQUÉE:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FORMULE: │
│ │
│ Temps de Cycle = WIP / Débit │
│ │
│ EXEMPLE: │
│ L'équipe complète 10 items/semaine (débit) │
│ │
│ Scénario A: WIP = 20 │
│ Temps de Cycle = 20 / 10 = 2 semaines │
│ │
│ Scénario B: WIP = 10 │
│ Temps de Cycle = 10 / 10 = 1 semaine │
│ │
│ INSIGHT: │
│ WIP plus bas = Temps de cycle plus court │
│ (en supposant le même débit) │
│ │
│ C'est pourquoi les limites WIP accélèrent la livraison │
└─────────────────────────────────────────────────────────────┘
Déterminer les Bonnes Limites
Calcul Initial
FORMULES DE DÉPART:
════════════════════
RÈGLE GÉNÉRALE:
WIP Limite = Taille équipe × 1.5
EXEMPLE (équipe de 4):
┌─────────────────────────────────────────────────────────────┐
│ Colonne │ Calcul │ Limite Suggérée │
├─────────────────────────────────────────────────────────────┤
│ En Développement│ 4 devs × 1.5 │ 6 (ou 4-6) │
│ Code Review │ 2 reviewers × 1.5│ 3 │
│ Test │ 1 testeur × 1.5 │ 2 │
│ Déploiement │ Processus unique │ 1 │
└─────────────────────────────────────────────────────────────┘
LIMITE TOTALE SYSTÈME:
Somme de toutes les colonnes actives = 12
FACTEURS D'AJUSTEMENT:
├── Travail hautement collaboratif → Diminuer
├── Travail indépendant → Peut augmenter légèrement
├── Beaucoup de blocages externes → Légère marge
└── Équipe mature → Peut être plus strict
Ajuster au Fil du Temps
SIGNAUX D'AJUSTEMENT:
═════════════════════
LIMITE TROP HAUTE:
┌─────────────────────────────────────────────────────────────┐
│ Symptômes: │
│ • Multitâche fréquent │
│ • Items restent longtemps en colonne │
│ • Beaucoup de changement de contexte │
│ • Temps de cycle long │
│ │
│ Action: Réduire la limite progressivement │
└─────────────────────────────────────────────────────────────┘
LIMITE TROP BASSE:
┌─────────────────────────────────────────────────────────────┐
│ Symptômes: │
│ • Équipe souvent inactive │
│ • Attente fréquente de disponibilité │
│ • Débit artificiellement réduit │
│ • Frustration de l'équipe │
│ │
│ Action: Augmenter légèrement (+ 1 ou 2) │
└─────────────────────────────────────────────────────────────┘
LIMITE CORRECTE:
┌─────────────────────────────────────────────────────────────┐
│ Caractéristiques: │
│ • Légère tension productive │
│ • Flux fluide │
│ • Blocages visibles rapidement │
│ • Équipe termine avant de commencer │
│ • Temps de cycle stable et prévisible │
└─────────────────────────────────────────────────────────────┘
Application des Limites
Gestion des Violations
QUE FAIRE QUAND LA LIMITE EST ATTEINTE:
═══════════════════════════════════════
SCÉNARIO: Colonne "Revue" pleine (3/3)
Développeur veut pousser une PR
MAUVAISES PRATIQUES:
├── ❌ Ignorer la limite et ajouter quand même
├── ❌ Commencer une autre tâche en attendant
├── ❌ Mettre la PR "ailleurs" (contournement)
└── ❌ Se plaindre des limites
BONNES PRATIQUES:
├── ✅ Aider à faire des revues existantes
├── ✅ Pair review pour accélérer
├── ✅ Résoudre les blocages des items en revue
├── ✅ Améliorer la documentation/tests
└── ✅ Contribuer aux items déjà en cours
SIGNAL VISUEL:
┌────────────────────────────────┐
│ Revue [3/3] 🔴 PLEIN! │
├────────────────────────────────┤
│ [PR-123] 📍 Depuis 2h │
│ [PR-124] 📍 Depuis 4h │
│ [PR-125] 📍 Depuis 30min │
└────────────────────────────────┘
⚠️ Impossible d'ajouter. Aidez à libérer.
Politiques Explicites
RÈGLES DE GESTION WIP:
═══════════════════════
POLITIQUE ÉQUIPE:
1. RESPECT STRICT DES LIMITES:
├── Les limites sont des règles, pas des suggestions
├── Toute violation nécessite discussion d'équipe
└── Exception: urgence validée par PO + SM
2. DÉPASSEMENT TEMPORAIRE:
├── Signaler immédiatement
├── Durée max: 4 heures
├── Action: Swarming pour libérer
└── Documenter la cause
3. ESCALADE:
├── Limite bloquée > 8h: Daily exceptionnel
├── Problème récurrent: Rétro urgente
└── Ajustement limite: Vote équipe
4. MESURE:
├── Tracker les violations
├── Analyser les causes
└── Améliorer le processus
Visualisation dans GitScrum
Configuration des Limites
PARAMÉTRAGE GITSCRUM:
═════════════════════
1. ALLER AUX PARAMÈTRES DU BOARD:
Projet → Board → Colonnes → Paramètres
2. DÉFINIR LES LIMITES PAR COLONNE:
┌────────────────────────────────────────┐
│ Colonne: En Développement │
│ Limite WIP: [6] ▼ │
│ ☑ Afficher avertissement à 80% │
│ ☑ Bloquer dépassement │
└────────────────────────────────────────┘
3. INDICATEURS VISUELS:
┌────────────────────────────────────────┐
│ En Dev [4/6] 🟢 OK │
│ En Dev [5/6] 🟡 Approche limite │
│ En Dev [6/6] 🔴 Limite atteinte │
│ En Dev [7/6] 🚨 DÉPASSEMENT! │
└────────────────────────────────────────┘
Tableau de Bord
MÉTRIQUES WIP GITSCRUM:
════════════════════════
SANTÉ DU FLUX:
┌─────────────────────────────────────────────────────────────┐
│ Colonne │ Actuel │ Limite │ Utilisation │ Tendance │
├─────────────────────────────────────────────────────────────┤
│ À Faire │ 8 │ ∞ │ N/A │ → │
│ En Dev │ 5 │ 6 │ 83% 🟡 │ ↑ │
│ Revue │ 2 │ 3 │ 67% 🟢 │ → │
│ Test │ 1 │ 2 │ 50% 🟢 │ ↓ │
│ Déploiement │ 1 │ 1 │ 100% 🔴 │ → │
├─────────────────────────────────────────────────────────────┤
│ TOTAL WIP │ 9 │ 12 │ 75% 🟢 │ │
└─────────────────────────────────────────────────────────────┘
VIOLATIONS CE MOIS:
├── Dépassements: 3
├── Durée moyenne: 2.5 heures
└── Cause principale: Attente review externe
Impact et Mesure
Avant/Après
COMPARAISON MÉTRIQUES:
═══════════════════════
AVANT LIMITES WIP (mois 1):
┌─────────────────────────────────────────────────────────────┐
│ WIP moyen: 18 items │
│ Temps de cycle: 12 jours │
│ Débit: 8 items/semaine │
│ Variabilité: ±5 jours │
│ Taux de finition sprint: 65% │
└─────────────────────────────────────────────────────────────┘
APRÈS LIMITES WIP (mois 3):
┌─────────────────────────────────────────────────────────────┐
│ WIP moyen: 8 items │
│ Temps de cycle: 5 jours ↓ 58% │
│ Débit: 10 items/semaine ↑ 25% │
│ Variabilité: ±2 jours ↓ │
│ Taux de finition sprint: 85% ↑ │
└─────────────────────────────────────────────────────────────┘
AMÉLIORATION:
├── Cycle time: -58%
├── Débit: +25%
├── Prévisibilité: +40%
└── Satisfaction équipe: +30%
Suivi Continu
MÉTRIQUES À SURVEILLER:
════════════════════════
HEBDOMADAIRE:
├── WIP moyen par jour
├── Temps en colonne par étape
├── Nombre de violations
└── Tendance cycle time
GRAPHIQUE WIP AU FIL DU TEMPS:
WIP
│
15├────────────────────────
│ ███ Avant limites
12├─███─────────────────────
│ ███
9├─███─███───────────────── Limite: 10
│ ███ ███ ░░░░░░░░░░░░░░░
6├─███─███─░░░░░░░░░░░░░░░
│ ███ ███ ░░░░░░░░░░░░░░░ Après limites
3├─███─███─░░░░░░░░░░░░░░░
│ ███ ███ ░░░░░░░░░░░░░░░
└────────────────────────→
S1 S2 S3 S4 S5 S6 Semaines
Erreurs Courantes
Pièges à Éviter
ERREURS FRÉQUENTES:
════════════════════
1. LIMITES TROP HAUTES:
❌ Limite = équipe × 3
✅ Limite = équipe × 1.5 (ou moins)
→ Des limites élevées = pas de limites
2. EXCEPTIONS PERMANENTES:
❌ "Juste cette fois" (chaque semaine)
✅ Respecter strictement, ajuster si besoin
→ Les exceptions tuent le système
3. PAS DE LIMITE TOTALE:
❌ Limites par colonne, pas de total
✅ Limite globale système également
→ Évite accumulation invisible
4. LIMITES INÉGALES:
❌ Dev: 10, Revue: 2 (déséquilibre)
✅ Dimensionner selon capacité réelle
→ Crée des goulots intentionnels
5. IGNORER LES SIGNAUX:
❌ "Les limites ne marchent pas pour nous"
✅ Analyser pourquoi, pas abandonner
→ Les limites révèlent, pas causent