Kanban op de werkvloer WIP-limieten Doorlooptijd meten

Kanban-software laten maken

Een bord met drie kolommen en gekleurde kaartjes maakt u in een middag. Een bord dat de werkvloer daarna echt gebruikt is een ander verhaal: de kolommen moeten het werkelijke proces volgen, wachttijd moet te zien zijn in plaats van verstopt te zitten in een kolom die "in behandeling" heet, en niemand mag hetzelfde werkitem twee keer bijhouden. Appfront bouwt kanban-software op maat voor werk dat door een afdeling stroomt: aanvragen, meldingen, orders, reparaties en dossiers, ook als er geen project omheen zit.

Gratis adviesgesprek Standaardtool of maatwerk?

Wat kanban op de werkvloer anders maakt

Kanban komt uit de productie, waar een kaart pas naar boven komt zodra er stroomafwaarts ruimte is. Die herkomst verklaart waarom het bord dat u kent uit softwareteams vaak niet past op een afdeling die aanvragen, meldingen of orders afhandelt. Bij een project stuurt u op een plan met fasen, mijlpalen en een budget. Bij kanban stuurt u op de stroom: hoeveel werk is er onderweg, hoe lang duurt het van binnenkomst tot afgerond, en waar staat het stil. Het plan verdwijnt niet, maar het bord geeft antwoord op andere vragen dan een planning doet.

Los werk gedraagt zich ook anders dan projectwerk. Het komt in wisselende hoeveelheden binnen, is te klein om te plannen en te groot om er even tussendoor te doen, en het grootste deel van de tijd wacht het. Op een antwoord van de klant, op een onderdeel, op de enige collega die mag goedkeuren. Wie zulk werk in een projecttool duwt, krijgt honderden regels met een startdatum en een einddatum die niemand bijhoudt. Wie het in een spreadsheet duwt, ziet de status wel, maar niet hoe lang iets al ergens ligt en al helemaal niet waarom.

De situaties waarin dit speelt lijken op elkaar, ongeacht de branche. Een servicebalie die meldingen aanneemt en verdeelt over vakgroepen. Een binnendienst die orders controleert, aanvult en vrijgeeft. Een werkplaats waar reparaties in en uit lopen en waar wachten op onderdelen de doorlooptijd bepaalt. Een team dat dossiers behandelt met een wettelijke of contractuele termijn. In al die gevallen bestaat het werk uit losse items met een begin en een eind, en is de vraag van de leiding steeds dezelfde: waar zit de vertraging en hoeveel kunnen we aan.

Zit u hier goed? Deze pagina gaat over stroom en doorlooptijd van los werk. Wilt u juist één project besturen, met fasering, planning, uren en budget, dan hoort u bij projectmanagement-software op maat. Wilt u kiezen tussen projecten en capaciteit over projecten heen afwegen, dan zit u een niveau hoger dan deze pagina. Gaat het om een proces met harde routering, formulieren en beslisregels die het systeem moet afdwingen, dan kijkt u naar een BPM-platform op maat.

Het bord is het proces

Kolommen zijn geen labels maar echte stappen, met een eigen wachtrij, een eigenaar en een afspraak over wanneer werk verder mag.

Wachten is de meeste tijd

In veel processen staat een item langer stil dan dat er aan gewerkt wordt. Alleen een bord dat wachten apart toont, maakt dat zichtbaar.

Trekken in plaats van duwen

Niemand krijgt werk toegeschoven. Er komt pas iets binnen als er verderop ruimte is, en precies dat regelt een WIP-limiet.

Kolommen die het echte proces volgen

De standaardindeling van te doen, mee bezig en klaar is niet fout, ze is alleen leeg. Alles wat u wilt weten zit verstopt in de middelste kolom. Op een afdeling ziet het werkelijke pad er eerder zo uit: aangenomen, gecontroleerd op volledigheid, toegewezen aan een vakgroep, in uitvoering, gecontroleerd, administratief afgerond. Elke stap heeft een andere eigenaar en een andere reden om stil te staan. Zet die stappen als kolom op het bord en gebruik daarbij de woorden die de afdeling zelf al gebruikt, niet de woorden uit het handboek. Een bord dat mensen moeten vertalen naar hun eigen jargon wordt niet bijgehouden.

