Wat is Scrumban?

Wat Scrumban werkelijk is

Scrumban houdt de delen van Kanban en Scrum die hun gewicht dragen, en laat de rest vallen. Van Kanban neemt het het zichtbare bord, de workflow op kolommen en een expliciete limiet op hoeveel er tegelijk onderhanden is — de dingen die de flow leesbaar maken. Van Scrum neemt het de afgebakende sprint — het ding dat van een backlog een plan maakt.

Wat het overslaat: dagelijkse standups, grooming-sessies, story-pointceremonies, retrospectives als ritueel. Dat werkt voor tien engineers in een ingespeelde organisatie; het werkt niet voor één oprichter die op een zaterdag iets probeert te leveren.

De naam komt van Corey Ladas, wiens essay en latere boek Scrumban beschreef hoe Scrum-teams van vaste iteraties naar een flow op basis van trekken konden overstappen.

Scrumban vs Kanban vs Scrum

De drie verschillen vooral op twee punten: of werk in afgebakende tijdvakken wordt gepland, en hoeveel proces er rond het bord hangt.

Bronnen: de Scrum Guide voor sprints, rollen en events; de Kanban Guide voor flow en limieten op onderhanden werk.

Hoe ziet een Scrumban-bord eruit?

Een Scrumban-bord is een Kanban-bord met een sprint eroverheen. De kolommen laten zien waar het werk staat; de sprint zegt over welk deel van de backlog deze week gaat. Een minimaal bord heeft vier kolommen:

• Backlog — alles wat je misschien gaat doen. Onderaan ongeordend, bovenaan op volgorde.
• Todo — wat je hebt besloten als volgende te doen. Bewust klein: loopt het leeg, dan is dat het teken om te plannen.
• Doing — waar iemand (een mens of een AI-agent) op dit moment aan werkt.
• Done — afgerond werk. Aan het eind van een sprint opgeruimd of gearchiveerd.

Hoe zet je een Scrumban-bord op?

1. Maak de vier kolommen aan: Backlog, Todo, Doing, Done.
2. Zet alles wat je weet in Backlog. Sorteer niet alles — sorteer de bovenkant.
3. Bepaal hoeveel er tegelijk in Doing mag staan. Voor één persoon één of twee dingen; voor een klein team ongeveer één per persoon.
4. Kies een sprintlengte — één of twee weken — en schrijf er een doel van één zin voor. Trek alleen naar Todo wat dat doel dient.
5. Werk door te trekken: is iets in Doing af, pak dan de volgende kaart bovenaan Todo. Niemand duwt werk naar een ander.
6. Plan wanneer Todo leegloopt, niet volgens de agenda. Kijk aan het eind van de sprint wat af is en wat niet, en begin dan aan de volgende.

Waarom Weft voor Scrumban kiest

Weft bestaat omdat de meeste taakbeheerders gevormd zijn naar een van twee uitersten: of een eenzame todo-app (oneindige lijst, geen cadans) of een Agile-suite voor vijftig mensen (procesoverhead voor een eenmanszaak). Scrumban zit precies in het midden — genoeg structuur om wekelijks of tweewekelijks te leveren, niet zoveel dat je de leverdag aan administratie kwijt bent.

Hoe Weft het uitvoert

• Vier standaard kolommen: Backlog, Todo, Doing, Done. Het onderhanden werk wordt begrensd door wat op jou wacht, niet door een getal per kolom. De Kanban Guide rekent een expliciet beleid voor het begrenzen van onderhanden werk tot de definitie van een workflow, zodat nieuwe items pas worden binnengetrokken als er capaciteit vrijkomt.
• Eén actieve sprint tegelijk, met een optioneel doel. Sprints zijn optioneel — laat ze weg als puur Kanban past. De Scrum Guide definieert Sprints als events met een vaste lengte van een maand of korter, waarbij een nieuwe Sprint direct begint na afloop van de vorige.
• Taken hebben een prioriteit, een schatting, een deadline en een optionele koppeling aan een sprint. Geen epics, geen workflows, geen eigen velden.
• De doorlooptijd begint zodra een taak naar een kolom met semantic="doing" gaat en eindigt in "done". De getallen komen uit eerlijk gebruik, niet uit story-pointrekenwerk.

Scrumban met AI-agents

Trekken is ook wat Scrumban laat werken voor AI-agents. Een agent die via MCP met Weft is verbonden, pakt zelf de volgende kaart: start_task claimt hem, zodat een tweede agent niet dezelfde kaart kan oppakken, en complete_task rondt hem af met wat er is gedaan en het bewijs. Heeft een agent een beslissing nodig, dan vraagt hij het jou in plaats van te gokken — en zolang er te veel afgerond werk op jou wacht, beginnen agents niet aan nieuwe taken. Dat is de Kanban-limiet op onderhanden werk, toegepast op het enige middel dat niet meeschaalt: jouw aandacht.

Wanneer Scrumban niet de juiste methode is

• Je draait meerdere Scrum-teams tegelijk. De Scrum Guide gaat uit van een Scrum Team van doorgaans 10 of minder mensen, en zegt dat grotere producten in meerdere Scrum Teams moeten worden georganiseerd die één Product Goal en één Product Backlog delen. Rapportage op programmaniveau, gedeelde velocity, afhankelijkheden tussen teams — daar verdient volledig Scrum in Jira zichzelf terug. De Nexus Guide is voor die situatie geschreven: meerdere Scrum Teams die vanuit één Product Backlog werken, met extra praktijken om afhankelijkheden tussen teams zichtbaar te maken en op te lossen.
• Je doet puur support of doorlopende operatie. Geen sprintcadans nodig — puur Kanban of een ticketsysteem past beter.
• Je hebt gantt-diagrammen en tijdlijnen nodig. Scrumban is gericht op sprints, niet op afhankelijkheidsgrafieken.

Vragen over Scrumban