Personeels­planning-apps: de volledige gids

In veel organisaties ontstaat het rooster in een spreadsheet en belandt het als afbeelding in een appgroep. Dat werkt zolang de bezetting stabiel is. Zodra er wisselende drukte, deelti­jdcont­racten, oproepkrachten en kwalificaties bij komen, gaat het schuren. De planner telt met de hand na of iemand genoeg rust had, medewerkers weten niet of zij de laatste versie zien, en een telefonisch afgesproken ruil staat nergens. Die fouten kosten elke week tijd en goodwill.

Een personeels­planning-app brengt die stukken samen. Aan de ene kant staat de vraag: hoeveel mensen heeft u wanneer nodig, met welke kwalificatie en op welke plek. Aan de andere kant het aanbod: wie is beschikbaar, wie mag wat, wie heeft welk contract. Daartussen zit een rekenlaag die het rooster toetst aan de wet, aan uw cao en aan uw eigen afspraken. Eromheen loopt het verkeer dat elk rooster oproept: ruilen, verlof en ziekmeldingen.

Daarmee is de afbakening met een urenregistratie-app gegeven. Plannen gaat over de toekomst en over toestemming: mag deze medewerker deze dienst draaien, en is de bezetting dan dekkend. Urenregistratie gaat over het verleden en over verantwoording: hoeveel is er gewerkt, tegen welke toeslag, en wat wordt uitbetaald. Ze raken elkaar waar het gepubliceerde rooster de voorinvulling wordt van de werkelijke uren. Zoekt u vooral dat verantwoorden achteraf, dan is de gids over de urenregistratie-app de betere plek.

Een rooster is geen vrije oefening. De Arbeid­stijdenwet stelt harde grenzen aan wat u mag inplannen. Een werknemer van 18 jaar of ouder werkt ten hoogste 12 uur per dienst en 60 uur per week, en gemiddeld ten hoogste 48 uur per week over 16 aaneengesloten weken. Tussen twee diensten hoort ten minste 11 uur onafgebroken rust, eenmaal per zeven maal 24 uur in te korten tot 8 uur. Daar komt 36 uur weekrust bij, of 72 uur per twee weken.

Nachtarbeid kent een eigen laag. De wet noemt een dienst waarin meer dan een uur wordt gewerkt tussen 00.00 en 06.00 uur een nachtdienst. Daarin mag ten hoogste 10 uur worden gewerkt. Eindigt de dienst na 02.00 uur, dan volgt ten minste 14 uur rust; na drie of meer achter­eenvolgende nachtdiensten ten minste 46 uur. Wie in 16 aaneengesloten weken zestien keer of vaker een nachtdienst draait, mag daarin gemiddeld ten hoogste 40 uur per week werken.

Werkt u met oproepkrachten, dan komt het Burgerlijk Wetboek erbij. Artikel 7:628a verplicht u de tijdstippen ten minste vier dagen van tevoren schriftelijk of elektronisch bekend te maken; gebeurt dat niet, dan hoeft de werknemer geen gehoor te geven. Trekt u binnen die termijn de oproep in of verzet u de tijden, dan houdt hij recht op loon over de opgeroepen uren. Bij cao mag die termijn worden verkort, maar niet tot onder 24 uur.

Om het rooster heen staan nog twee kaders. De Wet flexibel werken geeft de werknemer die ten minste 26 weken in dienst is het recht om aanpassing van arbeidsduur, arbeidsplaats of werktijd te vragen; een verzoek om andere werktijden willigt u in tenzij een zwaarwegend bedrijfsbelang zich ertegen verzet, waarbij de wet problemen van rooste­rtechnische aard uitdrukkelijk als zo'n belang noemt. Heeft u een ondern­emingsraad, dan is die medebeslisser over uw roosterregeling.

Niet elke organisatie heeft alles nodig, maar deze onderdelen vormen samen het hart van roosteren. De vraag waarmee u begint is welk deel vandaag het meeste lekt: weet u niet goed hoeveel mensen u wanneer nodig heeft, kost het bouwen te veel tijd, of gaat het vooral mis in de week zelf, als er geruild en ziek gemeld wordt. Dat bepaalt waar de eerste versie haar zwaartepunt legt.

Er zit volgorde in. Zonder een onderbouwde bezettingsvraag is een rooster een gok, hoe fraai het bord er ook uitziet. Zonder actuele contract- en kwalificatie­gegevens kan het systeem niets toetsen en blijft de planner de enige die het overzicht heeft. En zonder een nette afhandeling van ruilen en ziekmelden loopt het gepubliceerde rooster binnen twee dagen uit de pas met de werkelijkheid, waarna niemand er meer op vertrouwt.