De belangrijkste ontwerpkeuze zit daarna: splits elke stap in een wachtrij en een bewerking. Dus niet alleen "controle", maar "wacht op controle" en "in controle". Dat lijkt administratieve haarkloverij en het is de enige manier om wachttijd te meten. Zonder die splitsing ziet een item dat drie dagen onaangeroerd ligt er precies zo uit als een item waar iemand op dit moment aan werkt. Met die splitsing kunt u per stap zeggen hoeveel tijd er in de wachtrij ging zitten en hoeveel in het werk zelf, en dat verhoudingsgetal is bijna altijd het antwoord op de vraag waarom de doorlooptijd zo lang is.

Bij elke overgang hoort een korte afspraak over wanneer werk verder mag: welke velden zijn gevuld, welke bijlage zit erbij, wie heeft gekeken. Twee of drie punten per kolom is genoeg. Die afspraak voorkomt het pingpongen waar iedereen last van heeft, waarbij werk een stap verder gaat, daar incompleet blijkt en teruggaat. Terugsturen mag, maar het moet zichtbaar zijn, want een item dat drie keer heen en weer is geweest is een signaal over de instap en niet over de uitvoerder.

Banen op het bord doen de rest van het ordenen. Een baan per kaarttype als de stappen echt verschillen, een baan per team als het bord door meerdere groepen wordt gebruikt, en een aparte baan voor spoedwerk met een eigen regel erbij: hoeveel spoed er tegelijk mag lopen en wie dat mag bepalen. Spoed die zonder regel bestaat wordt spoed die altijd bestaat. Door haar een eigen baan en een eigen limiet te geven, blijft ze zichtbaar en aftelbaar, en kunt u achteraf laten zien hoeveel van de capaciteit eraan opging.

Werk komt daarnaast in soorten die niet hetzelfde pad volgen. Een melding uit de buitendienst, een aanvraag van een klant, een interne verbeterklus en een garantiegeval delen misschien de eerste twee stappen en daarna niet meer. U kunt dan kiezen: één bord waarop niet-toepasselijke stappen worden overgeslagen, of gekoppelde borden per soort met een gemeenschappelijke intake. Beide werken, zolang de keuze bewust is en de meting per soort apart blijft. Zit uw vraag vooral in die intake, met kanalen, terugkoppeling naar de melder en afspraken over reactietijd, dan is een ticketsysteem op maat de betere ingang, en gebruikt u het bord daarachter voor de afhandeling.

Waar een standaardbord gaat wringen

Vier situaties komen op vrijwel elke werkvloer voor en worden door generieke borden slecht ondersteund. Werk dat een stap teruggaat, want dan klopt de tijdlijn niet meer als het systeem alleen de laatste statuswijziging bewaart. Werk dat opsplitst in deelitems die apart door het proces gaan en aan het eind weer samen moeten komen. Werk dat wacht op iemand buiten uw organisatie, wat andere consequenties heeft dan intern wachten. En werk met een harde termijn, waarbij de resterende tijd op de kaart hoort te staan en niet in een apart overzicht.

In een standaardtool worden die vier meestal opgelost met labels, en labels zijn niet te meten. U krijgt dan een bord dat er goed uitziet en een rapportage die de vragen van de leiding niet kan beantwoorden. De kaart zelf verdient dezelfde nuchterheid: erop hoort wat het is, voor wie, sinds wanneer het in deze kolom staat, of er een blokkade op zit en welke datum er is beloofd. Kleur gebruikt u voor het soort werk, niet voor prioriteit, want prioriteit verandert en kleur blijft hangen. En verplicht bij het aanmaken zo weinig velden als u kunt verdragen, omdat elk verplicht veld een reden is om het bord te omzeilen.

Wat kanban-software op maat moet kunnen

Deze zes onderdelen horen bij elkaar. Een bord met keurige kolommen zonder limieten wordt een lange rij; limieten zonder meting zijn een gevoelskwestie; meting zonder koppeling aan het bronsysteem betekent dat iemand het bord bijhoudt naast zijn echte werk.

Wachtrij en bewerking apart

Per processtap een wachtkolom en een werkkolom, zodat stilstand en bewerking gescheiden geteld worden in plaats van samen in een status.

WIP-limieten met tanden

