7 min lecture • Guide 669 of 877
Comment Utiliser les Colonnes et Limites WIP du Board Kanban GitScrum
Des colonnes Kanban et limites WIP bien conçues transforment votre board d'une simple liste de tâches en un système d'optimisation de flux. La configuration flexible de board de GitScrum aide les équipes à visualiser leur workflow, limiter le travail en cours et améliorer continuellement leur processus.
Conception des Colonnes de Board
Board de Développement Standard
BOARD KANBAN DÉVELOPPEMENT BASIQUE:
┌─────────────────────────────────────────────────────────────┐
│ BACKLOG │ PRÊT │ EN COURS │ REVUE │ TERMINÉ │
│ (no limit)│ (5) │ (4) │ (3) │ │
├───────────┼─────────┼─────────────┼─────────┼──────────────┤
│ │ │ │ │ │
│ □ Story 8 │ □ #125 │ ■ #122 │ ■ #118 │ ✓ #115 │
│ □ Story 9 │ □ #126 │ ■ #123 │ ■ #119 │ ✓ #116 │
│ □ Story 10│ □ #127 │ ■ #124 │ │ ✓ #117 │
│ □ Bug #46 │ │ │ │ │
│ □ Bug #47 │ │ WIP: 3/4 ✅ │ WIP:2/3 │ │
│ │ │ │ ✅ │ │
└───────────┴─────────┴─────────────┴─────────┴──────────────┘
OBJECTIFS DES COLONNES:
• Backlog: Tout travail pas encore prêt à démarrer
• Prêt: Affiné, priorisé, peut démarrer immédiatement
• En Cours: Activement travaillé
• Revue: Revue code et tests
• Terminé: Complété et déployé
Board Avancé avec Sous-Colonnes
BOARD AVANCÉ AVEC SOUS-COLONNES:
┌─────────────────────────────────────────────────────────────┐
│ BACKLOG │ PRÊT │ EN COURS │ REVUE │ TERMINÉ │
│ │ │ FAIRE │ FAIT │ FAIRE │ FAIT │ │
├─────────┼───────┼───────┼────────┼───────┼───────┼─────────┤
│ │ │ │ │ │ │ │
│ □ #130 │ □ #128│ ■ #122│ ◆ #120 │ ■ #118│ ◆ #115│ ✓ #110 │
│ □ #131 │ □ #129│ ■ #123│ │ ■ #119│ │ ✓ #111 │
│ □ #132 │ │ │ │ │ │ ✓ #112 │
│ │ │ │ │ │ │ │
└─────────┴───────┴───────┴────────┴───────┴───────┴─────────┘
LÉGENDE:
□ Non démarré ■ En cours ◆ Fait (attend pull) ✓ Complété
POURQUOI SOUS-COLONNES:
Les sous-colonnes "Fait" montrent le travail en attente étape suivante.
Révèle les délais de passage entre étapes du workflow.
Board Intégré QA
BOARD DÉVELOPPEMENT + QA:
┌─────────────────────────────────────────────────────────────┐
│BACKLOG│PRÊT │DEV │CODE │QA │STAGING │TERMINÉ │
│ │ │ │REVIEW │TESTING │ │ │
├───────┼─────┼───────┼───────┼────────┼────────┼────────────┤
│ │ │ │ │ │ │ │
│ □ #140│□#138│ ■ #135│ ■ #132│ ■ #128 │ ■ #125 │ ✓ #120 │
│ □ #141│□#139│ ■ #136│ ■ #133│ ■ #129 │ │ ✓ #121 │
│ □ #142│ │ │ │ ■ #130 │ │ ✓ #122 │
│ │ │ │ │ │ │ │
│ │(4) │ (3) │ (3) │ (4) │ (2) │ │
└───────┴─────┴───────┴───────┴────────┴────────┴────────────┘
LIMITES WIP PAR COLONNE:
• Prêt: 4 (garde le travail en flux sans accumulation)
• Dev: 3 (focus sur finir, pas démarrer)
• Code Review: 3 (prévient goulot revue)
• QA Testing: 4 (permet batches de test)
• Staging: 2 (limite travail non released)
Stratégie Limites WIP
Définir les Limites WIP
GUIDELINES LIMITES WIP:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FORMULE DE DÉPART: │
│ Limite WIP = (Membres équipe pour cette étape) × 1.5 │
│ │
│ EXEMPLE: │
│ Équipe: 4 développeurs, 1 QA │
│ • En Cours WIP: 4 × 1.5 = 6 (arrondir à 6) │
│ • Code Review WIP: 4 × 0.5 = 2 (tout le monde revoit) │
│ • QA Testing WIP: 1 × 2 = 2 (buffer pour QA) │
│ │
│ SIGNAUX D'AJUSTEMENT: │
│ │
│ WIP TROP ÉLEVÉ: │
│ • Travail inactif entre étapes │
│ • Context switching augmente │
│ • Lead time croît │
│ → Baisser la limite │
│ │
│ WIP TROP BAS: │
│ • Membres équipe souvent inactifs │
│ • Travail bloqué sur items uniques │
│ • Pas de flux du tout │
│ → Augmenter légèrement la limite │
└─────────────────────────────────────────────────────────────┘
Application des Limites WIP
COMPORTEMENTS LIMITES WIP:
┌─────────────────────────────────────────────────────────────┐
│ │
│ INDICATEURS VISUELS: │
│ │
│ Sous limite: [3/5] ██████████░░░░░░░░░░ Vert │
│ À la limite: [5/5] ████████████████████ Jaune │
│ Au-dessus: [7/5] ████████████████████ Rouge + Alerte │
│ │
│ QUAND LIMITE ATTEINTE: │
│ │
│ ✓ FAIRE: │
│ • Aider à finir travail existant │
│ • Se regrouper sur items bloqués │
│ • Adresser goulots en amont │
│ • Pair sur items complexes │
│ │
│ ✗ NE PAS FAIRE: │
│ • Démarrer nouveau travail quand même │
│ • Déplacer items en arrière │
│ • Augmenter limite sans discussion │
│ │
│ POLITIQUE EXCEPTION: │
│ Bugs urgence/critiques peuvent dépasser limite │
│ L'équipe doit reconnaître et suivre les exceptions │
└─────────────────────────────────────────────────────────────┘
Optimisation du Flux
Détection des Goulots
IDENTIFIER LES GOULOTS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ANALYSE TEMPS D'ATTENTE COLONNE: │
│ │
│ Prêt ██░░░░░░░░░░░░░░░░░░░░░░░░ 0.5 jour moy │
│ En Cours ████████░░░░░░░░░░░░░░░░░░ 2.0 jours moy │
│ Code Review ████████████████████░░░░░░ 4.0 jours moy ⚠️ │
│ QA Testing ██████░░░░░░░░░░░░░░░░░░░░ 1.5 jour moy │
│ Staging ██░░░░░░░░░░░░░░░░░░░░░░░░ 0.5 jour moy │
│ │
│ GOULOT: Code Review │
│ │
│ OPTIONS D'AMÉLIORATION: │
│ • Blocs temps revue dédiés │
│ • Revue avant nouveau travail │
│ • Pair programming (réduit besoin revue) │
│ • Checks automatisés avant revue humaine │
│ • Cross-train plus de reviewers │
└─────────────────────────────────────────────────────────────┘
Métriques de Colonne
MÉTRIQUES FLUX KANBAN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ LEAD TIME: Temps total de Prêt à Terminé │
│ Actuel: 8.5 jours (cible: 7 jours) │
│ │
│ CYCLE TIME: Temps travaillé activement (En Cours + Revue) │
│ Actuel: 3.5 jours │
│ │
│ TEMPS ATTENTE: Lead Time - Cycle Time │
│ Actuel: 5.0 jours (indique temps file d'attente) │
│ │
│ THROUGHPUT: Items complétés par semaine │
│ Actuel: 12 items/semaine │
│ │
│ EFFICACITÉ FLUX: │
│ (Cycle Time / Lead Time) × 100 │
│ Actuel: (3.5 / 8.5) × 100 = 41% │
│ Cible: >50% │
│ │
│ INSIGHT: Temps attente élevé suggère problèmes file │
│ Focus sur réduire temps dans "Prêt" et entre étapes │
└─────────────────────────────────────────────────────────────┘
Personnalisation du Board
Types de Colonnes
OPTIONS CONFIGURATION COLONNES:
┌─────────────────────────────────────────────────────────────┐
│ │
│ COLONNES FILE (tirer depuis): │
│ • Pas de limite WIP ou limite haute │
│ • Items attendent ici pour capacité │
│ • Exemples: Backlog, Prêt │
│ │
│ COLONNES TRAVAIL (travail actif): │
│ • Limites WIP strictes │
│ • Items activement travaillés │
│ • Exemples: En Cours, Code Review │
│ │
│ COLONNES BUFFER (passage): │
│ • Petite limite WIP │
│ • Travail en attente étape suivante │
│ • Exemples: "Dev Fait", "Prêt pour QA" │
│ │
│ COLONNES TERMINÉ (complété): │
│ • Pas de limite WIP │
│ • Archive travail complété │
│ • Peut avoir sous-statut "déployé" │
└─────────────────────────────────────────────────────────────┘