Het werk volgt meestal een vast ritme. Eerst wordt de bezettingsvraag bepaald: hoeveel mensen zijn er per dagdeel nodig, afgeleid van historische omzet, bezoek­ersaan­tallen of geplande productie. Daarna verzamelt u de beschikbaarheid. Dan volgt het bouwen: eerst de diensten die maar door enkelen gedraaid kunnen worden, daarna de rest. Bij het publiceren gaat het rooster naar de medewerkers, en vanaf dat moment telt elke wijziging als een wijziging waarover u hen moet informeren.

Dan begint de tweede helft. Een medewerker wil een dienst ruilen, en de app moet weten of de collega gekwalificeerd is, of de ruil binnen de arbeid­stijdg­renzen past en wie hem goedkeurt. Een verlofaanvraag raakt zowel het saldo als de bezetting op die dag. Een ziekmelding op zaterdagochtend haalt een dienst uit het rooster en start een zoektocht naar iemand die kan en mag invallen. Drie processen, drie beslissers.

Wat er daarna gebeurt, verdient een expliciete afspraak. Een gepubliceerd rooster is voor medewerkers een toezegging, en de wet gaat er ook zo mee om: 28 dagen voor het patroon, vier dagen voor de tijdstippen van een oproepkracht. Leg vast wie een gepubliceerde dienst mag wijzigen, of dat instemming vraagt en langs welk kanaal de melding gaat. Zonder die afspraak wordt de app een instrument om het rooster stilletjes bij te stellen.

Dan de cao. Die bevat afspraken over loon, toeslagen, betaling van overwerk en werktijden, en gaat voor op de individuele arbeids­overeenkomst. Bijna alle bedrijfstak-cao's zijn algemeen verbindend verklaard, waardoor ook werkgevers die geen partij waren zich eraan moeten houden. Juist die afspraken zijn per sector anders: een onrege­lmatig­heidst­oeslag in de zorg werkt niet zoals een avondtoeslag in de retail, en een gebroken dienst in het vervoer kent eigen vergoedingen. Daar wringt een standaardpakket.

Standaard­software kan die regels vaak wel benaderen, maar zelden precies volgen. Het gevolg is bekend: de planning draait in het pakket en de uitzonderingen worden met de hand rechtgezet in een spreadsheet ernaast. Maatwerk keert dat om, mits u de toeslagregels als instelbare gegevens bouwt en niet als vaste code. Een cao verandert namelijk, en dan moet uw beheerder percentages en vensters kunnen aanpassen zonder nieuwe versie van de app.

Aan koppelingen zijn er meestal drie. Naar urenregistratie gaat het geplande rooster als voorinvulling, waarna de werkelijke uren daarop worden gecorrigeerd. Naar de salaris­verwerking gaan die goedgekeurde uren met hun toeslagsoorten. En vanuit toegangs­controle of een klokzuil komt terug wie er aanwezig was. Spreek per gegeven af welk systeem de bron is: contracturen komen uit uw HR-pakket, geplande diensten ontstaan in de planning-app, en werkelijke uren worden op één plek goedgekeurd.

Technisch is de telefoon het uitgangspunt. Medewerkers openen het rooster onderweg, geven beschikbaarheid door tussen twee diensten en reageren op een invalverzoek. Dat vraagt een leesbaar weekbeeld op een klein scherm, meldingen die alleen komen als er voor die persoon iets verandert, en een agenda-export. De planner werkt op een groot scherm, met slepen, filteren en een zichtbare lijst van regels die op dat moment worden overschreden.

De grootste valkuil is het bord: een strak planbord waar diensten soepel over te slepen zijn, gebouwd voordat duidelijk is welke regels het rooster moet halen. U merkt dat pas als de eerste week gepland is en iemand alsnog met de cao ernaast moet natellen wat er is ingeroosterd. Dan is de app een tekenprogramma geworden. Een paar keuzes bepalen aan welke kant u uitkomt.