Een limiet per kolom, per baan of per persoon, met een vastgelegde reactie bij overschrijding: waarschuwen, blokkeren of een reden vragen.

Blokkades als eigen registratie

Een blokkade met reden, verantwoordelijke partij en begintijd, zodat u later kunt clusteren waarop het werk het vaakst stilstaat.

Kaartleeftijd op de kaart

Hoe lang een item al onderweg is en hoe lang al in deze kolom, direct leesbaar op het bord in plaats van in een rapport achteraf.

Doorlooptijd op percentielen

Verdeling in plaats van gemiddelde, zodat u een belofte kunt doen die in het merendeel van de gevallen ook wordt gehaald.

Koppeling met het bronsysteem

De kaart leest en schrijft naar het systeem waar het werkitem echt woont, met per veld één eigenaar en een herstelbare synchronisatie.

WIP-limieten en wat ze met wachttijd doen

Een WIP-limiet is een maximum op het aantal items dat tegelijk in een kolom mag staan. Het klinkt als een beperking en het is de effectiefste knop die u op doorlooptijd hebt. De reden is rekenkundig en niet ideologisch. De wet van Little zegt dat de gemiddelde doorlooptijd gelijk is aan het gemiddelde aantal items dat onderweg is, gedeeld door de gemiddelde doorvoer. Halveert u de hoeveelheid onderweg terwijl de doorvoer gelijk blijft, dan halveert de doorlooptijd. Er wordt niets sneller gemaakt, de rij ervoor is korter.

Dat botst met wat productief voelt. Veel werk oppakken geeft het gevoel dat er hard gewerkt wordt: iedereen is bezig, elke aanvrager heeft gehoord dat zijn zaak in behandeling is. Ondertussen wordt er minder afgerond. Elke wisseling kost het opnieuw inlezen van een dossier, het opnieuw opzoeken waar het gebleven was en het opnieuw uitleggen aan een collega. Bovendien veroudert informatie: werk dat lang in de rij ligt voordat iemand begint, start met gegevens die inmiddels niet meer kloppen, en levert dus opnieuw vragen op.

Een limiet kiest u niet aan de tekentafel. Meet eerst hoeveel er nu feitelijk in elke kolom staat, zet de limiet daar iets onder en kijk wat er gebeurt. Leg de limiet op de kolommen waar gewerkt wordt en niet op de wachtrijen ervoor, want een wachtrij afknijpen verplaatst alleen het probleem naar de instap. Een limiet per persoon werkt als werk echt persoonlijk is, bijvoorbeeld bij een specialisme dat maar één iemand mag doen; in alle andere gevallen is de kolom de juiste plek. En een goede limiet knelt af en toe. Als de limiet nooit iets tegenhoudt, is het versiering.

Belangrijker dan het getal is wat het systeem doet zodra het knelt. U kunt waarschuwen, echt blokkeren, of om een reden vragen. Blokkeren werkt alleen als er een afgesproken uitweg is: wie mag de limiet overschrijden en waar wordt dat vastgelegd. Om een reden vragen is meestal de rijkste variant, want die redenen zijn na een tijdje uw verbeterlijst. Staat er vier keer op een rij dat de limiet werd doorbroken omdat de vakgroep op één keurmeester wacht, dan hebt u geen bordprobleem maar een capaciteitsprobleem, en dat is een gesprek met cijfers in plaats van meningen.

Sociaal doet een limiet nog iets anders. Hij dwingt het team af te maken voordat het begint, en hij maakt de knelplek zichtbaar zonder dat iemand hem hoeft aan te wijzen: de kolom die vol staat is de kolom die het tempo bepaalt. Ook nieuw werk krijgt een ander antwoord. Niet meer "we zetten het erbij", maar "dan moet er iets anders eerst weg, of het gaat in de rij en de verwachte wachttijd is dit". Daarvoor moet de software de instaprij en de verwachte wachttijd wel tonen, want nee zeggen met een getal erbij is een heel ander gesprek dan nee zeggen op gevoel.

