Kanban-apps: de volledige gids

Een kanban-app toont werk als kaarten die van links naar rechts over kolommen bewegen. Elke kolom is een fase, elke kaart een stuk werk, en de positie van een kaart vertelt waar dat werk staat. Het idee komt uit de productie en werkt overal waar werk in stappen door een organisatie loopt zonder dat iemand het geheel overziet.

• Werk zichtbaar maken Wat er loopt, bij wie het ligt en hoe lang het daar al staat.
• Fasen vastleggen De werkelijke stappen die uw werk doorloopt, inclusief de stappen waarin er gewacht wordt.
• Limieten stellen Een maximum per kolom, zodat er niet meer tegelijk wordt begonnen dan er kan worden afgemaakt.
• Doorlooptijd meten Hoe lang werk erover doet van begin tot eind, en waar in die keten de tijd verdwijnt.
• Blokkades tonen Werk dat stilstaat omdat het op iets of iemand wacht, apart zichtbaar.
• Aansluiten op de bron Kaarten die ontstaan uit uw eigen systeem, zodat niemand ze overtypt.

De toepassingen zijn breder dan softwareteams. Een aanvraag die langs vier afdelingen gaat, een dossier dat wordt beoordeeld, een order die wordt voorbereid, een werkbon die wacht op materiaal: allemaal werk dat ergens ligt terwijl niemand precies weet waar. Een bord maakt dat zichtbaar zonder dat er een rapportage voor nodig is.

Waar het misgaat, is bij de veronderstelling dat het bord het probleem oplost. Een bord toont hoe het werk loopt; het verandert daar niets aan. De waarde ontstaat op het moment dat mensen naar het bord kijken en besluiten iets anders te doen, en dat is een gewoonte en geen functie.

Er is nog een reden waarom borden zo vaak worden ingevoerd en zo vaak weer verdwijnen. Een bord vraagt om eerlijkheid over hoe het werk werkelijk loopt, en dat is ongemakkelijk. Zodra alle kaarten erop staan, blijkt dat er meer tegelijk loopt dan iedereen dacht, dat een deel al weken stilstaat, en dat sommige stappen niemand als zijn taak beschouwt. Dat zichtbaar maken is precies het nut, maar het voelt in de eerste weken als een aanklacht. Wie daar niet op is voorbereid, ziet het bord langzaam leger worden totdat het alleen nog het comfortabele deel van het werk toont.

Een kanbanbord is niet hetzelfde als een meldingensysteem. Op een bord staat het werk dat uw eigen team heeft aangenomen; komt het werk van buiten binnen als vraag of storing van een klant, dan is de gids over helpdesk-apps de juiste. Veel bedrijven hebben ze allebei en houden ze bewust gescheiden.

Kanban zelf is een werkwijze en geen wettelijk kader. Toch komen er regels om de hoek zodra er persoonsgegevens op de kaarten staan. Een bord met dossiers van klanten, sollicitanten of patiënten is een verwerking van persoonsgegevens, met alles wat daarbij hoort: een doel, een grondslag, een bewaartermijn en toegang die beperkt is tot wie het nodig heeft.

Per kolom

een grens op het aantal kaarten dat tegelijk mag lopen

Instemming

van de OR zodra u per persoon gaat meten

Vooraf

medewerkers informeren over wat u vastlegt

Zonder naam

een doorlooptijd zegt evenveel en raakt niemand

Er speelt nog iets dat vaker over het hoofd wordt gezien. Een bord waarop per persoon zichtbaar is hoeveel werk hij af heeft en hoe lang hij erover deed, is in de praktijk een prestatiemeting. Zodra u daarop stuurt, komt u in het gebied van controle van werknemers, waarvoor eigen voorwaarden gelden.

Praktisch is de lijn eenvoudig. Meet de doorlooptijd van het werk en niet de snelheid van personen. Dat is juridisch veiliger en het levert bovendien betere gesprekken op, omdat het gesprek dan gaat over waar het werk vastloopt in plaats van over wie er traag is.

De basis is smal: kolommen, kaarten en het verplaatsen daarvan. Wat een bord bruikbaar maakt in plaats van decoratief, zijn de functies eromheen die iets afdwingen of iets meten.

De limiet op onderhanden werk is het meest onderschatte en het meest weerstand oproepende onderdeel. Zonder limiet begint iedereen aan alles en is het bord vol met werk dat nergens komt. Met een limiet moet iemand een keuze maken, en dat is precies het gesprek dat het bord zou moeten uitlokken.

Een bord invoeren is eenvoudig; een bord in gebruik houden is dat niet. De meeste borden sterven op dezelfde manier: ze raken vol, mensen kijken er niet meer op, en na een maand klopt het niet meer met de werkelijkheid. Vanaf dat moment is het bord een extra administratie in plaats van een hulpmiddel.

1. Teken uw echte procesLoop een stuk werk van begin tot eind en schrijf op waar het langskwam. Neem de wachtmomenten expliciet mee; die zijn meestal talrijker dan de werkmomenten.
2. Begin zonder limietenZet eerst het werkelijke werk op het bord en kijk twee weken. U ziet dan vanzelf waar het opstopt, en dat is de kolom die een limiet nodig heeft.
3. Voeg één limiet toeKies de kolom met de grootste stapel en zet daar een maximum op. Verwacht weerstand; die weerstand is het bewijs dat de limiet iets doet.
4. Maak wachten zichtbaarSplits kolommen waar werk zowel wordt gedaan als wacht. Zolang die twee in één kolom zitten, ziet u geen vertraging.
5. Meet doorlooptijd, niet snelheidLeg vast wanneer een kaart een kolom in en uit ging. Kijk naar de tijd van het werk, niet naar de output per persoon.
6. Het bord wordt de agendaEen bord dat niet wordt besproken, wordt niet bijgewerkt. Bij het dagelijkse overleg is het bord het onderwerp, niet een verslag ernaast. Wie dat omdraait, houdt twee waarheden over.