• Begin bij de bezettingsvraag. Zonder onderbouwd beeld van hoeveel mensen u wanneer nodig heeft, verplaatst u alleen het gokwerk naar een mooier scherm. Leg eerst per dagdeel vast wat dekkend is.
• Zet de wettelijke toets in het systeem. Rusttijden, weekmaxima en nachtd­ienstg­renzen horen gecontroleerd te worden terwijl de planner schuift. Een waarschuwing die pas verschijnt als het rooster af is, komt te laat en wordt genegeerd.
• Maak cao-regels instelbaar, niet vast. Toeslagvensters, percentages en pauzeregels veranderen bij elke nieuwe cao. Bouw ze als gegevens die uw beheerder kan aanpassen, niet als code die opnieuw gebouwd moet worden.
• Regel wat er met een opengevallen dienst gebeurt. Bepaal vooraf wie mag invallen, wie dat goedkeurt en of het systeem zelf mag uitvragen. Anders belandt elke ziekmelding alsnog in de appgroep waar u juist vanaf wilde.
• Laat de aard van een ziekmelding nergens landen. Een werkgever mag niet vastleggen wat iemand mankeert, ook niet als de medewerker het uit zichzelf vertelt. Bied dat veld dus niet aan, in geen enkel scherm.
• Betrek de ondern­emingsraad voordat u bouwt. Een roosterregeling en een voorziening die aanwezigheid registreert vragen instemming van de raad. Dat gesprek tijdens het ontwerp voeren is aanzienlijk goedkoper dan het achteraf overdoen.

Onder deze punten ligt dezelfde afweging: elke regel die u automatiseert moet ook onderhouden worden. Weeg per regel af of hij vaak genoeg voorkomt. Een uitzondering die twee keer per jaar speelt, lost de planner met de hand op; een regel die elke week meespeelt, hoort in het systeem. Begin smal en breid pas uit als u ziet welke waarschuwingen werkelijk worden gebruikt.

Wat een maatwerk personeels­planning-app kost, hangt vooral af van de complexiteit van uw regels, de diepte van de prognose en het aantal koppelingen. Het loont die factoren te kennen, omdat ze u helpen kiezen wat in de eerste versie hoort en wat kan wachten. Veel van wat een plannings­systeem duur maakt, komt voort uit wensen die pas na een paar roosterrondes nodig blijken.

De grootste kostenbepaler is het aantal regels dat het rooster moet toetsen. Een app voor een team met vaste dagdiensten en één kwalificatie is aanzienlijk eenvoudiger dan een app die vaste krachten, oproepkrachten, uitzendkrachten en leerlingen door elkaar plant, elk met eigen contractgrenzen en toeslagvensters. Daarna weegt de manier waarop het rooster ontstaat: zelf slepen met waarschuwingen is iets anders dan een systeem dat zelf voorstellen genereert en daarbij voorkeuren afweegt.

Verder tellen mee: de bezett­ingspr­ognose, want een handmatig ingevulde norm is eenvoudiger dan een voorspelling op basis van historische omzet; het aantal koppelingen, omdat elke verbinding met HR, urenregistratie of salaris­verwerking afstemming en zorgvuldig testen vraagt; en de medezeggenschap en privacy, omdat instemming, inform­atievo­orziening en een DPIA werk zijn dat vroeg in het traject hoort. Wij noemen op deze pagina geen tarieven. In een gesprek bepalen we samen welke eerste versie logisch is.

Het gaat het soepelst als u begint bij de vraag hoeveel mensen u wanneer nodig heeft, en pas daarna naar het planbord kijkt. Dat voelt tegennatuurlijk, want de aanleiding is meestal dat roosteren te veel tijd kost. Toch bepaalt de bezettingsvraag of het rooster ergens op slaat. De volgorde hieronder brengt u van het huidige knelpunt naar een rooster waarop uw team vertrouwt.

1. Meet uw bezettingsvraagKijk een paar maanden terug: wanneer stond u te dun, wanneer te ruim. Leg per dagdeel vast hoeveel mensen met welke kwalificatie dekkend zijn, en waar dat getal vandaan komt.
2. Maak contracten en kwalificaties actueelVerzamel per medewerker de contractvorm, de overeengekomen uren, de bevoegdheden en de vaste beschikbaarheid. Zonder die basis kan geen enkele toets iets zinnigs over het rooster zeggen.
3. Schrijf de regels op die moeten geldenZet naast de wettelijke grenzen ook uw cao-afspraken en huisregels op papier, en markeer per regel of hij hard is of dat de planner ervan mag afwijken met een reden.
4. Kies de kern van de eerste versieVaak zijn dat beschikbaarheid, roosterbouw met toetsing en publiceren met meldingen. Prognose, automatische voorstellen en de berekening van toeslagen kunnen in een volgende ronde erbij komen.
5. Draai proef met een echte weekLaat de planner een bestaande week naast de oude methode overdoen en vergelijk de uitkomsten. Introduceer daarna gefaseerd en kijk welke waarschuwingen werkelijk worden gebruikt.

• Urenregistratie-app: achteraf verantwoorden in plaats van vooraf plannen
• Zorg- en cliëntapps
• Wat is een MVP?
• Alle app-gidsen

• Gids: dienstrooster-app
• HR- en personeelssoftware
• Seizoenspersoneel en bezetting
• Lesrooster en trainerplanning