Eén valkuil komt er altijd bij: geblokkeerd werk. Een item dat wacht op een derde partij bezet een plaats binnen de limiet. Dat is verdedigbaar, want het maakt de pijn voelbaar, maar het is even verdedigbaar om het naar een aparte wachtkolom te schuiven zodat de uitvoerders door kunnen. Maak die keuze expliciet en laat de meting hem volgen, anders bespreekt u straks getallen waarvan niemand meer weet wat ze bevatten. Gaat uw vraag vooral over wie wanneer beschikbaar is, met roosters, competenties en bezetting, dan hoort daar planning- en schedulingsoftware bij, naast en niet in plaats van het bord.

Limieten op de kolommen waar gewerkt wordt, niet op de wachtrijen
Beginstand meten voordat u een getal kiest
Vastleggen wat het systeem doet bij overschrijding
Redenen voor overschrijding bewaren als verbeterlijst
Expliciete regel voor geblokkeerd werk binnen de limiet
Spoedbaan met een eigen, klein maximum
Instaprij met verwachte wachttijd voor de aanvrager

Doorlooptijd, cycle time en wat de cijfers waard zijn

Meten begint bij twee definities die vaak door elkaar lopen. Doorlooptijd is de tijd vanaf het moment dat het werk binnenkomt tot het moment dat het geleverd is, gezien door de ogen van de aanvrager. Cycle time is de tijd vanaf het moment dat iemand er daadwerkelijk aan begint tot het klaar is. Het verschil tussen die twee is de rij aan de voorkant. Beide getallen zijn nuttig, maar ze beantwoorden verschillende vragen, en het door elkaar halen ervan is de meest voorkomende reden dat een rapport intern niet geloofd wordt. Leg per maatstaf vast in welke kolom de klok start en in welke kolom hij stopt, en zet die definitie in het rapport zelf.

Werk daarna niet met gemiddelden. De verdeling van doorlooptijden is scheef: veel items gaan vlot, een staart loopt ver uit, en juist die staart bepaalt hoe uw afdeling wordt beoordeeld. Zet elk afgerond item als punt in een spreiding met de afrondingsdatum op de horizontale as, en trek daar percentiellijnen door. Het vijftigste percentiel is de muntworp. Het vijfentachtigste of vijfennegentigste percentiel is wat u kunt beloven. Vraagt de directie hoe lang iets duurt, dan is het eerlijke antwoord een percentiel met het aandeel gevallen erbij, en niet één getal dat voor de helft van de gevallen niet klopt.

Doorvoer is het tweede kerngetal: hoeveel items rondt de afdeling per periode af, uitgesplitst naar soort werk. Samen met de hoeveelheid onderweg vormt het de controle op de wet van Little, en het maakt vragen over capaciteit beantwoordbaar zonder urenregistratie. Een cumulatief stroomdiagram maakt de ontwikkeling zichtbaar: de verticale afstand tussen de banden is de hoeveelheid onderweg, de horizontale afstand is de doorlooptijd, en een band die breder wordt is een rij die groeit. Dat is een beeld dat het in een directieoverleg zonder uitleg redt.

Het overtuigendste getal is meestal de stroomefficiëntie: de tijd waarin er echt aan een item gewerkt is, gedeeld door de totale doorlooptijd. In de praktijk is dat aandeel klein, en dat inzicht verschuift het gesprek. Zolang het merendeel van de tijd wachten is, levert harder werken aan de bewerking bijna niets op en levert het verkorten van de rijen bijna alles op. Zonder die uitsplitsing blijft de conclusie hangen op meer mensen of meer overwerk, en dat is precies de conclusie die u met dit bord probeert te vermijden.

Of dit allemaal kan, wordt bepaald door het datamodel. Bewaar niet de huidige status, maar elke statusovergang als gebeurtenis met tijdstip, wie het deed, van welke kolom naar welke kolom. Dan blijven herintredingen, pauzes en correcties achteraf reconstrueerbaar en kunt u een maatstaf later opnieuw berekenen zonder de historie te verliezen. Leg ook vast wanneer een item is samengevoegd, gesplitst of ingetrokken, want stil verwijderde items maken uw doorlooptijd kunstmatig mooi. Correcties met terugwerkende kracht mogen, zolang de oorspronkelijke gebeurtenis bewaard blijft.

