Lexicon · Methodology

Kanban

Definitie

Kanban is een methode om werk visueel te beheren via een bord met kolommen, meestal “te doen”, “in uitvoering” en “klaar”. Elk werkitem is een kaart die van links naar rechts beweegt naarmate het vordert. De kern: beperk het aantal kaarten dat tegelijkertijd in uitvoering mag zijn, zodat werk daadwerkelijk afgerond wordt voordat nieuw werk wordt opgepakt.

De methode komt oorspronkelijk uit Toyota’s productiesysteem en is in de softwarewereld populair gemaakt door David Anderson. Anders dan Scrum kent Kanban geen vaste sprints of rollen. Werk stroomt continu, zonder afgebakende periodes. Bekende digitale tools zijn Trello, Jira, Asana en Linear, maar een fysiek whiteboard met post-its werkt voor kleine teams vaak net zo goed.

Waarom het ertoe doet voor MKB

Voor MKB-bedrijven biedt Kanban een lichtgewicht manier om grip te krijgen op werk waar veel verschillende dingen tegelijkertijd lopen. Ondersteuningstickets, marketingacties, ontwikkelopdrachten, offertes in behandeling: alles wordt zichtbaar op een bord. De grootste winst is niet de planning, maar het terugdringen van overbelasting. Wanneer iedereen ziet hoeveel er onderhanden is, ontstaat vanzelf de discussie over prioriteiten.

De drempel is laag: een team kan in een uur starten zonder consultants of methodische scholing. Kanban is daarmee vaak een betere eerste stap dan Scrum, zeker voor teams die geen software bouwen maar wel structuur missen in lopend werk. Veel teams blijven na introductie permanent met Kanban werken.

Concreet voorbeeld

Een marketingteam van vier mensen bij een familiebedrijf in technische groothandel werkt voor zes interne stakeholders. Iedereen mailt verzoeken direct, prioriteiten verschuiven dagelijks, het team werkt over en levert toch te laat. De directeur weet niet wat er loopt en de stakeholders klagen.

Het team introduceert een Kanban-bord in Trello met vier kolommen en een limiet van twee items per persoon in “in uitvoering”. Verzoeken worden alleen geaccepteerd via het bord, niet meer via losse mailtjes. Resultaat na drie maanden: gemiddelde doorlooptijd van een marketingverzoek van 18 naar 9 werkdagen, doorlooptijd zichtbaar voor stakeholders, en het team werkt geen weekenden meer. Geen extra mensen, alleen ander gedrag.

Misverstanden en valkuilen

  • “Kanban is gewoon een bord met taken.” Het bord is het hulpmiddel, de echte methode zit in werklimieten en het regelmatig bespreken van knelpunten. Een bord zonder limieten wordt al snel een digitale verlanglijst.
  • “Kanban en Scrum zijn hetzelfde.” Scrum werkt met vaste sprints, rollen en ceremonies. Kanban is continu en heeft minder vaste structuur. Beide kunnen prima, maar maak een bewuste keuze in plaats van termen door elkaar gebruiken.
  • “Werklimieten houden ons tegen.” Dat is precies het punt. De pijn van een werklimiet legt onderliggende problemen bloot: te veel projecten tegelijk, te weinig focus, capaciteit verkeerd verdeeld. Limieten weghalen verlicht het symptoom, niet de oorzaak.
  • “Het werkt alleen voor IT-teams.” Marketingteams, klantenservice, accounting en zelfs directies gebruiken Kanban-borden. Werk dat in stappen door verschillende handen gaat, leent zich er goed voor.

Wanneer moet je hiervan wakker liggen, wanneer niet

Wakker liggen: als jouw team voortdurend overbelast is, deadlines structureel mist en niemand precies kan vertellen waar werk vastloopt. Zonder zichtbaarheid en limieten blijft het brandjes blussen en blijven structurele problemen onzichtbaar. Een eenvoudig Kanban-bord brengt het probleem aan de oppervlakte.

Niet wakker liggen: als jouw team al een werkende manier heeft om werk te plannen en doorlooptijd voorspelbaar is. Een methode introduceren omdat een buurbedrijf het doet, voegt weinig toe. Werk dat al stroomt, hoeft niet hervormd.

Gerelateerde termen

  • Agile: de bredere filosofie waar Kanban onder valt.
  • Scrum: de andere veelgebruikte agile-methode, met vaste sprints.
  • Sprint: een afgebakende werkperiode in Scrum, in Kanban niet aanwezig.
  • DevOps: cultuur waarin Kanban veel wordt gebruikt voor operationeel werk.
  • MVP: vaak het eerste werkitem dat via een Kanban-aanpak naar productie wordt gebracht.
  • CI/CD: technische tegenhanger van Kanban-stroom, voor het automatisch doorzetten van software.
Filed under Methodology
Leestijd 3 min
Gepubliceerd 26 mei 2026

Zie ook

A/B testing
A/B-testing is een methode om twee varianten van een digitaal element naast elkaar te tonen aan vergelijkbare bezoekers en met...
Agile
Agile is een werkwijze waarbij projecten in korte stukken worden opgeleverd en bijgestuurd op basis van wat geleerd wordt. Tegenhanger...
Build vs buy
Build vs buy is de strategische afweging tussen software zelf laten ontwikkelen of een bestaand product kopen. Geen vaste regel;...
CI/CD
CI/CD staat voor Continuous Integration en Continuous Delivery: software wordt automatisch gebouwd, getest en uitgerold zodra een ontwikkelaar wijzigingen indient....
DevOps
DevOps is een werkwijze waarin software bouwen en software draaiend houden door één team gedaan worden. Resultaat: sneller nieuwe versies...
MVP
MVP staat voor Minimum Viable Product: de simpelste versie van een product die echte gebruikers iets oplevert. Doel is leren...

Verder lezen

Freelancer, bureau of fractional partner: wie moet je software bouwen?
Voor MKB-projecten is er een derde optie: vergelijk freelancer, bureau en fractional partner op kosten, risico en werkwijze.
Het one-person tech team: waarom je geen team van 5 nodig hebt
Je zoekt een developer voor je nieuwe platform. Het bureau komt met een offerte: projectmanager, UX-designer, twee developers, een tester. Vijf mensen, zes maanden,...
Technische schuld: wat het je echt kost en hoe je het oplost
Je herkent het waarschijnlijk. Elke aanpassing aan je software duurt langer dan verwacht. Je IT-kosten stijgen jaar na jaar, maar je systemen voelen niet...