05:38. De shift start over 22 minuten
Het is 05:38. Een medewerker meldt zich ziek. De shift start over 22 minuten.
Wat daarna gebeurt, herkent bijna elke planner. Om 05:41 begint het zoekwerk. Wie is vrij? Wie heeft het juiste certificaat? Wie heeft voldoende rust gehad? En vooral: wie kan ik verplaatsen zonder ergens anders een nieuw probleem te maken? Om 05:52 hangt de planner aan de vierde telefoon. De eerste kandidaat kan niet, de tweede neemt niet op, de derde heeft gisteren te lang gewerkt. De vierde zou kunnen, maar dan staat een andere werf zonder volk. Om 06:00 begint de ploeg onvolledig, of met iemand die niet de juiste opleiding heeft. En om 08:30 komt de rekening: een gemiste cut-off, een vertraagde werfstart, minder lijnoutput of een afdeling onder de minimumbezetting.
De planner is in dit verhaal niet het probleem. Integendeel, die werkt keihard. Maar zonder ondersteunende engine is de planner zelf de engine. Alle regels, uitzonderingen, telefoonnummers en mogelijke combinaties zitten in één hoofd.
Het echte probleem is dus niet de ziekmelding. Die komt er altijd. Het probleem is dat niemand binnen vijf minuten weet welk alternatief operationeel én economisch het minst schade veroorzaakt.
Eén ziekmelding, vier afdelingen
Wanneer we de kost van uitval bekijken, denken we meestal aan de vervanger. Maar die vervanger is maar één deel van de rekening.
De planner verliest makkelijk 27 minuten aan zoeken, bellen en opnieuw bellen. Tijd waarin het echte planwerk stilligt. Operations krijgt een ploeg die te laat of onvolledig start, waardoor een kritieke taak opschuift. HR en finance erven de gevolgen: overuren, een interimkracht aan spoedtarief of een correctie die achteraf moet worden uitgezocht. En de medewerker krijgt alweer op het laatste moment te horen dat zijn rooster verandert. Dat lijkt klein, maar wie dat structureel meemaakt, raakt gefrustreerd. En frustratie betaalt zich terug in verloop.
Daarnaast is er de kost die niemand boekt. De verkeerde persoon op de verkeerde taak, en dus lagere output. Iemand die inspringt terwijl zijn certificaat eigenlijk niet klopt. Leidinggevenden die mee zoeken in plaats van hun operatie te sturen.
Een benchmark geven we hier bewust niet, want dan gaat de discussie al snel over het benchmarkcijfer. Doe liever zelf een eenvoudige oefening: neem de gemiddelde plannertijd per verstoring, vermenigvuldig die met het aantal verstoringen per week en daarna met 46 werkweken. Dan heb je alleen de zoektijd. Nog geen stilstand, geen overuren, geen interim, geen verloren output. Wie die som maakt, komt bijna altijd uit op honderden uren per jaar.
Absenteïsme ga je niet wegautomatiseren. Piekdruk ook niet. Verstoringen horen bij een operatie. Maar de tijd die je nodig hebt om erop te reageren, die heb je wél in handen.
De verstoring is een gegeven. De reactietijd erop is een keuze.
Van 120 naar 12: beschikbaar is niet inzetbaar
Neem een organisatie met 120 medewerkers op de loonlijst. Op het eerste gezicht is dat comfortabel. Tot je begint te filteren.Stel jezelf dus de vraag: hoeveel mensen zijn op dit moment écht inzetbaar voor je meest kritieke skill? Niet hoeveel er op de loonlijst staan. Niet hoeveel er vandaag aanwezig zijn. Veel organisaties kennen dat cijfer niet, en precies daar begint goede workforce planning.
Vandaag zijn er 96 aanwezig. Daarvan zitten er 71 in de juiste shift, met rusttijden die in orde zijn. 34 van hen hebben het certificaat dat vandaag nodig is. 18 hebben ook de juiste skill én staan in de juiste zone. En op het kritieke piekmoment blijven er 12 over die ook de vereiste norm halen.
Van 120 naar 12. Dat is een voorbeeld bij één klant, voor één kritieke skill op één piekmoment. Het exacte getal doet er niet toe. De rekenweg wel.
Want Excel telt mensen. Een planningsengine telt inzetbaarheid. En precies daar zit het verschil tussen "we hebben toch genoeg volk?" en "we hebben op dit moment drie mensen die dit werk werkelijk mogen, kunnen en zinvol kunnen uitvoeren".
Andere sector, dezelfde vraag
Bouw, logistiek, zorg en productie lijken vier totaal verschillende werelden. De regels verschillen ook echt. Maar de vraag die de planner elke dag probeert te beantwoorden, is overal dezelfde.
In de bouw melden zich om 06:10 twee mensen ziek, terwijl om 08:00 een betonstort gepland staat. Op papier zoek je twee vrije mensen. In werkelijkheid mag niet elke ploeg die fase uitvoeren, moeten certificaten kloppen op de dag zelf, horen mens, machine en machinist samen, en mag je werf A niet stilleggen om werf B te redden. De goedkoopste medewerker is daar niet noodzakelijk de goedkoopste oplossing. Wie iemand goedkoop verplaatst maar daardoor een andere ploeg een uur laat wachten, heeft niets bespaard.
In een warehouse blijkt om 11:02 het outboundvolume dertig procent hoger dan verwacht. De cut-off blijft 16:00, want die vrachtwagen wacht niet. De verkeerde vraag is hoeveel mensen er vandaag zijn. De betere vraag is hoeveel inzetbare capaciteit er is tussen 14:00 en 16:00. Wie het probleem pas om half vier ziet, houdt nog twee opties over: overuren of spoedinterim. De duurste oplossingen komen vaak in beeld omdat de goedkopere te laat werden gezien.
In de zorg valt om 05:45 een verpleegkundige uit in de vroege shift. Minimumbezetting en kwalificaties zijn hier harde grenzen, geen voorkeuren. En er speelt nog iets. Als er één flexibele collega is die altijd ja zegt, kan je technisch elke verstoring oplossen door die persoon te bellen. Tot die persoon op een dag geen ja meer zegt. Eerlijke verdeling is dus geen luxe, maar een voorwaarde om je capaciteit op peil te houden.
In productie valt om 10:20 een lijn twee uur stil, terwijl er een dringende serviceopdracht binnenkomt. Preventief onderhoud kan schuiven, SLA-werk niet. Niet iedere operator kan elke lijn draaien. Een supervisor ziet goed wat er in de eigen ploeg gebeurt, maar een verschuiving die lokaal perfect lijkt, kan twee uur later elders een nieuw gat slaan.
Andere regels, andere woorden, andere deadlines. Maar telkens dezelfde kernvraag: welke wijziging redt vandaag zonder morgen kapot te maken?
Plannen en herplannen zijn twee verschillende problemen
Hier zit volgens ons de belangrijkste denkfout in veel planningssoftware. Een eerste planning maken en een planning herstellen worden met dezelfde logica aangepakt, terwijl het fundamenteel verschillende problemen zijn.
Bij een eerste planning kijk je weken of maanden vooruit. Je hebt minuten om te rekenen en je zoekt het optimum: de beste dekking, de laagste kost, de eerlijkste spreiding. Bij een herplanning is de shift al bezig. Mensen zijn onderweg, materieel staat op locatie en iedereen wacht. Je hebt geen minuten, maar seconden. Je zoekt niet het optimum, maar een plan dat haalbaar en stabiel is.
Vergelijk het met een huis. Een eerste planning maken is een huis bouwen. Herplannen is een lek herstellen terwijl de bewoners er al in wonen. Je breekt het huis niet af omdat de kraan lekt. Toch doen veel systemen precies dat: er verandert één variabele en ze optimaliseren alles opnieuw. Het resultaat kan wiskundig beter zijn, maar als vijftien mensen daardoor plots een andere shift krijgen, overleeft dat plan de ochtend niet. Het wordt op de vloer gewoon weer overschreven.
Een voorstel met twee wijzigingen is daarom vaak veel beter dan een voorstel met vijftien, ook al scoort het op papier iets minder. Het beste nieuwe plan lijkt nog zoveel mogelijk op het oude plan. Stabiliteit is dus zelf een optimalisatiedoel.
Van tonen naar rekenen
Dat brengt ons bij een onderscheid dat vaak vervaagt: een digitaal planbord is geen planningsengine.
Een planbord is nuttig, laat daar geen twijfel over bestaan. Het is overzichtelijker dan Excel, je schuift sneller en iedereen kijkt naar dezelfde planning. Maar in essentie toont het wat jij hebt ingevoerd. De planner zoekt nog altijd zelf de kandidaat, kent de uitzonderingen, beslist wat mag en begint bij uitval opnieuw te puzzelen. Een fout wordt achteraf gesignaleerd, of helemaal niet.
Een engine berekent wat mogelijk is. Ze rangschikt kandidaten, blokkeert vooraf wat niet mag en stelt bij een verstoring binnen enkele seconden alternatieven voor. Sneller dan Excel is nog niet hetzelfde als iets anders dan Excel. De sprong die telt, is niet die van papier naar scherm, maar die van tonen naar rekenen.
Dan komt bijna altijd de vraag: is dit AI? Voor wat we hier beschrijven: nee. Het gaat om optimalisatie op basis van expliciete regels en gewichten die de organisatie zelf bepaalt. Dat is net een sterkte, want daardoor is elke keuze uitlegbaar en herhaalbaar. Absentie of vraag voorspellen met machine learning kan zeker, maar dat is een latere stap, niet de eerste.
De engine berekent jouw prioriteit, niet "de beste planning"
Een engine werkt met twee soorten regels. Harde regels breek je nooit: wettelijke rusttijd, maximale arbeidsduur, een geldig certificaat op de dag zelf, veiligheid en toegangsrechten, en het simpele feit dat één persoon niet op twee plaatsen tegelijk kan staan. Zachte regels weeg je af: een eerlijke spreiding van weekends, nachten en overuren, voorkeuren, ploegcontinuïteit en vaste duo's, reistijd, kost en opleidingskansen.
Het loopt vaak mis wanneer organisaties bijna alles hard willen maken. Dit mag nooit, dat mag nooit, die ploeg gaat nooit uit elkaar. Tot de engine geen enkele oplossing meer vindt. En geen oplossing betekent geen vertrouwen: de planner grijpt terug naar Excel. Bouw daarom regels die je kan versoepelen, met uitleg waarom.
Minstens even belangrijk is de doelfunctie: waarop mag de planning optimaliseren, en in welke volgorde? Continuïteit, kost, eerlijkheid, stabiliteit, service? Wie die keuze niet expliciet maakt, laat de software ze stilzwijgend maken. En dan wordt het meestal kost, ook als dat voor jouw organisatie helemaal niet het belangrijkste criterium is.
De doelfunctie is een directiebeslissing, geen IT-instelling.
De escalatieladder: automatiseer van onder naar boven
Bij uitval springen veel organisaties meteen naar de telefoon. Wie kan komen? Wie wil overuren doen? Kunnen we interim bellen? Maar dat is eigenlijk al trede vier. Elke trede hoger kost meer geld en meer goodwill, dus de echte vraag is: wat hebben we daarvoor nog niet geprobeerd?
- Trede 0, absorberen. Heeft deze taak vandaag echt vier mensen nodig, of lukt het tijdelijk met drie?
- Trede 1, herverdelen binnen de ploeg. Kan iemand overschuiven van werk met een lagere prioriteit?
- Trede 2, werk herprioriteren. Bescherm de cut-off of de werfstart en laat het uitstelbare schuiven.
- Trede 3, flexen binnen de vestiging. Een andere zone of werf, een taak splitsen, een shift verlengen binnen de regels.
- Trede 4, externe capaciteit oproepen. Het systeem maakt een gerangschikte lijst: wie is beschikbaar, wie mag dit, wie kost wat, wie zit het dichtst, wie heeft recent al extra gewerkt? De mens drukt op verzenden.
- Trede 5, impact aanvaarden en communiceren. Welke order schuift, welke klant verwittigen we? Dat blijft altijd een menselijke beslissing.
Trede nul tot drie kan je verregaand automatiseren, trede vier halfautomatisch, trede vijf blijft menselijk. Automatische workforce planning betekent dus niet dat je controle afgeeft. Het betekent dat je de goedkope, repetitieve zoekstappen automatiseert voor je naar dure noodoplossingen grijpt. Zo verlies je geen controle, maar win je wel je ochtend terug.
Automatisch plannen raakt mensen
Tot hier ging het over regels en capaciteit. Maar planning raakt mensen, en dat vraagt drie afspraken vooraf, niet pas na de eerste klacht.
De eerste is uitleg bij elke beslissing. Waarom wordt Peter niet voorgesteld? Omdat zijn attest morgen vervalt, of omdat hij al drie nachten na elkaar werkte. Een planner die alleen een rood kruisje ziet, gaat het voorstel niet vertrouwen. De tweede is dat eerlijkheid beleid is. Wie weekends, nachten en overuren krijgt, mag geen mysterieuze instelling van een beheerder zijn. Publiceer de verdeelregels voor je automatiseert. De derde is dat de mens beslist. Voorstellen, afwijkingen en goedkeuringen worden gelogd, niet om planners te controleren, maar om te leren waar model en realiteit uit elkaar lopen.
Wie dat overslaat, belandt in een herkenbare spiraal. Er is geen uitleg, dus de planner overschrijft het voorstel. Daardoor klopt de geregistreerde reden niet meer en wordt de data vuil. De volgende voorstellen worden slechter, en twee weken later staat iedereen opnieuw in Excel. Automatisering werkt alleen als je planners en medewerkers meeneemt, niet als je tegen hen in automatiseert. Concrete arbeidsrechtelijke keuzes stem je uiteraard af met de bevoegde specialisten.
Terug naar 05:38, deze keer met een engine
Dezelfde ochtend, dezelfde ziekmelding. Om 05:38 meldt de medewerker zich ziek via de app, zonder telefoonketen. Op hetzelfde moment toont het systeem de impact: twee taken zonder bezetting, de cut-off van 08:30 in gevaar. Om 05:39 liggen er drie voorstellen klaar. Geen drie vrije namen, maar drie haalbare alternatieven, gerangschikt op kost, stabiliteit en impact, met per kandidaat de reden waarom die wel of niet past. Om 05:40 kiest de planner met één klik en vertrekt de bevestiging naar de betrokken medewerkers. Om 05:41 volgt de rest van de keten: registratie en loonvoorbereiding krijgen meteen de juiste code.
Dat laatste punt wordt vaak onderschat. Wie de planning automatiseert maar registratie en loonvoorbereiding los daarvan houdt, wint aan de voorkant tijd en creëert aan de achterkant correctiewerk.
Wat de planner die ochtend niet deed: vijf keer bellen, zoeken in Excel, certificaten nakijken en achteraf reconstrueren waarom iemand van shift wisselde.
Wat we leerden bij Samsonite
In het Europese distributiecentrum van Samsonite in Oudenaarde gebeurde de personeelsplanning volledig in Excel, over meerdere magazijnen heen, met complexe shiftstructuren, rotaties en veel uitzendkrachten. Met SOLUTIO werd dat volledig gedigitaliseerd: skills en beschikbaarheden zitten in het model, rotatievoorkeuren worden meegenomen en er is een koppeling met HR en tijdsregistratie. Het resultaat: automatische rotaties, realtime data in plaats van gissen, een transparante planning naar de vloer en volledig overzicht over de magazijnen. (Bron: Value Chain Management, oktober tot november 2025.)
Eerlijk gezegd: er was vooraf geen nulmeting, dus een procentcijfer kunnen we niet geven. Precies daarom vragen we die nulmeting nu bij elk project. We nemen er drie lessen uit mee. De winst zit in de tweede planning, niet in de eerste, dus meet je herplantijd. Koppel planning aan tijdsregistratie, anders verouderen je normen stil. En transparantie levert meer draagvlak op dan eender welke functionaliteit.
Download hier de volledige Samsonite-case
Starten zonder big bang
Automatische workforce planning klinkt al snel als een gigantisch dataproject. Dat hoeft niet. In essentie heb je vier blokken informatie nodig. Over de mens: contract, shift, skills en certificaten met vervaldatum. Over het werk: welke taken, hoeveel mensen, welk tijdvenster, welke prioriteit. Over de vraag: volumes, forecast, pieken en deadlines. En over de realiteit: wat werd er werkelijk geregistreerd, hoe productief was men echt, waar zaten de afwijkingen? Dat vierde blok slaat bijna iedereen over. Zonder terugkoppeling uit registratie blijven je normen gebaseerd op theorie, en theorie veroudert.
Een realistische aanpak past in 90 dagen. De eerste dertig dagen meet je: herplantijd, uitval, overuren en interimkost. Je bouwt een matrix van skills en certificaten op en je schrijft je doelfunctie in drie zinnen op papier. Van dag 31 tot 60 draait de engine in schaduwmodus. Ze plant mee, maar niemand op de vloer merkt iets. Elke dag vergelijk je: waar wijkt de engine af van de planner, en wie had achteraf gelijk? Die fase is goud waard, want je maakt impliciete planningskennis expliciet. Van dag 61 tot 90 ga je gecontroleerd in productie, met één ploeg, één vestiging en één type verstoring. De engine stelt voor, de planner keurt goed, en eenvoudige herplanningen worden stap voor stap automatisch. Aan het einde herhaal je de nulmeting en deel je het verschil met de vloer.
De valkuilen onderweg zijn bijna nooit technisch. Een digitale Excel die er mooier uitziet maar het denkwerk bij de mens laat. Te veel harde regels. Een black box zonder uitleg. Geen feedback uit registratie. Planning los van loon. En de big bang over alle sites tegelijk, de beste manier om elk datafoutje op hetzelfde moment zichtbaar te maken. Het goede nieuws: het zijn keuzes, geen features. Je kan ze allemaal vermijden nog voor er één regel wordt geconfigureerd.
Drie dingen die je deze week kan doen
Je hebt er geen budget, geen project en geen leverancier voor nodig.
- Meet één cijfer. Zet bij de volgende onverwachte uitval de klok aan. Stop die niet bij het eerste telefoontje of wanneer iemand zegt "ik zal wel komen", maar pas wanneer er opnieuw een haalbaar plan ligt. Dat is je herplantijd, en meteen je nulmeting.
- Tel je kritieke skills. Welke handelingen leggen je operatie stil als niemand ze kan uitvoeren? Tel niet hoeveel mensen die skill ooit geleerd hebben, maar hoeveel er per shift ze werkelijk mogen én kunnen uitvoeren.
- Schrijf je doelfunctie op. Drie zinnen: waarop mag de planning optimaliseren wanneer er een conflict is, en in welke volgorde? Kost, eerlijkheid, continuïteit, voorspelbaarheid, minimale wijzigingen. Als het management die volgorde niet kan benoemen, kan je ook niet verwachten dat een engine ze correct toepast.
Doe je alleen het eerste, dan heb je al een waardevol cijfer in handen. Vanaf dat moment wordt planningsstress meetbaar. En wat meetbaar is, kan je verbeteren.
Het probleem is zelden dat de planning verandert. Het probleem is hoeveel tijd, geld en stress het vandaag kost om opnieuw tot een haalbaar plan te komen. Wie dat wil oplossen, begint bij één inzicht: beschikbaar is niet hetzelfde als inzetbaar.
Benieuwd wat dit betekent voor jouw planning? GO-VIRTUAL toont SOLUTIO AWP graag op je eigen data. Neem contact op via sales@go-virtual.com of kijk op www.go-virtual.com.