Meten verandert tot slot gedrag, en dat is een ontwerpvraag en niet alleen een beleidsvraag. Wordt het rapport gebruikt om personen af te rekenen, dan wordt het bord fictie: kaarten schuiven vroeg door, worden afgesloten en heropend, en de cijfers zien er prachtig uit. Houd de maatstaven daarom op procesniveau, per soort werk en per kolom, en zeg dat ook. De kaartleeftijd op het bord is de uitzondering die wel persoonlijk zichtbaar mag zijn, omdat die geen beoordeling is maar een hulpmiddel: hij vertelt het team welke kaart vandaag aandacht nodig heeft.

Blokkades zichtbaar maken in plaats van bespreken

Een blokkade hoort een eigen registratie te zijn en geen label of opmerking. Daarin staat de reden, de partij die aan zet is, het tijdstip waarop de blokkade begon, wie er achteraan gaat en wat er al is geprobeerd. Zo eenvoudig is het, en zo zelden gebeurt het. Zodra die gegevens bestaan, kunt u redenen clusteren, en dan blijkt vrijwel altijd dat een handvol oorzaken het merendeel van de stilstand veroorzaakt: een intake die incompleet binnenkomt, één persoon die mag goedkeuren, een onderdeel dat niet op voorraad ligt, een systeem dat alleen nachtelijks verwerkt. Die lijst is meer waard dan een nieuwe bordindeling.

Onderscheid daarbij wachten op een derde partij van wachten binnen uw organisatie. Voor de aanvrager loopt de klok in beide gevallen door, dus rapporteer beide getallen: de volledige doorlooptijd en de doorlooptijd zonder de tijd dat de bal bij de klant lag. Kies er één als het getal waarop u afspraken maakt en bewaar het andere ernaast, want de discussie over welke van de twee eerlijk is komt gegarandeerd terug. Ten slotte verdient de dagstart ondersteuning: een weergave die van rechts naar links leest en begint bij het geblokkeerde en het oudste werk, in plaats van een rondje waarin iedereen vertelt waar hij mee bezig is.

Wachtrij en bewerking gesplitst WIP-limieten Kaartleeftijd Cycle time Doorvoer per soort werk Cumulatief stroomdiagram Percentielen Blokkaderedenen Statusgebeurtenissen Stroomefficiëntie

Het bord koppelen aan het bronsysteem

De meest voorkomende doodsoorzaak van een bord is dubbele administratie. De order staat in het ERP, de melding in het zaaksysteem, de reparatie in het servicepakket, en daarnaast vraagt het bord of iemand ook nog een kaart wil verschuiven. Dat gaat een tijdje goed, want in het begin is iedereen enthousiast. Daarna gaat het stil kapot: het bord loopt achter, iemand constateert een verschil, en vanaf dat moment wordt het bord in vergaderingen niet meer geloofd. Herstellen kost meer moeite dan het opnieuw inrichten waard is, dus dit is de vraag die u aan het begin moet oplossen en niet bij oplevering.

De werkbare regel is dat elk veld precies één eigenaar heeft. Het bronsysteem is eigenaar van de inhoud: de klant, het bedrag, de afspraken, de bijlagen, de historie. Het bord is eigenaar van de stroom: in welke kolom het item staat, of er een blokkade op zit, hoe lang het er al ligt, welke limiet geldt. Velden uit de bron toont het bord alleen om te lezen, met een doorklik naar het record zelf. Zo hoeft niemand te bedenken waar hij iets moet invullen, en dat is precies de twijfel waaraan schaduwadministratie in spreadsheets begint.

De status zelf is de moeilijkste. Twee patronen werken. In het eerste blijft het bronsysteem eigenaar van de status en schrijft het bord elke verplaatsing terug, waardoor het bord vooral een weergave is; dat is verstandig als facturatie, terugkoppeling naar de melder of een wettelijke registratie aan die status hangen. In het tweede is het bord eigenaar van de stroomstatus en ontvangt het bronsysteem alleen de momenten die het echt nodig heeft, bijvoorbeeld aangenomen en afgerond. Kies er één. Een status met twee eigenaren levert conflicten op die niemand achteraf kan uitleggen.

