Het opstellen van een werkrooster is het combineren van bezetting, beschikbaarheid en regelgeving over rusttijden tot een gepubliceerd schema. Die taak is redelijk gestructureerd: er is een vaste invoer (wie kan wanneer, wie moet wanneer aanwezig zijn, welke rusttijden verplicht zijn) en een vaste uitvoer (een rooster). Dat maakt hem geschikt voor een planningssysteem dat als agent werkt: het genereert het rooster zelf, niet alleen een suggestie.
Het volume is hoog. Roosters worden wekelijks of maandelijks opnieuw gemaakt, voor dezelfde groep medewerkers, met grotendeels dezelfde regels. Herhaling van dit formaat is precies waar automatisering zich uitbetaalt: het werk dat een planner vorige maand deed, moet deze maand grotendeels opnieuw gebeuren, met nieuwe invoer maar hetzelfde proces.
Twee assen houden dit bij "deels" en niet bij "ja". De eerste is oordeelsruimte. Een rooster is nooit alleen een rekensom. Een planner weegt af wie er twee keer achter elkaar een onhandige dienst heeft gehad, wie er net een verzoek heeft ingediend dat nog niet formeel is verwerkt, of een team qua ervaring in balans blijft. Dat is geen regel die je codeert, het is een inschatting die per situatie verschilt.
De tweede is compliance. Rusttijden, maximale diensten per week en cao-afspraken zijn wettelijk of contractueel vastgelegd, en een fout daarin heeft gevolgen die verder gaan dan een ongelukkig rooster. Een systeem kan die regels toepassen zolang ze digitaal en actueel zijn ingevoerd, maar de verantwoordelijkheid voor de uitkomst blijft bij een mens die het rooster goedkeurt voordat het gepubliceerd wordt.
De derde as, volume, werkt juist in het voordeel van automatisering: hoe vaker een taak terugkomt in vergelijkbare vorm, hoe meer een systeem ervan leert en hoe minder tijd handmatige controle per geval kost.
Een horecaketen met vaste diensten, een beperkt aantal functies en een cao die weinig uitzonderingen kent, kan het grootste deel van het roosterproces aan een systeem overlaten. De invoer is stabiel, de regels zijn eenduidig, en de uitzonderingen zijn schaars genoeg om handmatig te behandelen. Een zorginstelling met wisselende diensten, individuele beschikbaarheidsafspraken en verzuim dat continu het rooster verstoort, houdt veel meer terug bij de planner. Niet omdat het systeem daar minder capabel is, maar omdat de oordeelsruimte per rooster groter is en de compliance-risico's gevoeliger liggen, bijvoorbeeld rond minimale bezetting per dienst.
Dit verschil zit dus niet in de techniek, het zit in hoe het werk bij die twee organisaties is ingericht. Wat dat precies bepaalt, staat beschreven op de pagina over waarom hetzelfde werk bij het ene bedrijf wel en bij het andere niet overdraagbaar is.
Wat vandaag verschuift, is niet dat roosters ineens "door AI gemaakt worden". Het is dat het eerste concept steeds vaker door een systeem wordt gegenereerd, en dat de planner van maker naar controleur verschuift: iemand die het concept beoordeelt, uitzonderingen aanpast en pas dan publiceert. Die verschuiving is al zichtbaar bij bedrijven met een digitaal planningssysteem en gestandaardiseerde diensten, en nog nauwelijks bij bedrijven die roosters nog in een spreadsheet bijhouden.
De taak houdt op bij een gepubliceerd rooster. Wat daarna gebeurt, hoort bij aangrenzende taken die elk hun eigen profiel hebben. Wijzigingen die na publicatie ontstaan, bijvoorbeeld door ziekte of een ruilverzoek, vallen onder het verwerken van roosterwijzigingen, met een andere balans tussen systeem en mens omdat de tijdsdruk en de uitzonderingsgraad daar hoger liggen. Het berekenen van overuren die uit het gewerkte rooster volgen, is een aparte taak die beschreven staat bij het berekenen van overuren. En omdat beschikbaarheid en verzuim de belangrijkste invoer vormen voor een rooster, hangt de kwaliteit van de output direct samen met hoe verlofaanvragen verwerkt worden en hoe verzuim geregistreerd wordt. Slechte invoer in een van die processen betekent een rooster dat een planner alsnog grondig moet nakijken, hoe goed het systeem ook is.
Deze uitkomst is geen uitspraak over de planner of teamleider die dit werk nu doet, en geen argument voor het inkrimpen van een planningsfunctie. Het is een beschrijving van een taak: wat een systeem aankan, wat toezicht vraagt en wat mensenwerk blijft. Beslissingen over personeel kennen eigen wettelijke vereisten, en die worden hier niet behandeld.
Of roosters opstellen bij uw organisatie dichter bij "grotendeels overdraagbaar" of bij "grotendeels mensenwerk" ligt, hangt af van hoeveel uitzonderingen uw diensten kennen, hoe uw cao is opgebouwd en hoe digitaal uw beschikbaarheidsgegevens al zijn. Dat verschilt sterk per bedrijf, ook binnen dezelfde sector. Vergelijkbare afwegingen spelen bij andere administratieve functies, zoals te zien is in het overzicht van werk op de IT-afdeling dat AI vandaag al kan overnemen.
Wie een eerste indicatie wil zonder daar tijd in te steken, kan de gratis quickscan invullen: twaalf vragen, zonder account, met als uitkomst een indicatie welk deel van de uren in dat werkprofiel vandaag door AI over te nemen is. De volledige werkscan, die het werk van een heel bedrijf in taken uiteenlegt en per taak doorrekent naar fte-capaciteit, is nog in aanbouw en op dit moment niet beschikbaar.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Antwoorden komen uit de kennisbank van deze site. Geen advies op maat, en geen scan van uw bedrijf.