Scrum en Kanban vergeleken: sprints met een vaste tijdsduur tegenover continue doorstroming, rollen, WIP-limieten, metrics, en waar het iteratiegebaseerde bord van East Agile Tracker tussen die twee in staat.
Scrum en Kanban zijn de twee agile-methoden die teams het vaakst met elkaar vergelijken. Beide maken het werk zichtbaar en beide willen in kleine stukken opleveren. Het verschil zit in het tempo: Scrum plant in vaste tijdvakken, Kanban trekt werk continu binnen en beperkt hoeveel er tegelijk in uitvoering is.
Deze pagina zet de twee naast elkaar. Voor de bredere familie, inclusief XP en Lean, zie Wat is agile-ontwikkeling?.
Scrum in het kort
Section titled “Scrum in het kort”Scrum deelt het werk op in sprints: vaste tijdvakken van meestal één tot vier weken. Elke sprint begint met sprint planning, waarin het team het werk kiest dat het verwacht af te krijgen, en eindigt met een review van wat er is gebouwd en een retrospective over hoe het team heeft gewerkt.
Scrum kent drie rollen:
- Product Owner — beheert de product backlog en de volgorde ervan.
- Scrum Master — begeleidt het team in het proces en ruimt obstakels op.
- Developers — bouwen het increment.
De belangrijkste maatstaf is velocity: hoeveel werk het team per sprint afrondt, wat de basis vormt voor het plan van de volgende sprint. Zie Wat is velocity?.
Kanban in het kort
Section titled “Kanban in het kort”Kanban begint bij de workflow die het team al heeft. Werkitems bewegen over een bord met kolommen die fasen voorstellen (bijvoorbeeld To do → In progress → Review → Done). Drie ideeën dragen de methode:
- Visualiseer de workflow — elk item en elke fase staat op het bord.
- Beperk het werk in uitvoering (WIP) — elke kolom heeft een maximum; een nieuw item komt pas binnen als er een vertrekt.
- Stuur op doorstroming — het team meet hoe lang items duren (cyclustijd, doorlooptijd) en neemt de knelpunten weg.
Kanban kent geen tijdvakken en schrijft geen rollen voor. Er wordt gepland wanneer de wachtrij aangevuld moet worden.
Naast elkaar
Section titled “Naast elkaar”| Scrum | Kanban | |
|---|---|---|
| Ritme | Vaste sprints (1–4 weken) | Continue doorstroming |
| Toezegging | Werk gepland voor de sprint | Geen toezegging per batch; binnenhalen zodra er capaciteit is |
| Rollen | Product Owner, Scrum Master, Developers | Geen voorgeschreven |
| Wijzigen tijdens de cyclus | Ontraden binnen een sprint | Op elk moment toegestaan |
| Werk beperken | De capaciteit van de sprint | WIP-limiet per kolom |
| Belangrijkste metrics | Velocity, burndown | Cyclustijd, doorlooptijd, doorvoer |
| Bord | Elke sprint opnieuw | Blijvend |
Kiezen tussen de twee
Section titled “Kiezen tussen de twee”Geen van beide methoden is in het algemeen beter. Scrum past bij teams die een vast planningsritme willen en een voorspelling op basis van eerdere sprints, zoals productteams die volgens een planning features uitbrengen. Kanban past bij werk dat onvoorspelbaar binnenkomt en direct moet worden opgepakt, zoals support, operations of onderhoud.
Veel teams combineren de twee (“Scrumban”): ze houden een planningsritme aan en letten tegelijk op hoeveel er in uitvoering is.
Hoe East Agile Tracker hierin past
Section titled “Hoe East Agile Tracker hierin past”East Agile Tracker is iteratiegebaseerd, waardoor het dichter bij Scrum en eXtreme Programming staat dan bij Kanban. Voor een aantal van de begrippen hierboven gebruikt het eigen termen:
- Sprints heten iteraties. Elk project stelt een iteratielengte van 1–4 weken in. Iteraties worden automatisch aangemaakt; er is geen sprint om te openen of te sluiten. Zie Iteraties.
- De backlog is één geordende lijst. De product owner houdt hem in strikte prioriteitsvolgorde, en de Backlog projecteert de komende iteraties op basis van velocity. Zie User stories en iteratieplanning.
- Velocity bepaalt de omvang van het plan. Met auto-plan iterations aan wordt de huidige iteratie gevuld tot je velocity en niet verder. Zie Een iteratie plannen.
- Elke story heeft een eigen toestand. Een story doorloopt Unstarted → Started → Finished → Delivered → Accepted, zichtbaar op de kaart, in plaats van door bordkolommen te schuiven. Zie de toestandsmachine.
Er zijn geen WIP-limieten en er is geen modus voor doorstroming zonder iteraties. De Kanban-ideeën die wel terugkomen zijn zichtbaarheid (elke story en zijn toestand staan op één bord) en doorstroommetrics: de pagina Metrics toont de velocity-trend, de burndown en de stories die tussen iteraties zijn doorgeschoven.
Verder lezen
Section titled “Verder lezen”- Wat is agile-ontwikkeling? — het manifest en de familie van methoden.
- Wat is velocity? — hoe velocity wordt berekend en gebruikt.
- Wat zijn story points? — relatief schatten.