Reken er ook op dat het bord in het begin te veel kolommen krijgt. Iedereen wil zijn eigen stap zichtbaar hebben, en het resultaat is een bord dat op geen enkel scherm past en waarin niemand meer overzicht heeft. De praktische lijn is om te beginnen met minder kolommen dan u denkt nodig te hebben en er pas een toe te voegen als blijkt dat werk in één kolom te lang onzichtbaar blijft.

Het patroon dat u bijna altijd vindt: het werk zelf duurt kort en het wachten duurt lang. Bedrijven die hun doorlooptijd voor het eerst meten, schrikken meestal van de verhouding. Dat inzicht is waardevoller dan elke functie in de app, en u krijgt het alleen als u wachten apart hebt gemaakt.

Een bord dat handmatig wordt gevuld, loopt achter op de werkelijkheid. De koppeling met het systeem waarin het werk ontstaat, is daarom vaak de reden om iets op maat te laten bouwen in plaats van een pakket te nemen.

Technisch is de tweerichtingskoppeling het lastigste onderdeel. Als zowel het bord als het bronsysteem een status mag wijzigen, moet u vooraf bepalen wie er wint bij een conflict. Systemen waarin dat niet is geregeld, lopen na een paar maanden uiteen, en dan gebruikt de ene helft van de organisatie het bord en de andere helft het bronsysteem.

Bij kanban is de belangrijkste vraag of u werkelijk maatwerk nodig heeft. De pakketten zijn goed en goedkoop, en de meeste teams komen er ver mee. Maatwerk verdient zich terug op koppelingen, op eigen regels en op werk dat niet in de fasen van een pakket past.

• Onderzoek eerst de pakketten. Schrijf op waar ze tekortschieten voor uw situatie. Blijft die lijst leeg, dan is dat uw antwoord: neem het pakket.
• Neem wachtkolommen op in het ontwerp. Een bord zonder wachtkolommen verbergt precies de tijd waar het om gaat. Dit is de meest gemaakte fout.
• Bouw limieten in, ook als niemand erom vraagt. Zonder limiet wordt een bord een verzamelplaats. De weerstand tegen limieten is het bewijs dat ze nodig zijn.
• Meet het werk, niet de mensen. Doorlooptijd per kaart is nuttig en veilig. Output per persoon is een prestatiemeting met eigen voorwaarden.
• Bepaal wie wint bij een conflict. Als bord en bronsysteem allebei de status mogen wijzigen, gaan ze uiteenlopen tenzij u vooraf kiest.
• Regel de privacykant als er dossiers op staan. Kaarten met persoonsgegevens vragen om een grondslag, een bewaartermijn en beperkte toegang.

Denk daarnaast na over wat er gebeurt met kaarten die af zijn. Een bord waar niets vanaf gaat, groeit tot het onbruikbaar is; een bord waar alles direct van verdwijnt, verliest de historie waarmee u doorlooptijd berekent. De gebruikelijke oplossing is een archief dat wel bewaart maar niet toont, met de mogelijkheid om een oude kaart terug te zoeken wanneer er een vraag over komt.

Het aantal kaarten en gebruikers bepaalt de kosten nauwelijks. Wat ze bepaalt, is het aantal verschillende processen dat het bord moet dragen en het aantal koppelingen.

De goedkoopste route is beginnen met één proces en één koppeling. Dat levert binnen korte tijd een bord op dat wordt gebruikt, en het laat zien welke regels er in de praktijk nodig zijn. Alle processen tegelijk op één bord zetten geeft een systeem dat niemand herkent als zijn eigen werk.

Houd er verder rekening mee dat een bord na oplevering blijft veranderen, omdat uw proces dat ook doet. Kolommen worden samengevoegd, limieten worden bijgesteld en er komt een soort werk bij. Dat hoort uw eigen team te kunnen doen zonder ontwikkelaar; anders bevriest het bord op de dag van oplevering en gaat er binnen een jaar weer een lijst naast lopen.

1. Volg één stuk werk van begin tot eindNeem een echte aanvraag of order en schrijf op waar hij overal langsging en hoe lang hij ergens lag. Dit is uw ontwerpdocument.
2. Bouw het bord op papierPlak briefjes op een muur en werk er twee weken mee. Wat daar niet werkt, werkt in software ook niet, en dit kost bijna niets.
3. Kies de koppeling die het meeste overtypen wegneemtBegin bij de plek waar nu handmatig wordt overgenomen. Dat levert direct tijdwinst op en vergroot het draagvlak.
4. Voeg limieten toe na een paar wekenEerst zien waar het opstopt, dan pas beperken. Een limiet die vooraf wordt bedacht, is een gok.
5. Meet doorlooptijd vanaf dag éénLeg bewegingen vast ook als u er nog niets mee doet. Zonder die historie kunt u later niet aantonen of het beter is geworden.
6. Bespreek het bord dagelijks kortVijf minuten staand voor het scherm. Een bord dat niet wordt besproken, is binnen een maand niet meer actueel.