SCORM: Hoe om te gaan met problemen met de de-facto standaard

Het zou zo makkelijk kunnen zijn: U biedt nieuwe medewerkers de verplichte veiligheidstraining aan in de vorm van een Webbased Training (WBT). Deze starten de trainingin, verwerken de inhoud, slagen voor de eindtoets en krijgen de juiste kwalificatie. De veiligheidstraining verdwijnt uit de to-do lijst van het persoonlijke trainingsplan en is terug te vinden in de leergeschiedenis. Om dit te laten werken moet het WBT het Learning Management System (LMS) vertellen of de collega de cursus met succes heeft afgerond, en dit gebeurt meestal via SCORM. Zoals ik al zei, het zou zo eenvoudig kunnen zijn - maar helaas is dat vaak niet het geval.SCORM is altijd verrassend.

De afkorting SCORM staat voor "Shareable Content Object Reference Model" (referentiemodel voor uitwisselbare elektronische leerinhoud). SCORM werd in 2000 geïntroduceerd door het Advanced Distributed Learning (ADL)-initiatief, een Amerikaans overheidsprogramma onder leiding van het ministerie van Defensie. Sindsdien is het model geëvolueerd over verschillende versies en is het een de facto standaard geworden. De meest gebruikte versie vandaag de dag, SCORM 1.2, dateert uit 2001 en het is iets om even bij stil te staan: In deze snelle tijd viert SCORM binnenkort zijn 20e verjaardag!

Het bleek echter dat SCORM 1.2 nog niet alle problemen en verdere ontwikkelingen in ogenschouw had genomen. Daarom werd in 2004 een complexere versie uitgebracht om de veranderde eisen te ondersteunen, zoals het sequencen van inhoud met verschillende paden. SCORM 2004 is nu beschikbaar in andere edities, maar ze worden niet allemaal ondersteund door elk LMS. Zo werkt in de on-premise variant van SAP Learning Solution (LSO) alleen de derde editie van SCORM 2004, terwijl het cloud-gebaseerde SAP SuccessFactors LMS de tweede en vierde editie ondersteunt. Het volledig SCORM-conform maken van een LMS betekent een hoge programmeerinspanning en hoge ontwikkelingskosten. Dit is een van de redenen waarom de nieuwste versie, Experience API of Tin Can API of gewoon xAPI, vanaf 2013 wordt ondersteund door zeer weinig LMS (en contentleveranciers).

En dus kan het gebeuren dat content waarvan de provider beweert dat deze SCORM-compliant is, nog steeds niet compatibel is met uw LMS. U kunt dit zien aan het feit dat u een foutmelding ontvangt tijdens het uploaden. Of als de upload succesvol is, werkt de WBT niet zoals het zou moeten. Misschien ligt de fout pas aan het einde van het werkproces op de loer en komt de cursus na succesvolle afronding niet zoals verwacht in de leergeschiedenis terecht. Twee beproefde tips uit ervaring:

1. Wees realistisch over je capaciteiten: Natuurlijk kunt u het probleem zelf onderzoeken, en als ervaren IT-professional kunt u de fout misschien vinden. Maar vergeet niet: zodra je in het speciale gebied komt waar de SCORM-content communiceert met het LMS, kom je niet verder met SAP-expertise. Hier eindigt het SAP-universum, je komt in een heel andere wereld terecht.
2. Probeer SCORM-gebaseerde cursussen en leerstof grondig uit in een testsysteem voordat u live gaat. Een grondige test is veel meer dan alleen maar een start na de upload. Speel door twee tot drie scenario's - idealiter in verschillende browsers en op één of meer mobiele apparaten.

Om SCORM-trainingen  aan het werk te krijgen is een uitdaging. Maar waarom is grondig testen zo belangrijk? Naast het probleem van de technische haalbaarheid houdt het werken met SCORM ook een conceptuele vraag in: Wat betekent "succesvol afgerond" eigenlijk? Het is niet gedefinieerd onder welke omstandigheden het SCO (Shareable Content Object) welke status genereert. In feite is niet eens gedefinieerd dat de SCO het statuselement überhaupt moet gebruiken. 

Voor de correcte werking van de WBT is het echter noodzakelijk dat

• de inhoud kan worden ingevuld op een manier die begrijpelijk is voor de lerenden, en
• de inhoud vertelt het LMS of de leerlingen met succes hebben afgerond

Laten we gewoon vasthouden aan onze veiligheidstraining die aan het begin werd genoemd. In de praktijk zou dit er zo uit kunnen zien:

1. De WBT heeft een omvang van 20 pagina's. Voorwaarde voor een succesvolle afronding is dat 18 pagina’s zijn bezocht en dus 90 procent van de inhoud is gezien.
2. De WBT bestaat uit 20 testvragen. Voorwaarde voor een succesvolle afronding is dat 18 van hen correct worden beantwoord, waardoor 90 procent van de te behalen punten worden behaald.
3. De WBT heeft 20 pagina's en een eindtoets met 20 testvragen. Hier kan de voorwaarde voor een succesvolle afronding zijn dat de medewerker eerst 18 van de inhoudspagina's bezoekt om de eindtoets te ontsluiten en vervolgens 18 van de vragen correct beantwoordt.

Het relevante document SCORM_1.2_RunTimeEnv van het ADL-initiatief definieert dit:

„cmi.core.lesson_status: This is the current student status as determined by the LMS system. Six values are possible.

• passed
• completed
• failed
• incomplete
• browsed
• not attempted

Normally the SCO determines its own status and passes it to the LMS.“

(Bron: https://scorm.com/scorm-explained/technical-scorm/run-time/run-time-reference/)

Al bij het toekennen van de juiste waarde aan de drie mogelijkheden valt op dat dit allesbehalve duidelijk is. Het voorbeeld heeft specifiek betrekking op een SCORM 1.2 scenario, maar soortgelijke gevallen kunnen zich voordoen in de andere versies. SCORM is in geen enkele versie een standaard in de zin dat het model bepaalde elementen als verplicht definieert en precies voorschrijft welke waarden wanneer en hoe moeten worden gebruikt.

Het is daarom niet voldoende als zowel het LMS als de inhoud - beide naar onze beste weten en overtuiging - SCORM-compliant zijn. Ze kunnen nog steeds langs elkaar heen praten. .

Als u een SCORM WBT in uw LMS wilt gebruiken, moet u eerst de belangrijkste vragen intern ophelderen. Communiceer dan met uw fabrikant en vertrouw niet op het feit dat waar staat ‘SCORM-compatibel’, echte compatibiliteit ook wordt aangeboden. Praat over Instructional Design: Hoe kunnen leerlingen de WBT succesvol afronden? Als de WBT in meerdere talen beschikbaar moet zijn: Hoe kan dat er dan uitzien? En, indien gewenst of noodzakelijk: Hoe kan de WBT verdere beoordeelbare gegevens leveren? En welke gegevens?

U ontkomt niet aan een uitvoeringe test in uw LMS. U wilt immers weten en niet alleen maar aannemen of de (deels impliciete) eisen zijn geïmplementeerd!

Conclusie:

We weten uit ervaring dat op het gebied van SCORM geen twee problemen gelijk zijn. Daarom varieert ons aanbod van een korte diagnose tot communicatie met de leverancier. Ons doel: We besparen u tijd en zenuwen - en dus meestal geld!