Technisch valt dat uiteen in een paar keuzes die u beter vooraf maakt. Koppel records met een vastgelegde externe sleutel, zodat u nooit op naam of omschrijving hoeft te matchen. Gebruik gebeurtenissen of webhooks voor snelheid en daarnaast een periodieke hersteldraai die bron en bord vergelijkt, want berichten raken kwijt en dan wilt u het verschil geautomatiseerd zien in plaats van door een gebruiker gemeld krijgen. Maak schrijfacties idempotent, zodat een herhaald bericht een kaart niet twee keer verplaatst. Zet uitgaande berichten in een wachtrij, zodat een storing bij de bron vertraging oplevert en geen verlies. En bewaar in- en uitgaand verkeer met inhoud, omdat de discussie over waarom het bord iets anders zegt alleen met dat logboek te beslechten is.

Rechten horen mee te komen. Op een bord met dossiers moet de zichtbaarheid per baan en per kaart dezelfde regels volgen als in het bronsysteem, en dat geldt dubbel voor een weergave op een groot scherm in een gang of werkplaats. Daar hoort een kaart met een ordernummer en een processtap, en niet met namen of gezondheidsgegevens. Dan de werkvloer zelf: aanraakbediening met grote vlakken, een bord dat leesbaar is op afstand, scannen van een order- of onderdeelnummer in plaats van typen, en bruikbaar blijven zonder verbinding. Dat is vaak de directe reden dat maatwerk in beeld komt. Een generieke tool werkt prima op een laptop en niet met handschoenen aan.

Over de invoering is één ding uit de praktijk het vermelden waard: neem eerst het proces over zoals het nu werkelijk loopt, ook als iedereen vindt dat het anders zou moeten. Een bord dat het gewenste proces toont wordt niet bijgehouden, want de kaarten passen niet bij wat mensen die dag doen. Begin met één afdeling, leg een beginstand vast van de hoeveelheid onderweg en de doorlooptijd, en verander pas daarna kolommen en limieten. Dan hebt u een vergelijking en niet alleen een gevoel. Rond een verbetering af met een aanpassing van het bord zelf, zodat de nieuwe afspraak zichtbaar is in het gereedschap in plaats van in een verslag dat niemand terugleest.

Wanneer een standaardtool de betere keuze is

Er zijn goede generieke kanbanborden, en veel organisaties hebben er al licenties voor via het pakket dat ze toch al gebruiken. Past uw werk in een generiek bord, zijn kolommen met limieten en een rapport over cycle time voldoende, en hebben de gebruikers al een account, dan koopt u dat in en richt u het in zonder ontwikkeltraject. Dat zeggen we liever nu dan halverwege een offertetraject. Maatwerk verdient zich niet terug in een situatie die met een instelling in een bestaand pakket kan.

Maatwerk loont in een beperkt aantal situaties. Als het bord onderdeel moet zijn van een applicatie die de werkvloer al gebruikt, voor mensen die geen tweede inlog krijgen. Als er bij een kolomovergang regels gelden die het systeem moet afdwingen en niet mag adviseren. Als uw meetdefinities werkelijk van u zijn, bijvoorbeeld een termijn uit een contract of een wachttijd bij de klant die apart moet blijven. Als items automatisch uit een bronsysteem ontstaan in hoeveelheden die niemand handmatig bijhoudt. En als de gegevens op de kaarten niet in een externe dienst thuishoren.

Vaak is de tussenweg het antwoord: een bestaand pakket voor de teams die er al mee werken, en maatwerk voor de werkvloerweergave en de rapportage bovenop de gebeurtenissen uit dat pakket. De keerzijde van zelf bouwen hoort er ook bij, want die is echt: u onderhoudt het, en u blijft zelf verantwoordelijk voor het uitleggen en actueel houden van de meetdefinities. Wilt u eerst klein beginnen met een webtoepassing rond één proces, dan is een workflow-webapp de lichtere route, met dezelfde vraag over eigenaarschap van velden.

Per veld één eigenaar: bron of bord
Statusovergangen als gebeurtenissen bewaren
Webhooks voor snelheid, hersteldraai voor juistheid
Idempotent schrijven en een uitgaande wachtrij
Conflicten naar een mens, niet stil oplossen
Rechten uit het bronsysteem overnemen
Grootbeeld zonder persoonsgegevens
Aanraakbediening en scannen op de vloer

Veelgestelde vragen over kanban-software

