Rooster maken: 5 praktische tips voor de horeca

Het moment waarop je rooster te laat is

Vrijdagavond, 18:45. Je krijgt bericht: Marco heeft migraine, Anke kan niet. Twee mensen weg op het moment dat je 120 gasten verwacht. Je rooster ziet eruit als een gat: twee opstellingen open op het terras, keuken ondergelopen. Je belt paniekering rond, iemand heeft "misschien" nog wat vrij, maar je weet niet zeker.

Dit gebeurt horeca-ondernemers wekelijks. Het probleem is zelden dat je geen mensen hebt — je hebt ze gewoon niet zichtbaar opgelijnd. Je weet niet wie precies waar staat, wie beschikbaar is, en welke gaten je morgen nog moet vullen.

Een goed rooster voorkomt dat scenario's. Maar hoe maak je dat?

Stap 1: Bereken precies hoeveel mensen je nodig hebt

Begin niet met giswerk. Kijk naar je bedrijfscijfers.

Voor bediening: Een server werkt gemiddeld 1 tafel per 5-6 gasten. Heb je vrijdagavond 120 gasten ingerekend, dan:

• 120 gasten ÷ 5 = 24 gastplekken per server.
• Met een gemiddelde doorloop van 90 minuten per zitting = je nodig minimaal 2-3 servers permanent online, plus 1 voor terraspiek.

Voor keuken: Reken op 1 kok per 20-25 afgeleverde gerechten per uur. Bij 40 bestellingen/uur (druk Vrijdagavond) = je hebt 2 koks nodig. Maandagmiddag met 15 bestellingen/uur = 1 kok volstaat.

Afwas en bediening: Dit varieert gruwelijk. In een kleine buurtentoeg zonder vaatwasser zit je afwas en schoonmaak in de bediening ingebouwd. Groot restaurant met vaatwasser = aparte persoon.

Schrijf dit per moment op. Maandagmiddag, dinsdag, woensdag enz. — en per moment de exacte hoeveel mensen. Niet "4 of 5", maar "4". Dit wordt je minimale bezetting per moment.

Stap 2: Plan seizoensgebonden pieken in

September ≠ juli. In juli gaat een deel van je team met vakantie, toeristenseizoen barst los. In september normaal terug naar schoolritme, minder toeristen.

Voor elk seizoen past je bezetting:

• Winter (oktober–maart): Toeristenverkeer daalt, je kunt mensen vrij geven. Bouw feestdagen in (December chaos, Oud & Nieuw, Pasen kijken). Mensen nemen dankbaar vrij want het is rustig.
• Zomer (juni–september): Meer gasten, meer shifts nodig, meer mensen op vakantie. Plan 6-8 weken van tevoren wie wanneer weg is. Heb je 10 medewerkers, dan gaan er gemiddeld 1-2 tegelijk naar vakantie.
• Evenementen/seizoenkeuken: Festival op het plein? Bruiloften in zomer? Private catering op zaterdagen? Bouw daar extra buffers voor in.

Veel horecamensen maken het probleem erger door wekelijks van rooster te veranderen. Beter: zet vast dat juli-augustus de standaard inzet X is, oktober-maart inzet Y. Medewerkers weten waaraan ze toe zijn.

Stap 3: Bouw buffers in voor ziekte en uitval

Je minimale bezetting is net goed. Totdat iemand ziek is.

Voeg 15-25% buffer toe. Heb je 4 servers nodig, plan dan 5 in. Heb je 2 koks, zet dan 2,5 in (= plan één 3de kok voor 50% van je shifts).

Deze buffer gaat naar:

• Onverwachte ziekte: Voor de werknemerslijst sterft en tien procent per week uit door verkoudheid, griep, migraine, tandarts.
• Geplande afwezigheid die je over het hoofd zag: Ja, je hebt het rooster opgesteld, maar op dag X zei iemand: "Ik mag vroeger weg voor school Kimi?"
• Trainingshifts: Als je nieuwe mensen hebt, draaien zij mee — die zitten niet direct productief.
• Coverage voor pieken: Voicemal-moment om 19:00 zit je voller dan verwacht, je steward kan oversteken.

Voor een zaak met 12 man vast personeel plan je dus eigenlijk alsof je er 14 hebt per week inroosteren. Dat voorkómt paniek.

Stap 4: Communiceer vroeg, niet last-minute

De grootste frustratie van medewerkers: ze weten hun rooster niet, of ze weten het teveel van tevoren en kunnen niet plannen.

Best practice:

• Publiceer het rooster minstens 2 weken van tevoren. Medewerkers kunnen dan huiswerk, afspraken, trainingen plannen.
• Bouw in: wie mag wensen aangeven? (Veel horecamensen hebben voorkeur voor vrij vrijdagavond of juist niet maandag.) Geef ze een week om hun wensen in te dienen.
• Zet duidelijk: "Rooster is af op dinsdag 12:00, dan mag je niet meer vragen of je vrij bent."

Feedback inzamelen: Na een druk weekend: vraag je team (niet via Slack-reactie, serieus): "Hoe druk was het? Had je genoeg handen?" Dit geeft je data voor volgende maand. Voelde het te rustig? Dan kun je vorige maand bezetting omlaag.

Stap 5: Van handwerk naar overzicht

Dit alles in Excel houden is mogelijk, maar verspild energie.

Veel horecamensen werken nog in spreadsheets:

• Rij per medewerker, kolom per dag, zet je diensten in.
• Probleem: je ziet niet of iemand 55 uur deze week werkt (boven de wettelijke grens).
• Je ziet niet wie beschikbaar is wanneer.
• Je ziet niet dat je in week 3 geen reserve hebt.

Dit is waar planningstools insnijden. Je voert in: medewerker, voorkeur, beschikbaarheid en contracturen. De tool berekent of je rooster wettelijk klopt, houdt uren tegen verwacht, en toont je gaten realtime.

SnelPlan bijvoorbeeld laat je wekelijks templates maken zodat je seizoensroosters snel opbouwt. Voor druk seizoen: copy vorige zomer + pas aan. Voor kalme weken: use winter-template. En wanneer iemand ziek meldt zich af, zie je meteen: "Vrijdagavond 19:00 ben je 1 server short. Deze mensen zijn beschikbaar: [drie opties]."

Handwerk: 3 uur per week. Softwareplan: 30 minuten. Dat is 2 uur per week die je dan aan voeding, klanten of training besteedt.

Hoe je rooster echt werkt

Je rooster werkt niet omdat je het "goed" maakt — het werkt omdat je het begrijpbaar maakt.

Medewerkers die 2 weken van tevoren hun rooster kennen, minder gaten door buffers in te bouwen, en je duidelijk maakt hoe je bezetting bepaalt — die gaan minder ziek worden, minder zeggen "ik wist niet dat ik moest werken", en meer: "tuurlijk, ik kom in." Lagere verzuim, meer zekerheid.

En voor jezelf: je slaapt beter. Geen paniekbellen op vrijdag 19:00 meer.

Wil je dit sneller en met meer controle aanpakken? Probeer SnelPlan gratis 7 dagen — geen creditcard nodig. Maak je eerste rooster, zet je team erin, en zie hoe je uren tegen verwacht staan. Bij horeca-ondernemers met 10-30 medewerkers scheelt het gemiddeld 2-3 uur roostering per week.