4 min lecture • Guide 383 of 877
Workflow Kanban vs Scrum
Kanban et Scrum sont des approches différentes pour gérer le travail. Aucune n'est universellement meilleure—le bon choix dépend du contexte de votre équipe, du type de travail et des besoins organisationnels. Ce guide vous aide à choisir et implémenter le bon workflow.
Comparaison
| Aspect | Scrum | Kanban |
|---|---|---|
| Timeframe | Sprints (1-4 semaines) | Continu |
| Rôles | Scrum Master, PO, Équipe | Pas de rôles requis |
| Réunions | Cérémonies définies | Selon besoin |
| Changements | Après sprint | À tout moment |
| Métriques | Vélocité | Lead time, throughput |
Vue d'Ensemble Scrum
Travail Basé sur Sprint
FRAMEWORK SCRUM
═══════════════
RÔLES:
─────────────────────────────────────
├── Product Owner: Priorise le backlog
├── Scrum Master: Facilite le processus
├── Équipe Développement: Fait le travail
└── Responsabilités claires
CÉRÉMONIES:
─────────────────────────────────────
├── Sprint Planning: Quoi faire
├── Daily Standup: Sync et blocages
├── Sprint Review: Démo du travail fait
├── Rétrospective: Comment améliorer
└── Rythme régulier
ARTEFACTS:
─────────────────────────────────────
├── Product Backlog: Tout le travail
├── Sprint Backlog: Travail de ce sprint
├── Incrément: Livrable produit
└── Travail visible
CYCLE SPRINT:
─────────────────────────────────────
Planning → Développement → Review → Rétro
└──────────────────────────────┘
2 semaines (exemple)
QUAND SCRUM FONCTIONNE:
─────────────────────────────────────
├── Développement produit
├── Équipes pouvant s'engager sur sprints
├── Veulent livraison prévisible
├── Besoin feedback stakeholders régulier
├── Bénéficient du rythme de planning
└── Travail de fonctionnalités
Vue d'Ensemble Kanban
Flux Continu
FRAMEWORK KANBAN
════════════════
PRINCIPES:
─────────────────────────────────────
├── Visualiser le travail
├── Limiter le travail en cours
├── Gérer le flux
├── Rendre les politiques explicites
├── Amélioration continue
└── Basé sur le flux
TABLEAU KANBAN:
─────────────────────────────────────
│Backlog│À Faire│En Cours│ Review │ Fait │
│ │ (3) │ (3) │ (2) │ │
├───────┼───────┼────────┼────────┼──────┤
│ Item │ Item │ Item │ Item │ Fait │
│ Item │ Item │ Item │ Item │ Fait │
│ Item │ Item │ │ │ Fait │
│ Item │ │ │ │ │
Nombres = limites WIP
LIMITES WIP:
─────────────────────────────────────
Pourquoi les limites comptent:
├── Prévient la surcharge
├── Expose les goulots
├── Finir avant de commencer nouveau
├── Améliore le flux
├── Réduit le changement de contexte
└── Essentiel pour Kanban
QUAND KANBAN FONCTIONNE:
─────────────────────────────────────
├── Équipes support
├── Correction de bugs
├── Travail d'opérations
├── Flux entrant imprévisible
├── Ne peut pas s'engager sur sprints
├── Travail de maintenance
└── Flux continu
Choisir Entre Eux
Framework de Décision
CHOISIR VOTRE APPROCHE
══════════════════════
CHOISIR SCRUM QUAND:
─────────────────────────────────────
├── Construction nouveaux produits/features
├── L'équipe peut protéger le temps sprint
├── Veut livraison prévisible
├── Stakeholders veulent démos régulières
├── Besoin vélocité pour planification
├── Le travail peut attendre le sprint
└── Contexte favorable au planning
CHOISIR KANBAN QUAND:
─────────────────────────────────────
├── Travail support/ops
├── Interruptions sont normales
├── Le travail ne peut pas attendre
├── Composition équipe change
├── Besoin flexibilité maximale
├── Déploiement continu
└── Contexte favorable au flux
CONSIDÉRER HYBRIDE QUAND:
─────────────────────────────────────
├── Types de travail mixtes
├── Veut structure + flexibilité
├── Transition entre méthodes
└── Équipe mature qui expérimente