Beschikbaarheid van vrijwilligers: een waarschuwing, geen blokkade

Software voor de beschikbaarheid van vrijwilligers lost precies één terugkerend probleem op: weten wie er écht vrij is voordat je het rooster van volgende maand maakt. Bij Ekkli geven vrijwilligers hun eigen onbeschikbare data rechtstreeks door op hun profiel: een vakantie, een reis voor werk, een zondag dat ze ergens anders worship leiden. Probeert een roostermaker iemand in te delen op een datum die die vrijwilliger als onbeschikbaar heeft gemarkeerd, dan verschijnt er een duidelijke waarschuwing in het toewijzingsscherm zelf. De indeling wordt daardoor niet tegengehouden. De roostermaker kan gewoon doorgaan, met volledig zicht op waarom dat een probleem zou kunnen zijn.

Dat laatste is de moeite waard om meteen duidelijk te zeggen, want het is verleidelijk om te denken dat "beschikbaarheid bijhouden" betekent dat het systeem niemand dubbel kan boeken. Zo werkt Ekkli niet, en dat is een bewuste keuze, geen tekortkoming waarvoor we ons verontschuldigen. Hieronder lees je waarom, en hoe dat er in de praktijk uitziet.

Wat het bijhouden van beschikbaarheid precies doet

Elke vrijwilliger in Ekkli heeft een profiel, en daar hoort een eenvoudige lijst met onbeschikbare data bij: periodes die iemand zelf als "kan niet" heeft gemarkeerd. Een worshipleider die twee weken op reis is, een geluidstechnicus met een bruiloft op zondag, een leider van een huiskring die weet dat hij of zij elk derde weekend van de maand bij familie is. Vrijwilligers voegen dit zelf toe, vanaf hun eigen telefoon, zodra hun planning verandert. Geen roostermaker hoeft achter iemand aan te bellen of ernaast een eigen spreadsheet bij te houden van wie wanneer weg is.

Die gegevens verschijnen daarna automatisch overal waar ze relevant zijn: bij het opbouwen van een rooster, het indelen van iemand voor een dienst, of het vullen van een gat op het laatste moment ziet de roostermaker de onbeschikbare data van die persoon meteen in het toewijzingsscherm zelf, niet weggestopt in een aparte agenda die toch niemand bekijkt.

Waarom een waarschuwing in plaats van een blokkade

Een systeem dat harde blokkades stelt klinkt in theorie aantrekkelijk: de software laat je simpelweg niet toe iemand in te delen op een dag die diegene heeft afgemeld. In de praktijk is een gemeenterooster rommeliger dan dat, en een starre blokkade levert meer problemen op dan ze oplost:

• Beschikbaarheid verandert achteraf. Een vrijwilliger markeert in januari een datum als onbeschikbaar vanwege een reis die in maart wordt afgezegd. Bij een harde blokkade zou een roostermaker die intussen beter geïnformeerd is, die datum niet kunnen gebruiken zonder de vrijwilliger eerst te vragen de eigen blokkade te verwijderen.
• Een roostermaker weet vaak meer dan de agenda laat zien. Misschien heeft de vrijwilliger al laten weten: "ik kan de ochtenddienst wel doen, alleen de avonddienst niet", een nuance die één onbeschikbare datum niet kan vastleggen. Een harde blokkade dwingt de roostermaker dan om tegen de software te vechten in plaats van te gebruiken wat hij of zij al weet.
• Kleine teams hebben niet altijd een vervanger. In een gemeente van 30 mensen is er soms echt niemand anders die die week het geluid kan doen. Een roostermaker moet het conflict kunnen zien, een weloverwogen keuze maken en rechtstreeks contact opnemen, niet simpelweg "nee" te horen krijgen zonder enig alternatief.

Ekkli's aanpak is dus: waarschuwen, niet blokkeren. Het conflict wordt duidelijk zichtbaar gemaakt, en de beslissing blijft bij een mens met het volledige beeld, niet bij een automatische harde regel die geen rekening kan houden met een appje, een gewijzigd plan, of een klein team zonder reservebank.

Wat een roostermaker daadwerkelijk te zien krijgt

Bij het opbouwen of aanpassen van een rooster verschijnt er, zodra je een vrijwilliger indeelt op een dienst die op een van diens gemarkeerde onbeschikbare data valt, direct een waarschuwing op het scherm. Geen foutmelding, geen geblokkeerde knop, gewoon een duidelijke melding dat deze datum botst met wat die vrijwilliger heeft doorgegeven. De roostermaker kan dan:

• De waarschuwing zien en voor die dienst een andere vrijwilliger kiezen, wat in de meeste gevallen precies de bedoeling is.
• De vrijwilliger toch indelen, als daar een goede reden voor is: de indeling gaat gewoon door, zonder extra stappen of een goedkeuringsronde om doorheen te moeten.
• Rechtstreeks contact opnemen met de vrijwilliger om het na te vragen voordat het rooster definitief wordt, met de waarschuwing als aanleiding om even te checken in plaats van een regel die de software zelf afdwingt.

