Roostersoftware voor het onderwijs laten maken
Het rooster is de plek waar het onderwijsprogramma de werkelijkheid raakt: welke groep krijgt welk vak, van welke docent, in welk lokaal, op welk moment. Vier soorten schaarste tegelijk, met duizenden mensen die hun dag erop inrichten en met een deadline die niet opschuift. Appfront bouwt maatwerk roostersoftware voor scholen in het voortgezet onderwijs, voor mbo-instellingen, hogescholen en universiteiten: van randvoorwaarden en clustering tot dagroosteren en het publiceren van elke wijziging naar iedereen die het moet weten.
Wat roosteren in het onderwijs anders maakt
Een agenda-afspraak reserveert één ding. Een rooster verdeelt er vier tegelijk: een docent kan maar op één plek staan, een groep kan maar één les tegelijk volgen, een lokaal huisvest maar één activiteit en een lesuur komt maar één keer per week voor. Alle vier moeten ze vrij zijn op hetzelfde moment, anders bestaat die les niet. Daarmee is een rooster geen verzameling losse afspraken maar één samenhangend bouwwerk. Verplaats één les en de puzzel schuift op plekken waar u niet aan dacht: de vervolgles van dezelfde groep, het practicumlokaal dat nu dubbel geclaimd wordt, de deeltijddocent die op donderdag niet werkt. Dat is de reden dat roosteren zelden op te lossen is door harder te werken en meestal om een model vraagt.
Zit u hier goed? Deze pagina gaat uitsluitend over het rooster: het plannen van onderwijsactiviteiten over docenten, groepen, ruimten en tijd. Draait uw vraag om de studentenadministratie, dus om inschrijving, curriculum, resultaten en diplomering, dan hoort u bij een studentinformatiesysteem voor het hoger onderwijs. Gaat het om de brede bedrijfsvoering, waarin roosterlogistiek één onderdeel is naast personeel, inkoop en de gegevens onder uw bekostiging, dan is onderwijs-ERP de bredere ingang. Daar is het rooster een module in een groter landschap; hier is het het onderwerp. Een eenvoudige vuistregel helpt bij die scheiding: gaat de vraag over de status van een persoon, dus over een inschrijving, een behaald studiepunt of een diploma, dan hoort het antwoord in de administratie thuis. Gaat de vraag over wie op welk moment in welke ruimte staat, dan gaat het over het rooster. Beide systemen wisselen gegevens uit, en dat is precies waarom de grens scherp moet zijn: de inschrijving is de bron, het rooster is de afgeleide, en die richting hoort niet om te draaien.
Ook personeelsplanning lijkt verwant, en de vergelijking gaat een eind mee: beschikbaarheid, bevoegdheden en contractomvang spelen in beide. Toch is het een andere puzzel. In een bedrijf plant u mensen op een vraag die u voorspelt, en kunt u een dienst desnoods met één medewerker minder draaien. In het onderwijs ligt de vraag vast in het programma en staat er een tweede partij tegenover die net zo min te dupliceren is: de groep zelf. Een les zonder klas of zonder lokaal bestaat niet, en niemand beoordeelt een bedrijfsrooster op de tussenuren van klanten.
Vier keer schaarste tegelijk
Docent, groep, ruimte en tijdvak moeten alle vier vrij zijn. Eén bezet element en de les kan niet doorgaan.
Eén wijziging raakt honderden agenda's
Een les die verschuift verandert de dag van leerlingen, docenten, ouders, de receptie en de schermen in de hal.
Kwaliteit is een bestuurlijke afweging
Minder tussenuren voor leerlingen gaat vaak ten koste van docentwensen. Het rooster maakt die keuze zichtbaar.
Harde en zachte randvoorwaarden
Alles in een rooster valt uiteen in twee soorten regels, en dat onderscheid bepaalt hoe uw software eruit hoort te zien. Harde randvoorwaarden zijn de regels waarvan overtreding het rooster onuitvoerbaar maakt. Een docent staat niet op twee plaatsen tegelijk. Een groep volgt niet twee lessen in hetzelfde uur. Een lokaal huisvest niet twee activiteiten. Er zitten niet meer leerlingen in een lokaal dan er stoelen zijn. Een docent die op donderdag niet werkt, geeft op donderdag geen les. Een practicum vindt plaats in een ruimte met de juiste voorzieningen, en een groep loopt niet in de pauze tussen twee lesuren naar een gebouw aan de andere kant van de stad. Wordt zo'n regel geschonden, dan is het geen matig rooster maar een rooster dat maandag stukloopt.
Zachte randvoorwaarden zijn de wensen die bepalen of het rooster als goed wordt ervaren. Zo min mogelijk tussenuren voor leerlingen. Een vak gespreid over de week in plaats van drie uur achter elkaar. Geen dagen die om acht uur beginnen en pas na het laatste uur eindigen. Vaste lokalen per sectie, zodat materiaal niet elke les mee moet. Aaneengesloten werkdagen voor docenten met een deeltijdaanstelling. Praktijkvakken in het blok waarin de bijbehorende theorie al is behandeld. Deze wensen zijn niet vrijblijvend, want ze bepalen het oordeel over uw organisatie, maar ze zijn onderling uitwisselbaar: u kunt er een paar laten vallen en houdt een werkend rooster over.
In de praktijk betekent het onderscheid dit: harde randvoorwaarden bepalen of er überhaupt een rooster bestaat, zachte bepalen of het geaccepteerd wordt. Beide moeten expliciet in het systeem staan. Waar dat niet gebeurt, verhuizen ze naar het hoofd van de roostermaker, en dat is precies waarom scholen vastlopen zodra die persoon vertrekt of ziek wordt. Even belangrijk is de eerlijkheid over welke regel in welke categorie hoort. Elke wens die als hard wordt ingevoerd, verkleint de oplossingsruimte, en veel roosters die "onmogelijk" heten zijn in werkelijkheid overgespecificeerd: een voorkeur die als eis is opgeschreven. Omgekeerd is een harde regel soms wel degelijk te verzetten door aan de andere kant iets bij te zetten, bijvoorbeeld door een groep te splitsen of een ruimte extra vrij te maken.
Wegen is een bestuurlijke keuze, geen technische
Zodra wensen elkaar tegenspreken, en dat doen ze altijd, moet iemand bepalen wat zwaarder weegt. Software kan dat niet voor u verzinnen; ze kan de keuze wel zichtbaar en herhaalbaar maken. Dat gebeurt door elke zachte randvoorwaarde een gewicht te geven en die gewichten op te tellen tot één score, zodat twee roostervarianten met elkaar te vergelijken zijn in plaats van met een onderbuikgevoel. De waarde daarvan zit in het gesprek dat het mogelijk maakt: als de directie wil weten wat het kost om het aantal tussenuren in de bovenbouw te halveren, hoort daar een antwoord op te komen dat uitgedrukt is in de wensen die daarvoor sneuvelen.
Diezelfde gewichten hebben een bijeffect dat vaak onderschat wordt: ze maken het rooster uitlegbaar. Een docent die zijn wens niet gehonoreerd ziet, accepteert dat aanzienlijk makkelijker als het systeem laat zien welke wensen wel meetelden en hoe zwaar. Zonder die verantwoording verschuift de discussie naar de persoon die het rooster maakte, en dat is een oneerlijke plek om hem te voeren.
Wat een oplosser wel en niet voor u doet
Roosteren staat in de informatica bekend als een rekenkundig lastig probleem: het aantal mogelijke combinaties groeit zo hard dat alle varianten doorrekenen geen begaanbare weg is. Roostersoftware zoekt daarom slim in plaats van uitputtend. Ze plaatst eerst wat het meest klem zit, wisselt daarna stelselmatig lessen om zolang de score verbetert, en levert een goede oplossing op zonder te bewijzen dat er geen betere bestaat. Dat is geen tekortkoming, het is de aard van het probleem. Het heeft wel gevolgen voor wat u van uw software mag verwachten.
Het belangrijkste is dat de roostermaker de baas blijft. Hij moet delen van het rooster kunnen vastzetten en de rest opnieuw laten rekenen zonder dat handwerk van gisteren verdwijnt. Hij moet varianten naast elkaar kunnen zetten en terug kunnen naar een eerdere versie. En als er geen oplossing komt, is de melding "geen rooster gevonden" waardeloos. Wat hij nodig heeft is een diagnose: welke lessen vragen samen meer practicumruimte dan er op dinsdagmiddag beschikbaar is, welke docent is op te veel plaatsen tegelijk nodig, welke cluster van keuzevakken laat zich met deze bezetting niet plaatsen. Pas dan is het gesprek met de opleiding een gesprek over een oplosbaar probleem. De laatste procenten blijven mensenwerk, en dat is prima; het doel is dat die uren naar de uitzonderingen gaan en niet naar het invullen van de vanzelfsprekendheden.
Wat roostersoftware voor het onderwijs moet kunnen
Deze onderdelen hangen samen. Randvoorwaarden zonder goede brongegevens leveren een keurig berekend rooster op dat niet over uw school gaat, en een perfect rooster dat de leerling niet op tijd bereikt is alsnog een probleem op maandagochtend. De koppeling met de administratie hoort er van meet af aan bij: inschrijvingen, groepen en aanstellingen worden elders bijgehouden en horen hier binnen te komen in plaats van te worden overgetikt.
Randvoorwaarden met gewichten
Regels vastleggen als hard of zacht, met een gewicht en een bereik: instellingsbreed, per opleiding, per locatie of per docent.
Clusteren van keuzevakken
Uit de vakkenpakketten van leerlingen groepen en clusters afleiden, met een botsingsanalyse voordat de keuzes definitief worden.
Ruimten op capaciteit en voorzieningen
Toewijzing die kijkt naar stoelen, type ruimte, voorzieningen, toegankelijkheid en de afstand tussen gebouwen.
Dagroosteren met vervanging
Verzuim, excursies en lokaaluitval invoeren en per les een keuze maken: vervallen, samenvoegen, verplaatsen of overnemen.
Publiceren naar elk kanaal
Eén wijziging die tegelijk landt in de app, het portaal, de schermen in het gebouw en het kalenderabonnement.
Versies, scenario's en herleidbaarheid
Varianten naast elkaar zetten, terug naar een eerdere versie en per wijziging zien wie wat veranderde en wanneer.
De bronnen die moeten kloppen voordat u kunt roosteren
Een rooster is een afgeleide. Het bestaat alleen als vier registers op orde zijn: de personen, de groepen, de ruimten en het onderwijsaanbod. Roosterprojecten die stroef verlopen, lopen zelden vast op het algoritme en bijna altijd op deze vier. Dat is goed nieuws, want dit deel is niet moeilijk, alleen onvergeeflijk als het overgeslagen wordt.
Bij de personen gaat het om meer dan namen. Per docent horen de vakken vast te liggen die hij bevoegd mag geven, de omvang van de aanstelling uitgedrukt in les- en taakuren, de dagen waarop hij beschikbaar is, en de taken buiten de les die net zo goed tijd innemen: mentoraat, coördinatie, begeleiding van stages. Ontbreekt dat laatste, dan lijkt iemand ruimte te hebben die hij niet heeft. Dit register is bovendien het minst stabiel van de vier, omdat benoemingen doorlopen tot vlak voor de start van het jaar en het rooster daar in beweging op moet kunnen blijven.
Het onderwijsaanbod is het register dat het vaakst impliciet blijft. Nodig zijn de vakken of onderwijseenheden, het aantal contacturen per week of per periode, en de werkvormen waarin ze worden gegeven. Dat laatste is bepalender dan het lijkt: een hoorcollege, een werkcollege en een practicum van hetzelfde vak hebben elk een andere groepsgrootte, een ander ruimtetype en soms een andere docent. Daar komen de koppelingen bij die u niet mag breken, zoals lessen die aaneengesloten moeten staan of een practicum dat pas na het theorieblok mag vallen.
De groepen vormen het derde register en zijn het meest verwarrende, omdat er verschillende soorten naast elkaar bestaan. Er is de stamgroep of klas waaraan een leerling administratief hangt, er zijn lesgroepen die daarvan afwijken zodra een vak in kleinere eenheden wordt gegeven, en er zijn groepen die pas ontstaan uit gemaakte keuzes. In het hoger onderwijs komt daar de scheiding tussen hoorcollegegroepen en werkgroepen bij. Al die groepen horen af te leiden te zijn uit de inschrijvingen in de administratie, met een aanduiding welk soort het is. Waar dat niet gebeurt en groepen met de hand worden bijgehouden, raakt het rooster ongemerkt uit de pas met de werkelijke bezetting.
Ruimten zijn meer dan een aantal stoelen
Een ruimtelijst die alleen een lokaalnummer en een aantal plaatsen kent, dwingt de roostermaker om de rest uit zijn geheugen aan te vullen. Nodig zijn ook het type ruimte, de aanwezige voorzieningen, de toegankelijkheid en de plaats in het gebouw. Een practicumlokaal met afzuiging, een werkplaats met machines, een computerlokaal, een gymzaal en een atelier zijn geen onderling uitwisselbare vierkante meters. Capaciteit is bovendien niet één getal: in een zaal waar veertig studenten college volgen, passen bij een toets aanzienlijk minder mensen, en de zaalindeling voor toetsen is een eigen vraagstuk dat dicht tegen examensoftware aan ligt. Een lokaal met een vaste opstelling laat daarnaast niet elke werkvorm toe. Ook de afstand telt mee, want opeenvolgende lessen in twee gebouwen leveren een rooster op dat op papier klopt en in de praktijk te laat begint.
Deze lijst verdient één eigenaar en een simpele mutatieprocedure, anders veroudert hij ongemerkt. In vrijwel elke instelling staan er ruimten in die verbouwd zijn, verhuurd worden of een andere inrichting hebben gekregen, en de roostermaker weet dat wel maar het systeem niet. Wat helpt is de terugkoppeling sluitend maken: wie na afloop meet welke ruimten hoe vol zaten, ontdekt vanzelf welke regels in de lijst niet meer kloppen.
Keuzevakken en de groepsindeling die daaruit volgt
Zodra leerlingen of studenten zelf kiezen, ontstaat het lastigste deel van de puzzel. In het voortgezet onderwijs gaat het om profielen en vakkenpakketten, in het mbo om keuzedelen, in het hoger onderwijs om keuzevakken en minoren. Die keuzes staan in de administratie en bepalen twee dingen tegelijk: hoeveel groepen er per vak nodig zijn, en welke vakken tegelijk in het rooster mogen staan.
Het aantal groepen volgt uit het aantal inschrijvingen en de maximale groepsgrootte, waarbij de rest vaak niet netjes uitkomt: 53 leerlingen bij een maximum van 28 levert twee ongelijke groepen op, en de keuze om er drie van te maken kost een extra docent en een extra ruimte. Daarna komt het clusteren. Vakken die door verschillende leerlingen uit dezelfde jaarlaag zijn gekozen, worden bewust op hetzelfde moment geroosterd, zodat iedereen in dat uur naar zijn eigen keuzevak gaat. Zo'n cluster werkt alleen als geen enkele leerling twee vakken uit hetzelfde cluster in zijn pakket heeft. Eén ongelukkige combinatie, gekozen door een handvol leerlingen, kan een heel cluster onmogelijk maken.
Daarom hoort de botsingsanalyse vóór de keuzebevestiging te gebeuren en niet erna. Software die uit de voorlopige keuzes laat zien welke combinaties het rooster duur maken, geeft de opleiding de kans om te sturen: een tweede groep openen, een combinatie niet aanbieden, of een enkele leerling een alternatief voorleggen. Gebeurt dat pas als alle pakketten vastliggen, dan is de enige resterende oplossing de duurste.
- Bevoegdheden, aanstelling en taakuren per docent, actueel per periode
- Groepen die volgen uit inschrijvingen, niet uit een losse lijst
- Ruimten met type, capaciteit en voorzieningen, met één eigenaar
- Onderwijsaanbod met werkvormen en contacturen per periode
- Vakkenpakketten met botsingsanalyse voordat de keuzes vastliggen
- Eén bron per gegeven, met zichtbare herkomst en datum
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →De dag zelf: verzuim, lokaalwissels en publiceren
Het jaarrooster is een momentopname die vanaf de eerste schooldag onder druk staat. Een docent meldt zich om tien over zeven ziek. Een lokaal gaat dicht na een lekkage. Er is een excursie, een toetsweek, een open dag, een gastles die verschuift, een groep die voor een project naar een andere ruimte moet. Elke gebeurtenis vraagt om een besluit per les, en die besluiten zijn beperkt in aantal: de les vervalt, de groep wordt samengevoegd met een parallelgroep, een collega neemt hem over, de leerlingen werken zelfstandig onder toezicht, of de les verhuist naar een ander moment. Welke van die vijf gepast is, is deels beleid en deels rekenwerk. Beleid, omdat veel scholen in de onderbouw geen uitval accepteren en in de bovenbouw wel. Rekenwerk, omdat het systeem moet weten wie op dat uur vrij is, bevoegd is en aanwezig.
Dagroosteren is daarmee een andere modus dan jaarroosteren, en software die dat verschil negeert wordt niet gebruikt. Bij het jaarrooster zoekt u de best mogelijke oplossing en heeft u tijd. Bij het dagrooster zoekt u de kleinst mogelijke verstoring en heeft u minuten. Alles opnieuw laten berekenen is precies het verkeerde antwoord: dat verplaatst lessen die niemand hoefde te verplaatsen. Wat de dagroostermaker nodig heeft is een overzicht van de gevolgen voordat hij kiest. Welke groepen komen zonder les te zitten, welke leerlingen krijgen er een tussenuur bij, welke ruimte komt vrij en welke collega's zijn beschikbaar zonder dat hun eigen dag onwerkbaar wordt. En als de keuze eenmaal gemaakt is, hoort vast te liggen wie hem maakte, want dagroosteren is de plek waar afspraken over werkdruk in de praktijk worden getoetst.
Publiceren naar iedereen is het echte werk
De wijziging zelf kost een minuut. Zorgen dat iedereen die het aangaat hem op tijd ziet, is het eigenlijke werk. Bij één verschoven les horen de leerlingen ervan te weten, hun ouders bij structurele wijzigingen, de betrokken docenten, de collega die invalt, de receptie, de conciërge en de schermen in de hal. Zodra die kanalen elk hun eigen kopie van het rooster bijhouden, ontstaat de klassieke fout: twee waarheden. De app zegt lokaal 2.14, het scherm zegt 1.09, en de leerling die het portaal opende voordat de wijziging erin stond zit ergens anders. De enige duurzame oplossing is één publicatiebron waaruit alle kanalen putten, met een versie en een tijdstempel, zodat achteraf te herleiden is wat er wanneer naar buiten ging.
Het moment van publiceren is minstens zo belangrijk als de inhoud. Een wijziging voor het eerste lesuur die om vijf over acht verschijnt, bereikt niemand meer op tijd; hetzelfde bericht helpt wel als het uitgaat voordat mensen van huis vertrekken. Even bepalend is de doelgerichtheid. Wie iedereen alles stuurt, leert zijn gebruikers de meldingen te negeren, en dan mist de leerling voor wie het bericht wél bedoeld was hem ook. Roosterwijzigingen horen dus naar de betrokkenen te gaan, met een korte reden erbij, want "gewijzigd" roept vragen op die anders bij de administratie terechtkomen. Voor de agenda van docenten en studenten is een kalenderabonnement de prettigste vorm: de open standaard daarvoor is iCalendar, vastgelegd in RFC 5545. Wel met een kanttekening, want het ophaalmoment bepaalt de agenda-app en niet u. Een abonnement is uitstekend voor het rooster van volgende week en ongeschikt als enig kanaal voor een wijziging van vanochtend.
Het gerealiseerde rooster is uw meetgegeven
Wie alleen het geplande rooster bewaart, meet achteraf een schooljaar dat niet heeft plaatsgevonden. Pas als uitval, vervanging en lokaalwissels worden vastgelegd, ontstaat het gerealiseerde rooster, en dat is het bestand waarop u kunt sturen. De eerste vraag die het beantwoordt gaat over uw gebouw. Ruimtebezetting is namelijk geen enkel getal maar een product van twee: hoe vaak een ruimte in gebruik is binnen de uren dat het gebouw open is, en hoe vol hij dan zit ten opzichte van zijn capaciteit. Een collegezaal die de hele week bezet is maar halfleeg, en een practicumlokaal dat twee ochtenden vol zit en verder leegstaat, kunnen op een gemiddelde hetzelfde scoren en vragen om tegenovergestelde maatregelen.
Daarom is de uitsplitsing belangrijker dan het totaal: per gebouw, per ruimtetype en per dagdeel. Bijna elke instelling ontdekt dan hetzelfde patroon, namelijk dinsdag- en donderdagochtend vol en vrijdagmiddag leeg, en die verdeling is met roosterregels te beïnvloeden voordat er iets gebouwd of gehuurd wordt. Het tweede dat het gerealiseerde rooster onderbouwt is de onderwijstijd. In het voortgezet onderwijs legt de Wet voortgezet onderwijs 2020 in artikel 2.38 vast dat vwo ten minste 5700 klokuren omvat, havo aan scholen voor havo ten minste 4700 en mavo en vbo elk ten minste 3700, met ten minste 1425 klokuren in de eerste twee leerjaren samen, en artikel 2.39 dat er per schooljaar op ten minste 189 dagen onderwijs wordt verzorgd. Datzelfde artikel 2.38 verplicht het bevoegd gezag te beschikken over geordende gegevens over de invulling en de spreiding van die klokuren. Een rooster dat zijn gerealiseerde vorm bewaart, levert dat bewijs als bijproduct in plaats van als jaarlijkse zoektocht.
Bedenk daarbij dat roostergegevens persoonsgegevens zijn: ze laten zien waar een individuele docent of leerling op welk moment was. Voor bezettingsanalyses is dat detail niet nodig. Werk daarom met geaggregeerde cijfers en bewaar de herleidbare gegevens niet langer dan waarvoor u ze gebruikt, in lijn met wat de AVG van u vraagt. Dat is geen rem op de analyse; het scheelt vooral discussie over een dashboard dat te veel laat zien.
Wanneer een standaardpakket de betere keuze is
Roosteren is geen witte vlek in de softwaremarkt. Er bestaan volwassen roosterpakketten die zich expliciet op het Nederlandse onderwijs richten, met versies voor het voortgezet onderwijs, het mbo en het hoger onderwijs en met koppelingen naar de gangbare leerlingadministraties. Voor een flink deel van de instellingen die deze pagina leest is zo'n pakket de verstandigere route, en dat zeggen we liever nu dan halverwege een offertetraject.
Volgt uw onderwijs het bekende patroon van lesuren, jaargroepen, clusters en periodes, dan koopt u dat kant-en-klaar in, inclusief onderhoud en de aanpassingen die uit gewijzigde regelgeving volgen. Uw inspanning verschuift van bouwen naar inrichten. Onderschat dat tweede deel niet: de kwaliteit van een rooster zit in de randvoorwaarden en in de brongegevens, en geen enkel pakket vult die voor u in.
Maatwerk loont in minder situaties dan aanbieders suggereren, maar er zijn er een paar waarin het duidelijk de betere keuze is. De sterkste is een onderwijsmodel dat niet past in het denken van bestaande pakketten: leerroutes die de student per periode zelf samenstelt, roosters die in dagdelen of blokken lopen in plaats van in lesuren, werkplekleren en stages waarbij externe partijen meeplannen, of onderwijs dat structureel over wisselende locaties verdeeld is. Wie zo'n model in een pakketformulier probeert te persen, verliest juist het onderscheidende deel. De tweede situatie zit aan de buitenkant: instellingen die tevreden zijn over de roosterkern en vastlopen op alles eromheen, dus op de app, de schermen, de communicatie met ouders en de koppelingen. De derde is de wens om roosterdata te combineren met ruimtebeheer, verhuur of facilitaire planning, waardoor het rooster niet langer alleen een onderwijsvraag is.
Vaak is de tussenweg het beste antwoord: het pakket als roosterkern, maatwerk aan de randen. Dan is er één vraag die u vroeg moet stellen, namelijk of dat pakket zijn gegevens via een bruikbare programmeerkoppeling beschikbaar stelt en of u er ook mee terug mag schrijven. Valt dat antwoord tegen, dan is de tussenweg duurder dan hij lijkt. De keerzijde van zelf bouwen hoort er ook bij: het bijhouden van wijzigende regels en van uw eigen onderwijsmodel ligt dan bij uw organisatie, en de jaarcyclus in het onderwijs is onverbiddelijk. Het rooster moet klaar zijn als het jaar begint, en die datum verschuift niet omdat een systeem nog niet af is.
Wilt u die afweging serieus maken, begin dan niet bij een pakketvergelijking maar bij uw eigen regels. Zet op papier welke randvoorwaarden bij u werkelijk hard zijn en welke wensen zijn, benoem wie de gewichten daartussen vaststelt, en beschrijf hoe een wijziging vandaag bij een leerling terechtkomt. Dat document is in beide richtingen bruikbaar: het is de basis van een pakketselectie en tegelijk het functioneel ontwerp van maatwerk. Bovendien legt het bloot waar de echte pijn zit, en in verrassend veel instellingen blijkt dat niet het roosteren zelf te zijn maar de gegevens die eraan voorafgaan of de communicatie die erop volgt.
- Pakket als uw onderwijs het gangbare patroon van lesuren en clusters volgt
- Pakket als de brongegevens eerst nog op orde moeten komen
- Maatwerk bij een onderwijsmodel dat pakketten niet kennen
- Maatwerk als publicatie en communicatie het knelpunt zijn
- Tussenweg: pakket als roosterkern, maatwerk aan de randen
Veelgestelde vragen over roostersoftware
Harde randvoorwaarden zijn regels waarvan overtreding het rooster onuitvoerbaar maakt: een docent staat niet op twee plaatsen tegelijk, een groep volgt niet twee lessen in hetzelfde uur en er passen niet meer leerlingen in een lokaal dan er stoelen zijn. Zachte randvoorwaarden zijn wensen die de kwaliteit bepalen, zoals zo min mogelijk tussenuren of een vak gespreid over de week. Harde regels bepalen of er een rooster bestaat, zachte of het geaccepteerd wordt. Wees streng in die indeling, want elke wens die als eis wordt ingevoerd, maakt de oplossingsruimte onnodig kleiner.
Meestal omdat het probleem overgespecificeerd is: er staan meer harde eisen in dan er tegelijk waar kunnen zijn, vaak doordat voorkeuren als eis zijn opgeschreven. Soms is er werkelijk te weinig capaciteit, bijvoorbeeld één practicumlokaal te weinig op dinsdagmiddag. In beide gevallen helpt de melding 'geen rooster gevonden' u niet verder. Wat u nodig heeft is een diagnose die aanwijst welke eisen elkaar uitsluiten en welke ruimte of docent tekortschiet, zodat u kunt kiezen tussen een eis loslaten, een groep splitsen of capaciteit bijzetten.
De keuzes van leerlingen bepalen twee dingen: hoeveel groepen er per vak nodig zijn en welke vakken tegelijk geroosterd kunnen worden. Vakken die door verschillende leerlingen uit dezelfde jaarlaag zijn gekozen, komen samen in een cluster dat op hetzelfde moment draait, zodat iedereen in dat uur naar zijn eigen vak gaat. Dat werkt alleen als geen enkele leerling twee vakken uit hetzelfde cluster volgt. Goede software rekent daarom op de voorlopige keuzes al door welke combinaties botsen, zodat de opleiding kan bijsturen voordat de pakketten definitief zijn.
Per les valt er iets te kiezen: laten vervallen, samenvoegen met een parallelgroep, laten overnemen door een collega, zelfstandig laten werken onder toezicht of verplaatsen naar een ander moment. De software hoort daarbij te tonen wie op dat uur vrij en bevoegd is, welke groepen anders zonder les komen te zitten en welke ruimte vrijvalt. Belangrijker nog is wat daarna gebeurt: de wijziging moet in één handeling naar de app, het portaal, de schermen in het gebouw en de betrokken docenten, met een tijdstempel, zodat er geen twee versies van de waarheid ontstaan.
Bij personeelsplanning plant u mensen op een vraag die u voorspelt, en kan een dienst desnoods met één persoon minder draaien. In het onderwijs ligt de vraag vast in het onderwijsprogramma en staat er een tweede schaarse partij tegenover die u niet kunt dupliceren: de groep zelf. Daar komen het lokaal met de juiste voorzieningen en het vaste lesuur bij, zodat vier elementen tegelijk vrij moeten zijn. Beschikbaarheid, bevoegdheden en contractomvang spelen in beide puzzels, maar software die alleen naar de inzet van mensen kijkt, lost het onderwijsprobleem niet op.
Vaak wel. Er bestaan volwassen roosterpakketten voor het Nederlandse onderwijs, met koppelingen naar de gangbare leerlingadministraties. Volgt uw onderwijs het patroon van lesuren, jaargroepen, clusters en periodes, dan koopt u dat kant-en-klaar in. Maatwerk wordt interessant bij een onderwijsmodel dat pakketten niet kennen, zoals leerroutes die de student zelf samenstelt of roosters in dagdelen, en bij instellingen die tevreden zijn over de roosterkern maar vastlopen op de publicatie naar app, schermen en ouders. De tussenweg, een pakket als kern met maatwerk aan de randen, staat of valt met een bruikbare programmeerkoppeling.
Gerelateerde diensten
Studentinformatiesysteem
Zit uw vraag in de studentenadministratie zelf, dus in inschrijving, curriculum, studiepunten en diplomering, dan hoort u bij een studentinformatiesysteem voor het hoger onderwijs. Daar komen de inschrijvingen vandaan waarop dit rooster wordt gebouwd.
Onderwijs-ERP
Speelt de vraag breder dan het rooster, rond inschrijving en plaatsing, personeel, inkoop en de gegevens onder uw bekostiging, dan is onderwijs-ERP laten maken de bredere ingang.
Personeelsplanning software
Gaat het om diensten, ploegen, verlof en kwalificaties in een bedrijfsomgeving in plaats van om lessen en groepen, dan past personeelsplanning software op maat beter bij uw vraag.
Uw roosterproces onder de loep
Vertel ons hoe uw rooster nu tot stand komt: welke regels bij u echt hard zijn, waar de keuzes van leerlingen of studenten de puzzel vastzetten, en wat er gebeurt als een docent zich om tien over zeven ziek meldt. Uit die drie antwoorden blijkt meestal of een pakket, maatwerk of een combinatie het beste past.