Een planning vertrekt van een einddatum en verdeelt het werk over tijd en mensen. Een bord vertrekt van de stroom: wat is onderweg, wat wacht, wat is klaar. Voor los werk dat continu binnenkomt is een planning bewerkelijk en snel achterhaald, terwijl een bord met limieten en een doorlooptijdmeting houdbaar blijft. Bestuurt u juist één project met fasen, mijlpalen en budget, dan is projectmanagement-software de juiste plek en is het bord hoogstens een aanvulling voor de uitvoering.

Meet eerst hoeveel items er nu per kolom onderweg zijn, zet de limiet iets onder dat aantal en kijk wat er gebeurt. Leg de limiet op de kolommen waar gewerkt wordt en niet op de wachtrijen ervoor. Spreek daarnaast af wat het systeem doet bij overschrijding: waarschuwen, blokkeren of een reden vragen. Die redenen zijn na een tijdje uw verbeterlijst. Een limiet die nooit knelt is versiering, en een limiet die dagelijks sneuvelt staat te laag of de knelplek zit elders.

Doorlooptijd loopt vanaf binnenkomst tot levering, zoals de aanvrager het ervaart. Cycle time loopt vanaf het moment dat iemand er echt aan begint tot het klaar is. Het verschil tussen die twee is de rij aan de voorkant. Rapporteer ze naast elkaar, met per maatstaf de kolom waarin de klok start en stopt, en gebruik percentielen in plaats van gemiddelden. De verdeling is scheef, dus een gemiddelde belooft iets wat in een aanzienlijk deel van de gevallen niet wordt gehaald.

Nee, en juist dat helpt een bord om zeep. Werkbaar is één eigenaar per veld: het bronsysteem bezit de inhoud, het bord bezit de stroom. De kaart toont de brongegevens om te lezen en linkt door naar het record zelf. Voor de status kiest u eveneens één eigenaar, met terugschrijven naar de bron of met alleen de momenten die de bron nodig heeft. Daarbij horen gebeurtenissen voor snelheid, een periodieke hersteldraai voor juistheid en een logboek van al het verkeer.

Daar komt het juist het best tot zijn recht. Aanvragen, meldingen, orders, reparaties, keuringen en dossiers zijn losse items met een begin en een eind, en dat is precies het soort werk dat een bord ordent. De kolommen volgen dan het afhandelproces van de afdeling en geen projectfasering. Valt het werk uiteen in soorten met verschillende stappen, dan krijgen die eigen banen of eigen borden met een gemeenschappelijke intake, zodat de meting per soort apart blijft.

Past uw werk in een generiek bord, zijn kolommen met limieten en een rapport over cycle time voldoende en hebben de gebruikers al een account, dan is een bestaand pakket de verstandigste keuze. Maatwerk loont als het bord in een applicatie moet zitten die de werkvloer al gebruikt, als regels bij een kolomovergang afgedwongen moeten worden, als uw meetdefinities echt van u zijn, als items automatisch uit een bronsysteem ontstaan, of als de gegevens op de kaarten niet in een externe dienst thuishoren.

Gerelateerde diensten

Projectmanagement-software op maat

Gaat het om het besturen van één project, met fasering, planning, uren en budget in plaats van doorstroom op de werkvloer, dan hoort u bij projectmanagement-software op maat.

BPM-platform op maat

Moet een proces met formulieren, beslisregels en harde routering worden afgedwongen in plaats van zichtbaar gemaakt op een bord, dan is een BPM-platform op maat de betere basis.

Ticketsysteem laten maken

Zit de vraag vooral in de intake, met kanalen, terugkoppeling naar de melder en afspraken over reactietijd, dan begint u bij een ticketsysteem op maat en gebruikt u het bord daarachter.

Planning- en schedulingsoftware

Is de kernvraag wie wanneer beschikbaar is, met roosters, competenties en bezetting over ploegen, dan hoort planning- en schedulingsoftware ernaast te staan.

Zet uw eigen proces eens op een bord

Vertel ons welke stappen het werk bij u doorloopt, waar het meestal blijft liggen en welk systeem nu de waarheid bevat. Uit die drie antwoorden blijkt vrijwel altijd of u een bestaand pakket kunt inrichten, of dat de koppeling en de meetdefinities maatwerk vragen.

Plan een adviesgesprek info@appfront.nl