Uppdatera en SCORM-kurs utan att radera deltagarnas framsteg

Du har hittat ett stavfel på bild 12, en policy har ändrats eller en testfråga har fel svar markerat som rätt. Kursen är live och några deltagare är halvvägs igenom den. Att byta ut SCORM-zipfilen känns som ett jobb på två minuter, men görs det slarvigt kan det skicka folk tillbaka till början, släppa av dem på fel skärm eller lämna deras resultat i otakt med det de gjorde. Så uppdaterar du en SCORM-kurs på ett säkert sätt, bedömer hur stor en ändring är och bestämmer vad som händer med de personer som redan är inne i den.

Därför är det riskabelt att uppdatera en pågående SCORM-kurs

Ett SCORM-paket är ett knippe webbinnehåll som körs i deltagarens webbläsare och pratar med LMS:et via ett litet JavaScript-API. Medan deltagaren arbetar skickar paketet data till LMS:et, som lagrar den mot den deltagarens försök. De viktigaste delarna är:

• Status för slutförande och framgång: om de har blivit klara och om de blev godkända.
• Resultat: oftast från ett test inne i paketet.
• Plats: ett bokmärke till var de var (cmi.core.lesson_location i SCORM 1.2, cmi.location i SCORM 2004).
• Suspend data: ett textblock som kursen skriver åt sig själv (cmi.suspend_data) så att den kan återställa sitt tillstånd, till exempel vilka bilder som har besökts, variabelvärden och hittills givna svar.

Det viktiga är att LMS:et inte tolkar suspend data. Det lagrar den och lämnar tillbaka den oförändrad när deltagaren fortsätter. Formatet tillhör författarverktyget, och det är ofta knutet till kursens struktur så som den publicerades: bildernas ordning, variablernas namn, frågorna i en bank. För hur de två utgåvorna skiljer sig åt, se SCORM 1.2 eller SCORM 2004.

Vad som kan gå fel när strukturen ändras

Om sparade data från det gamla paketet lämnas över till ett nytt paket med en annan struktur försöker den nya kursen återställa ett tillstånd som inte längre finns. Vad som händer beror på författarverktyget, men vanliga symptom är:

• Bokmärket pekar på en flyttad eller borttagen bild, så deltagaren hamnar på fel ställe eller tillbaka i början.
• Menyer och framstegsindikatorer visar fel avsnitt som besökta.
• Svar som sparats mot gamla frågor tillämpas på nya, eller kastas bort.
• Kursen ignorerar det sparade tillståndet och börjar om, eller laddas inte ordentligt.
• Ett resultat från det gamla testet hamnar bredvid ett slutförande i det nya.

Om du byter SCORM-utgåva, till exempel från SCORM 1.2 till SCORM 2004, ändras själva datamodellen, så sparade data följer inte med på ett rent sätt.

Inte alla ändringar har samma risk

Innan du laddar upp något, ta reda på vilken sorts ändring du gör. Det som spelar roll är hur mycket strukturen och innebörden ändras, inte hur lång tid redigeringen tog.

Ett användbart test: skulle du vara bekväm med att någon slutförde den gamla versionen i dag? Om inte måste den stoppas.

Låta dem slutföra eller tvinga dem att börja om?

När din plattform kan låta det gamla paketet fortsätta köras för dem som påbörjade det har du ett verkligt val. Gå igenom de här frågorna i ordning.

1. Är den gamla versionen fortfarande korrekt? Om den lär ut något felaktigt eller osäkert ska folk börja om, hur långt de än har kommit.
2. Ändrades testet? Om alla ska bedömas på samma sätt ska de börja om.
3. Kan det gamla paketet ligga kvar för befintliga deltagare? Om din plattform skriver över filerna betyder ”låt dem slutföra” egentligen ”mata in gamla framsteg i ett nytt paket”. Utöver en kosmetisk rättning är det säkrare att börja om.
4. Hur lång är kursen? Att börja om på en modul på tio minuter kostar lite. Att börja om på en kurs på två timmar kostar välvilja.
5. Närmar sig slutdatum? En omstart strax före ett slutdatum kan göra att folk missar det. Förläng slutdatumet eller uppdatera under en lugnare period.

Kortversionen: om den gamla versionen fortfarande är rätt, låt folk slutföra den. Om den är fel, låt dem börja om och berätta varför.

