Les deux sont des approches Agile, mais Scrum est un framework cadencé avec des rôles définis tandis que Kanban est une méthode de flux continu axée sur la visualisation du travail et la limitation du travail en cours (WIP). De nombreuses équipes les combinent (« Scrumban »).
| Aspect | Scrum | Kanban |
|---|
| Cadence | Sprints fixes | Flux continu |
| Rôles | PO, Scrum Master, Développeurs | Pas de rôles prescrits |
| Cadence de changement | Backlog stable pendant le Sprint | Reprioriser à tout moment |
| Métrique clé | Vélocité | Cycle time, débit |
| Contrainte essentielle | Engagement du Sprint | Limites WIP |
| Idéal pour | Travail planifiable, par lot | Flux interruptif (ex. support) |
Une équipe produit construisant des fonctionnalités par lot de deux semaines correspond à Scrum. Une équipe support ou ops gérant un flux régulier de tickets imprévisibles correspond à Kanban, tirant le prochain élément dès que la capacité se libère dans une limite WIP.
Choisir le modèle qui correspond à la manière dont le travail arrive réellement évite les frictions constantes entre le processus et la réalité.
Comprendre les deux vous permet d'adapter l'approche — par exemple en utilisant les limites WIP de Kanban dans une équipe Scrum pour améliorer le flux.
Une bibliothèque de questions d'entretien IT avec des réponses détaillées — du Junior au Senior.
Faire un don