De meeste organisaties behandelen opleidingsmateriaal zoals ze een Word-bestand behandelen. Er is een huidige versie, en de vorige staan ergens: in een mailbox, op een gedeelde schijf, in een map die oud heet, in een kast op het vestigingskantoor. Dat houdt stand tot iemand een vraag stelt met een datum erin.
De vraag is altijd een variant van hetzelfde. Op welke versie van de procedure is deze persoon in maart op dit adres effectief opgeleid. En in een netwerk van meer dan een handvol vestigingen is het eerlijke antwoord meestal dat niemand het kan zeggen.
Dit geldt veel breder dan franchisenetwerken. Aannemers met ploegen op werven van klanten, productiegroepen met meerdere sites, facilitaire bedrijven, retailketens, kantoren die mensen bij tientallen gebruikers plaatsen: elke organisatie waar dezelfde instructie in meer dan een gebouw moet bestaan heeft dit probleem, en gecertificeerde organisaties hebben het in een vorm die geauditeerd wordt.
De registratie die de vervolgvraag niet kan beantwoorden
Een registratie van afronding is een bewering: deze persoon heeft deze instructie op deze datum afgerond. Op zich ziet dat er uit als bewijs, en het overleeft de eerste vraag op een audit of een inspectie zonder moeite.
Het overleeft zelden de tweede. Als de procedure in februari is herzien en de registratie zegt dat iemand "de veiligheidsinstructie" in januari heeft afgerond, dan vertelt de registratie je dat er over iets is geïnstrueerd. Ze vertelt je niet dat er is geïnstrueerd over wat nu aan de muur hangt. Als een collega op een andere vestiging dezelfde instructie met dezelfde naam in april heeft afgerond, zien de twee registraties er identiek uit en beschrijven ze twee verschillende stukken materiaal.
Dat is het hele argument voor versiebeheer, en het heeft niets te maken met softwarehygiëne. Zonder versie eraan vast bewijst een registratie dat er een gebeurtenis heeft plaatsgevonden. Met een versie eraan vast bewijst ze wat die gebeurtenis inhield. Dat zijn verschillende beweringen, en alleen de tweede is iets waard wanneer er iets is misgelopen.
Waar het ondertekende document echt naar moet verwijzen
De Belgische wetgeving maakt dit concreet op een ongewoon bruikbare manier.
Codex art. I.2-11, tweede lid, 9° verplicht de werkgever om het onthaal (gestructureerde ontvangst en introductie) van elke startende werknemer te organiseren, een ervaren werknemer aan te duiden die hem begeleidt, en het aangeduide lid van de hiërarchische lijn een document onder eigen naam te laten ondertekenen waaruit blijkt dat de nodige informatie en instructies over welzijn op het werk zijn verstrekt.
Lees dat als een bewijsvereiste in plaats van als een formaliteit. Een met naam genoemde persoon ondertekent een verklaring over inhoud. Als de inhoud achter die verklaring niet wordt bijgehouden, hangt de handtekening aan iets wat niemand kan reconstrueren: de instructies zoals ze die dag toevallig bestonden, in welke versie die vestiging op dat moment ook had. Twee werknemers die zes weken na elkaar zijn gestart kunnen identieke ondertekende documenten hebben die wezenlijk verschillende instructie beschrijven, en niets in het dossier zal dat zeggen.
Codex art. I.2-21 voegt de reden toe waarom dit blijft gebeuren. Opleiding moet worden herhaald en aangepast naarmate de risico's evolueren, en wordt opnieuw geactiveerd door een functiewijziging, nieuwe arbeidsmiddelen of nieuwe technologie. Met andere woorden: het materiaal hoort te veranderen. Een systeem dat ervan uitgaat dat dat niet gebeurt, gaat gegarandeerd uit elkaar lopen.
In Nederland is er helemaal geen voorgeschreven bewijsvorm. De Arbowet vereist geen handtekening en wie iets anders beweert heeft dat verzonnen. Maar Arbowet art. 8 lid 4 verplicht de werkgever toe te zien op de naleving van de gegeven instructies, en toezien op de naleving van een instructie die je niet precies kunt identificeren is een bewering, geen praktijk.
VCA-vraag 4.1 gaat ervan uit dat het materiaal achter de lijst stilstaat
Bij gecertificeerde bedrijven duikt dezelfde zwakte op in het auditdossier.
Vraag 4.1 is een must-vraag. Ze vereist toolboxmeetings gespreid over het jaar die relevante VGM-onderwerpen behandelen, wijzigingen aan regels en procedures, en bevindingen uit ongevalsonderzoek. Het bewijs dat het schema vraagt is letterlijk: de lijst met data en behandelde onderwerpen, en de aanwezigheidslijsten.
Let op wat die onderwerpenlijst is. Het is een reeks labels. "Werken op hoogte", "de herziene laadprocedure", "bevindingen uit het incident op vestiging twee". Een label is een verwijzing, en het schema neemt stilzwijgend aan dat het naar een ding verwijst. Wanneer vier vestigingen allemaal de herziene laadprocedure registreren en twee ervan de versie hebben gepresenteerd die een maand eerder was ingetrokken, is het dossier volledig, zijn de aanwezigheidslijsten getekend, en klopt de registratie niet op een manier die geen auditor kan zien en geen manager achteraf kan corrigeren.
Vraag 4.1 noemt ook wijzigingen aan regels en procedures als verplichte inhoud, wat betekent dat het schema je expliciet vraagt om het verschil te onderwijzen. Je kunt geen verschil onderwijzen zonder te weten van welke versie elke vestiging vertrekt.
Uiteenlopen is een uitrolprobleem, geen voorkeur
In de praktijk beslissen vestigingen niet om oud materiaal te gebruiken. Het uiteenlopen sluipt binnen.
Een vestiging zat midden in een uitrol toen de update landde en heeft de oude afgemaakt. Een leidinggevende hield een geprinte kopie bij omdat de tablet in dat lokaal onbetrouwbaar is. Een manager die vertrokken is had een lokale variant waar niemand van wist. Een update werd gepubliceerd op de vrijdag van een week waarin die vestiging onderbezet was.
Elk van die situaties heeft een andere oplossing, en geen enkele is een herinneringsmail. Wat ze gemeen hebben is dat ze alleen op te lossen zijn als iemand ze kan zien. Een overzicht per vestiging van welke versie op dit moment actief is, naast welke versie elke persoon heeft afgerond, maakt van vier onzichtbare situaties vier kleine operationele taken.
Het cijfer om op te letten is niet het afrondingspercentage. Het is de spreiding van actieve versies over het netwerk. Een versie overal betekent dat de laatste wijziging is geland. Drie versies in vijftig vestigingen betekent dat de laatste wijziging nog loopt, wat het afrondingscijfer ook zegt.
Wanneer een gepubliceerde versie fout blijkt te zijn
Dit is het geval waar iedereen als eerste aan denkt, en het is echt gewoon een toepassing van de discipline hierboven.
Een update gaat maandag de deur uit. Woensdag merkt iemand op dat stap vier dubbelzinnig is, of dat een waarde uit het oude proces is overgenomen, of dat een controle bij het bewerken is weggevallen. Vanaf dat moment voegt elke bijkomende afronding een persoon toe die correct is geregistreerd als opgeleid op het verkeerde ding.
Er moeten drie dingen gebeuren, in deze volgorde. Stop het aanbieden van de foute versie, zodat het aantal getroffen mensen niet verder groeit. Bepaal precies wie ze heeft afgerond, wat alleen mogelijk is als afrondingen een versie meedragen. Instrueer die groep specifiek opnieuw, in plaats van het hele netwerk opnieuw te bestoken, wat iedereen leert dat jouw updates onbetrouwbaar zijn.
Schrijf daarna op wat er is gebeurd. Niet omwille van zichzelf: de notitie die uitlegt wat er is veranderd, wanneer het is opgemerkt en wie er getroffen was, is precies het document dat de gecorrigeerde registratie een jaar later leesbaar maakt voor een auditor. Een afrondingsgeschiedenis met een gat en zonder uitleg ziet er slechter uit dan de oorspronkelijke fout.
Wie publiceert, en wie de bron bewerkt
De meeste foute versies zijn geen schrijffouten. Het zijn goedkeuringsgaten: iemand met bewerkrechten heeft iets redelijks rechtgezet en het ging live zonder tweede lezer.
Splits die twee rechten. Iedereen die dicht bij het werk staat mag een wijziging aan de bronprocedure voorstellen, want dat zijn de mensen die merken dat de realiteit is opgeschoven. Publiceren naar het netwerk is een aparte machtiging, in handen van weinig mensen, met een tweede goedkeurder verplicht op het materiaal waar een fout duur is: veiligheidsinstructie, hygiëne- en allergenenprocedures, alles wat door een klantenreglement wordt bepaald.
Een foute versie afhandelen in Aristotl
Vind de versie die is misgelopen. Elke gepubliceerde versie draagt een tijdstempel en een wijzigingsnotitie. Een plotse daling van de scores op de kennistoets van een module is meestal de snelste manier om te zien welke release het probleem heeft geïntroduceerd, voordat iemand het in woorden meldt.
Herstel de laatste goede versie. Herstellen maakt de vorige versie in een keer actief op elke locatie. Mensen die halverwege zitten zien de herstelde inhoud bij de volgende module; niemand hoeft te horen dat hij moet stoppen.
Wijs de mensen die de foute versie hebben afgerond opnieuw toe. Filter afrondingen op versie, selecteer die groep, en wijs opnieuw toe met een korte deadline. Die werknemers blijven gemarkeerd tot ze de gecorrigeerde versie afronden, zodat de export de gecorrigeerde toestand weergeeft in plaats van de oorspronkelijke bewering.
Houd het spoor bij. Vorige versies blijven toegankelijk in plaats van overschreven te worden, elke afronding krijgt een label met de afgeronde versie, en het dashboard toont de actieve versie per locatie. De export die daaruit komt beantwoordt de gedateerde vraag rechtstreeks: deze persoon, deze versie, deze datum, deze vestiging.
Haal een registratie van vorig jaar boven
Neem een willekeurige opleidingsregistratie van twaalf maanden geleden en probeer vast te stellen naar welke versie van de procedure ze verwijst. Breng het resultaat mee naar een demo, dan tonen we je dezelfde registratie met een versie erop, en dat is het verschil tussen een dossier en bewijs.