Personer som redan har slutfört kursen är ett separat beslut. En kosmetisk rättning eller en innehållsuppdatering motiverar sällan att be dem göra om något. En korrigerande ändring kan göra det, särskilt för compliance-utbildning. Behandla det i så fall som en ny utbildningsomgång med eget slutdatum i stället för att i det tysta ändra någons register.

Berätta för folk vad som ändras

En omstart som ingen har förklarat känns som ett fel. Ett kort meddelande i förväg gör den till en rutinuppdatering.

• Deltagare som börjar om: vad som ändrades, varför de behöver börja om på modulen, ungefär hur lång tid det tar och om deras slutdatum har flyttats.
• Deltagare som redan är klara: om de behöver göra något. Om de inte behöver det, säg det.
• Chefer och instruktörer: när uppdateringen går live och vad de ska svara dem som frågar.

För också en enkel ändringslogg för varje kurs: versionsnummer, datum, vad som ändrades, vem som godkände det och vad du valde för dem som var mitt i kursen. Ett versionsnummer på sista bilden gör supportfrågor mycket lättare att besvara. Om du blir granskad förklarar loggen varför två personer såg något olika innehåll; se det här vill revisorer se i dina utbildningsregister.

Innan du laddar upp: en checklista

• Behåll samma SCORM-utgåva om du inte avser att ändra den.
• Kontrollera att publiceringsinställningarna stämmer med den tidigare versionen, särskilt hur slutförande och resultat rapporteras.
• Testa det nya paketet separat först. Så testar du ett SCORM-paket går igenom hur.
• Spara den tidigare zip-filen och källprojektet, ifall du behöver gå tillbaka.
• Bestäm i förväg vad som händer med dem som är mitt i kursen och skriv ett utkast till ditt meddelande.

Så hanterar Acadenix SCORM-uppdateringar

I Acadenix är varje SCORM-paket en enhet i Units Library (enhetsbiblioteket), och en enhet kan användas i flera kurser. Om du väljer en enhet visas de Courses (kurser) som använder den, dess Versions (versioner) och dess Users (användare), så att du kan se var en uppdatering kommer att landa.

• En ny fil ger en ny version. Det gör även ny text eller en ny enhetstyp. Att ändra namn eller beskrivning gör det inte.
• Du väljer för dem som är mitt i kursen. Om någon är i gång väljer du Restart them on the new version (låt dem börja om på den nya versionen) eller Let them finish the version they started (låt dem slutföra den version de påbörjade). De som börjar senare får den nya versionen.
• Deltagare som är klara behåller sina resultat. Slutföranden är slutgiltiga och utfärdade certifikat ändras aldrig. De som blev klara ser enheten markerad som Updated (uppdaterad), så att de kan titta på den nya versionen om de vill, och inget de gör då ändrar deras resultat.
• Du kan gå tillbaka. Activate (aktivera), under enhetens Versions, återställer en tidigare version.
• Omtag är en ny registrering. Om de som blev klara verkligen behöver göra om kursen låter kursens inställning Re-enrolment while a completion is valid (omregistrering medan ett slutförande gäller) dem registrera sig igen med nya framsteg. Deras tidigare slutförande och certifikat finns kvar i registret.

Om du vill kontrollera ett paket innan det ersätter det som är live, ladda upp det som en separat enhet och använd Preview (förhandsgranska), som visar det så som en deltagare ser det utan att registrera något. Mer om versionshantering och spårning finns på vår sida om SCORM LMS.

Sammanfattning

• SCORM-framsteg sparas mot det paket som en deltagare påbörjade, och suspend data är bara begriplig för den kurs som skrev den.
• Bedöm ändringens storlek först: kosmetiska rättningar är låg risk, medan omstruktureringar och nya test inte är det.
• Om den gamla versionen fortfarande är korrekt, låt folk slutföra den. Om den är fel, låt dem börja om.
• Berätta för deltagare och chefer vad som händer och för en ändringslogg för varje kurs.
• I Acadenix är varje uppladdning en ny version, du bestämmer vad som händer med dem som är mitt i kursen och slutföranden förblir slutgiltiga.

Vill du se hur en uppdatering fungerar med ditt eget innehåll? Begär en utvärdering och prova att ladda upp en ny version av en riktig kurs.