Hoe dan ook wordt er nooit iets stilletjes ingepland. Het gaat om zichtbaarheid op het moment dat het ertoe doet, niet pas nadat het rooster is gepubliceerd en een vrijwilliger tot zijn of haar verrassing op een zondag staat die hij of zij dacht als onbeschikbaar te hebben doorgegeven.

Hoe dit past bij de rest van je rooster

Beschikbaarheid bijhouden staat niet op zichzelf. Het is één laag van Ekkli's bredere roosters voor vrijwilligers, dat al terugkerende roosters, bevestigen en afzeggen, ruilverzoeken tussen vrijwilligers en herinneringen vooraf regelt. Onbeschikbare data sluiten rechtstreeks aan op datzelfde roosterproces, zodat een roostermaker het hele beeld op één plek ziet: wie bevestigd heeft, wie geruild heeft en wie onbeschikbaar is, in plaats van losse tools naast elkaar te leggen.

Het maakt bovendien gebruik van dezelfde onderliggende gegevens die overal op het platform worden gebruikt: dezelfde mensen die je gemeente al bijhoudt in de ledenadministratie, geen aparte vrijwilligerslijst die je met de hand moet synchroniseren. Voeg iemand één keer toe aan de gegevens van je gemeente, en zijn of haar beschikbaarheid, roosterdiensten en contactgegevens staan allemaal op dezelfde plek.

Zo krijg je je vrijwilligersteam aan de slag met beschikbaarheid bijhouden

Dit vraagt geen grote verandering in je werkwijze. De meeste gemeentes hebben het binnen een week draaien:

1. Zet je vrijwilligers eerst in het systeem. Beschikbaarheid bijhouden werkt pas zodra er een profiel is om onbeschikbare data aan te koppelen. Dit hangt dus af van je vrijwilligersgegevens, wat een eenmalige klus is, geen doorlopende taak.
2. Vraag vrijwilligers om door te geven wat ze al weten. De meeste mensen kunnen meteen de voor de hand liggende dingen noemen: een geplande vakantie, een vaste afspraak op een bepaald weekend elke maand. Dat is genoeg om te beginnen. De lijst vult zich vanzelf verder aan naarmate plannen veranderen.
3. Maak er onderdeel van je vaste roosterritme. Wanneer je het rooster van volgende maand opbouwt, staan de gemarkeerde data al in het toewijzingsscherm. Er is geen aparte stap om aan te denken.
4. Behandel een waarschuwing als een seintje, geen formulier. Komt er een waarschuwing, dan is dat gewoon een seintje om even bij die vrijwilliger te checken, niet iets om in te vullen of goedkeuring voor aan te vragen.

Waarom dit uitmaakt voor kleine gemeentes die op vrijwilligers draaien

De meeste gemeentes waarvoor Ekkli is gemaakt hebben geen fulltime roostercoördinator die uren kan besteden aan uitzoeken wie er volgende maand in de buurt is. Wie het rooster maakt, is meestal zelf ook vrijwilliger, en doet dit gewoon naast al het andere. Beschikbaarheid bijhouden neemt het giswerk weg, en daarmee ook de eeuwige zoektocht via een groepsapp naar wie er nu weer vrij is. Het doet dus niet alsof software een afweging kan maken die eigenlijk bij iemand hoort die het team echt kent.

Veelgestelde vragen

Voorkomt het markeren van een datum als onbeschikbaar dat een roostermaker mij toch inplant?

Nee. Ekkli waarschuwt de roostermaker dat de datum botst met wat je hebt doorgegeven, maar houdt de indeling niet tegen. De roostermaker kan je alsnog inplannen als daar een reden voor is, bijvoorbeeld omdat je inmiddels hebt laten weten dat je plannen zijn veranderd, en de keuze blijft bij een persoon, niet bij een automatische regel.

Waarom blokkeert Ekkli het inplannen op onbeschikbare data niet gewoon volledig?

Omdat beschikbaarheid verandert, roostermakers vaak meer weten dan een agendanotitie laat zien, en kleine teams niet altijd een vervanger achter de hand hebben. Een harde blokkade zou roostermakers precies dwingen om tegen de software te vechten in de situaties waarin een menselijke afweging nodig is. Een duidelijke waarschuwing geeft dezelfde informatie zonder de beslissing uit handen te nemen.

Kunnen vrijwilligers hun eigen beschikbaarheid bijwerken?

Ja. Vrijwilligers markeren en wijzigen hun eigen onbeschikbare data vanaf hun profiel, zodra hun plannen veranderen. Een roostermaker hoeft dit niet voor hen in te voeren of bij te houden.

Zit het bijhouden van beschikbaarheid in de gratis proefperiode?

Ja. Beschikbaarheid en onbeschikbare data horen bij Ekkli's zes maanden gratis proefperiode, samen met roosters en planning, voor tot 50 mensen, zonder creditcard.

Vervangt dit het rechtstreekse contact met vrijwilligers?

Nee, en dat is ook niet de bedoeling. De waarschuwing is een aanleiding om te checken, geen vervanging voor een gesprek. Veel roostermakers bevestigen nog steeds rechtstreeks met een vrijwilliger voordat ze een indeling rond een gemarkeerde datum definitief maken. De software zorgt er alleen voor dat dat gesprek plaatsvindt vóórdat het rooster wordt gepubliceerd, niet erna.