Miten e-oppimiskurssi syntyy: työkalut, SCORM ja mitä alustalle jää

Kurssi on valmis, se on maksettu, ja se saapuu yhtenä zip-tiedostona, jonka nimessä on versionumero; joku lataa sen alustalle, painaa Tallenna, ja seuraavana päivänä käy ilmi, että sadankahdenkymmenen ihmisen suoritusmerkinnät ovat kadonneet, vaikka kukaan ei ole poistanut mitään. Se ei ole myytti eikä harvinaista, ja alusta jopa varoitti siitä, vain varoitus näkyi puoli sekuntia ennen kuin nappi oli jo painettu, ja siinä luki sellaista, jota sillä hetkellä kukaan ei ymmärtänyt.

Tämä artikkeli kertoo matkasta materiaalista paketiksi ja siitä, mitä vastaanottava alusta tälle paketille tekee, koska juuri tässä luovutuskohdassa kohtaavat kaksi osapuolta, jotka tavallisesti eivät näe toistensa työtä. Mitä oppimisen hallintajärjestelmä on ja milloin yritys sitä ylipäätään tarvitsee, olemme kirjoittaneet erikseen, samoin siitä, miten valitset koulutusalustan. Tässä on kyse valinnan jälkeisestä askeleesta: kurssi syntyy alustan ulkopuolella, pakataan ja tulee sitten sisään, ja juuri tässä siirtymässä syntyy lähes kaikki se harmi, joka myöhemmin näyttää alustan virheeltä.

Aluksi yksi asia, joka erottaa tämän aiheen useimmista muista: lähes kaikki ongelmat täällä on dokumentoitu, nimetty ja kuvattu julkisesti, joten niitä ei tarvitse löytää omalla rahalla. Alustan dokumentaatiossa ovat varoitukset, niiden syyt ja korjauskeinot, ja yleensä puuttuu vain ihminen, joka lukee ne ennen tilausta, ei ensimmäisen harmituksen jälkeen.

Mitä paketti sisältää ja mitä alusta tekee sillä

SCORM-paketti on zip-arkisto, jonka juuressa on tiedosto nimeltä imsmanifest.xml, ja juuri tämä tiedosto tekee paketista paketin eikä kansiota, jossa on tiedostoja. Manifesti kuvaa kurssin rakenteen, luettelee oppimiskohteet ja kertoo, mitkä tiedostot kuuluvat niille, siksi alusta lukee sen ensimmäisenä ja saa siitä tietää, mitä näyttää ja missä järjestyksessä.

Tästä eteenpäin jako on yksinkertaisempi kuin yleensä luullaan, ja se kannattaa sanoa heti, koska se selittää lähes kaiken muun: alusta näyttää paketin ja tallentaa tiedot siitä, mitä ihminen siinä teki, mutta itse sisältöä se ei luo eikä siihen puutu. Moodlen dokumentaatio sanoo sen suoraan: järjestelmä esittää paketin ja tallentaa oppimisen vuorovaikutustiedot, mutta ei itse tuota SCORM-sisältöä. Siksi kaikki, mitä ruudun sisällä tapahtuu, on sisällön tekijän työtä, ja kaikki, mitä sen ympärillä tapahtuu, on alustan työtä.

Viestintä näiden kahden välillä kulkee kapeaa kanavaa, jossa oppimiskohde kutsuu alustan rajapintaa komennoilla kuten istunnon alustus, arvon asetus, tallennus ja lopetus, ja jota pitkin kulkee kourallinen arvoja: tila, pisteet, aika, vastaukset kysymyksiin ja pieni tekstikenttä tilan säilyttämiseen. Tämä kanava on koko aiheen tärkein elementti, koska kaikki, mitä myöhemmin haluat nähdä raportissa, on vietävä juuri sen kautta, ja se, mikä ei sinne mahdu, ei raporttiin koskaan päädy.

Se, mitä alusta tallentaa, on konkreettinen ja rajattu luettelo, sidottu yhteen suorituskertaan tietyssä aktiviteetissa: tila, saadut pisteet yhdessä minimin ja maksimin kanssa, käytetty aika, vastaukset yksittäisiin kysymyksiin ja edellä mainittu tilakenttä. Siellä ei ole ihmisen nimeä kurssin sisällä, ei sitä, montako kertaa hän kelasi videota taaksepäin, eikä sitä, mitkä sivut hän ohitti, ellei kurssi itse ole muuttanut näitä seikkoja joksikin luetelluista arvoista.

Tässä siirtymässä syntyvät virheet ovat nekin tunnettuja ja dokumentoituja, joten niitä ei tarvitse löytää uudestaan, ja yleisin niistä on manifestin puuttuminen tai oleminen väärässä paikassa arkistossa, koska sen on oltava juuri juuressa, ei alikansiossa, ja toinen on tunnisteiden puuttuva yksilöllisyys, joka tikettijärjestelmässä on erillinen tiketti. Vanhemmilla kursseilla mukaan tulevat näyttöongelmat mobiililaitteissa, kun sisältö on laitettu kiinteänkokoiseen kehykseen, ja niilläkin on omat tikettinumeronsa, joten toimittajalta voi kysyä niistä suoraan.

Siksi ensimmäinen kysymys sisällön tekijälle ei koske työkalua, jolla kurssi rakennetaan, vaan sitä, missä muodossa se luovutetaan ja mitä se tarkalleen raportoi. Kaksi kurssia, jotka näyttävät ruudulla samalta, voivat raportoida täysin eri tavalla, ja ero näkyy vasta, kun joku tarvitsee todisteen siitä, että ihminen todella kävi kurssin.

Neljä lyhennejoukkoa, jotka eivät ole sama asia

Sanoja SCORM, xAPI, cmi5 ja AICC käytetään markkinoilla kuin ne olisivat keskenään vaihdettavissa, mutta ne tarkoittavat eri asioita ja niillä on eri ylläpitäjät. SCORM on paketimuoto yhdessä ajoympäristön kanssa, ja sen viimeinen versio on vuoden 2004 neljäs painos, joka ilmestyi vuonna 2009; uudempaa painosta ei ole eikä sellaista ole odotettavissa.

Organisaatio, joka SCORM:n loi, on lopettanut toimintansa, ja sen koodivarastoissa on nyt ilmoitus arkistoinnista, mutta siitä ei saa päätellä, että standardi olisi jäänyt ilman ylläpitäjää, koska SCORM-ajoympäristön tietomallia ylläpitää sähkö- ja elektroniikkainsinöörien instituutti IEEE standardina 1484.11.1, jonka viimeisin laitos on vuodelta 2022, ja sen rinnalla on 1484.11.2 rajapinnasta. Samalla kannattaa tietää harhaanjohtava yksityiskohta: sen koodivarastosivulla nimi on kirjoitettu muodossa Advanced Digital Learning, vaikka historiallinen nimi on Advanced Distributed Learning.

xAPI (Experience API) on muuta, nimittäin ei paketimuoto vaan ilmoitusmalli ja rajapinta, jota pitkin järjestelmä lähettää tietueita siitä, mitä ihminen teki, erilliseen LRS:ään (learning record store). Vuodesta 2023 se on julkaistu standardi numerolla 9274.1.1, ja sama teksti on saatavilla myös kansainvälisenä standardina, joten kyse on yhdestä asiasta kahdella numerolla, ei kahdesta versiosta.

Neljäs nimi on cmi5, ja se on xAPI:n cmi5-profiili juuri käynnistykseen oppimisen hallintajärjestelmästä, ei vielä yksi erillinen standardi; tämän profiilin voimassa oleva laitos on vuodelta 2016, ja kansainvälinen standardointi on kesken, ei valmis, joten oikein on sanoa, että työ on hyväksytty hankkeeksi, ei että standardi jo on olemassa. AICC, Aviation Industry Computer-Based Training Committee, on niistä vanhin, ja sitä ylläpitänyt komitea lopetti toimintansa joulukuussa 2014 ja luovutti cmi5:n ja arkistonsa eteenpäin.

Raja, joka pitää tuntea ennen kurssin tilaamista

Tässä on yksi koko artikkelin käytännössä tärkeimmistä tiedoista, ja se yllättää lähes jokaisen, joka kuulee sen ensimmäistä kertaa: Moodle tukee SCORM 1.2:ta ja AICC:tä, mutta SCORM 2004:ää se ei tue, eikä se ole väärinkäsitys eikä huolimattomuutta vaan tietoinen valinta, joka on kirjoitettu alustan omaan dokumentaatioon eikä siellä kukaan sitä peitä. Siellä todetaan, että 1.2 läpäisee kaikki vaatimustenmukaisuustestit, kun taas vuoden 2004 versiosta on toteutettu vain eräitä rajapinnan perusosia, joten osa paketeista voi näyttää toimivan, vaikka täyttä vaatimustenmukaisuutta ei ole.

Tämä raja on tärkeä siksi, että sisällön tekijät tarjoavat usein juuri vuoden 2004 versiota uusimpana ja parhaana, ja muodollisesti se sitä onkin, koska sillä on kaksi erillistä tilakenttää ja skaalattu pistemäärä. Ostajalle, joka työskentelee Moodlen kanssa, uusin versio osoittautuu silti huonommaksi valinnaksi, ja tämä on yksi harvoja kertoja, jolloin standardin vanhempi versio on oikea vastaus, ei periksianto olosuhteille.

Seuraavaksi tulee virke, joka kannattaa lukea kahdesti, koska se määrää, miten tästä eteenpäin toimitaan: työ SCORM 2004:n tuen parissa on keskeytetty, ja sitä koskevat tiketit suljetaan sellaisina, joita ei korjata. Se tarkoittaa, että osa vuoden 2004 paketeista voi näyttää toimivan, mutta siihen ei voi luottaa, eikä kukaan niitä korjaa, jos ne lakkaavat toimimasta, kun taas sertifioitu tie, jos vuoden 2004 versio on pakollinen, kulkee kaupallisen ulkoisen palvelun ja sen oman lisäosan kautta.

Käytännön järjestys tästä on yksinkertainen: ennen kurssin tilaamista sisällön tekijälle on sanottava, missä muodossa paketti tarvitaan, ja useimmissa tapauksissa vastaus on SCORM 1.2. Jos tekijä tarjoaa vain vuoden 2004 versiota, se ei ole automaattisesti huono, mutta se muuttaa alustan valintaa tai vaatii lisäosan, ja tämä keskustelu on käytävä ennen työtä, ei luovutuspäivänä. cmi5:n kohdalla on tiedettävä, ettei Moodle sisällä sitä oletuksena ja että siihen tarvitaan erillinen lisäosa sekä erillinen LRS.

Yksi kenttä, johon kaiken pitää mahtua

SCORM 1.2 tuntee yhden tilakentän, ja siinä voi olla yksi kuudesta arvosta, jotka Moodlen suomenkielisessä käyttöliittymässä näkyvät muodossa Hyväksytty, Suoritettu, Epäonnistui, Kesken, Selattu ja Ei yritetty. Se tarkoittaa, ettei voi samalla kertaa raportoida, että ihminen kävi kurssin loppuun ja ettei hän läpäissyt testiä, koska nämä kaksi kilpailevat samasta kentästä, ja yritykselle, joka tarvitsee juuri tämän eron, se on todellinen rajoitus, ei tekninen yksityiskohta.

SCORM 2004 ratkaisee tämän jakamalla tilan kahteen riippumattomaan kenttään, joista toinen kertoo suorituksesta ja toinen tuloksesta, ja lisäämällä skaalatun pistemäärän; juuri siksi osa sisällön tekijöistä sitä tarjoaa. Mutta koska Moodle ei tue vuoden 2004 versiota, tämä ratkaisu ei ole useimpien lukijoiden saatavilla, ja sen sijaan on suunniteltava, että yhden kurssin tilalla voi tarvita kaksi aktiviteettia: yksi materiaalin läpikäyntiin, toinen kokeeseen.

Toinen rajoitus on vielä täsmällisempi: kenttään, johon oppimiskohde tallentaa sisäisen tilansa (suspend_data), jotta ihminen voi jatkaa samasta kohdasta, mahtuu SCORM 1.2:ssa neljätuhatta yhdeksänkymmentäkuusi merkkiä, ja tämä raja on kirjoitettu myös Moodlen tietomallitiedostoon. Pitkälle kurssille, jossa on paljon kysymyksiä, se on vähän, ja kun raja tulee vastaan, tila yksinkertaisesti lakkaa tallentumasta, joten ihminen palaa kurssin alkuun, ja se näyttää alustan virheeltä, mutta on standardin raja.

Kolmas rajoitus on sellainen, joka voi muuttaa suoritetun kurssin hylätyksi ilman kenenkään ihmisen osuutta: jos manifestissa on tavoitepisteet, vaatimustenmukaisuus velvoittaa alustan laskemaan tilan uudelleen saatuja pisteitä vasten, ja Moodle tarjoaa tätä käyttäytymistä jopa erillisenä asetuksena nimeltä Tavoitepisteet ohittavat tilan. Kurssi, joka raportoi suorituksen mutta näyttää pisteet kynnyksen alla, voi siksi esiintyä raportissa tilalla Epäonnistui, ja se on dokumentoitu, ei keksitty.

Mitä katoaa, kun paketti vaihdetaan

Nyt siihen, mistä tämä artikkeli alkoi. Jos uusi paketti ladataan vanhan päälle samaan aktiviteettiin ja manifestin elementin tunniste poikkeaa edellisestä, tämän paketin seurantatiedot Moodlessa poistetaan, ja se on kirjoitettu dokumentaatioon juuri tuossa muodossa; siellä jopa sanotaan, mitä tehdä: varmistaa, että tunniste on sama.

Alusta varoittaa tästä, ja suomenkielisessä käyttöliittymässä varoitus kuuluu lähes sanasta sanaan näin: pakettia on vaihdettu tai muokattu, ja jos paketin rakennetta on vaihdettu, jotkut käyttäjä jäljet saattavat hävitä päivitysprosessin aikana. Toinen varoitus on vielä suorempi ja sanoo, että tämän SCORM-paketin seurantatiedot menetetään. Ongelma on se, että molemmat ilmestyvät hetkellä, jolloin lataus on jo käynnissä, eikä niitä näkevä ihminen yleensä tiedä, onko tunniste muuttunut, koska sen päättää sisällön tekijän authoring tool, ei hän itse.

Tästä seuraa kaksi käytännön sääntöä, jotka kannattaa asettaa ennen ensimmäisen version luovutusta, ja niistä ensimmäinen on vaatimus sisällön tekijälle säilyttää sama tunniste kaikissa myöhemmissä versioissa ja vahvistaa se kirjallisesti. Toinen on yksinkertainen tarkistus: ennen latausta avaa zip-arkisto, etsi manifestitiedosto ja vertaa tunnistetta edelliseen, mikä vie kaksi minuuttia ja suojaa menetykseltä, jota ei voi perua.

Kannattaa myös ymmärtää, missä nämä tiedot ylipäätään asuvat, koska se selittää muun ja vastaa seuraavaan kysymykseen, joka yleensä tulee heti perään. Suorituskerrat ja tulokset kuuluvat alustan aktiviteetille, eivät paketille, joten aktiviteetin poistaminen poistaa myös tulokset, ja uuden aktiviteetin luominen uudelle versiolle tarkoittaa, että vanhat suoritusmerkinnät jäävät vanhaan aktiviteettiin eikä niitä uudessa näy. Se on käyttökelpoinen ratkaisu, jos vanha aktiviteetti piilotetaan eikä poisteta, mutta silloin kurssin suoritusehdot on sidottava uudelleen uuteen aktiviteettiin, muuten kurssi muuttuu osalle ihmisistä yhtäkkiä suorittamattomaksi.

Viimeinen suorituskerroista tietämisen arvoinen seikka koskee sitä, milloin alusta ylipäätään tarjoaa aloittaa uudelleen, koska se ei ole käyttäjän valinta vaan standardin määräämä käyttäytyminen. SCORM 1.2:ssa uutta suorituskertaa tarjotaan vain, jos edellinen päättyi tilaan Suoritettu, Hyväksytty tai Epäonnistui, kun taas Kesken, Selattu tai vielä yrittämätön suorituskerta palauttaa ihmisen samaan suorituskertaan, ja paketti ilman omaa sisäistä logiikkaa yksinkertaisesti kirjoittaa aiemmat pisteet ja tilan yli.

Tämän käyttäytymisen ympärillä alustassa on kaksi asetusta, jotka kannattaa ymmärtää ennen kurssin käynnistystä, ei ensimmäisten valitusten jälkeen. Toinen pakottaa aloittamaan uuden suorituskerran ja on nimeltään Pakota uusi suorituskerta, toinen lukitsee aktiviteetin viimeisen sallitun suorituskerran jälkeen ja on nimeltään Lukitse viimeisen suorituskerran jälkeen; itse suorituskertojen määrän rajoitus toimii vain SCORM 1.2:n ja AICC:n kanssa, koska vuoden 2004 versiolla on oma erillinen määritelmänsä. On myös raportoinnin hienous, joka muuttaa lukuja: viimeisimmän suoritetun suorituskerran tunnusluku ei sisällä niitä, jotka päättyivät tilaan Epäonnistui, joten kaksi raporttia samasta kurssista voi rehellisesti näyttää eri lukuja.

H5P on eri asia, ei helpompi SCORM

H5P nimetään usein samassa hengenvedossa SCORM:n kanssa, ja se luo vaikutelman, että kyse on kahdesta samanlaisesta ratkaisusta, joista toinen on vain helpompi käyttää. Se ei pidä paikkaansa, ja sekoittaminen maksaa, koska näitä ostetaan eri tapauksissa: H5P, lyhenne HTML5-paketista, on interaktiivisen sisällön tyyppi, joka toimii selaimessa ja luovutetaan erillisenä tiedostona, mutta se ei käytä manifestia eikä SCORM-rajapintaa, ja siksi se raportoi alustalle toisin.

Moodleen H5P tulee kolmea eri tietä, joita ei saa sekoittaa, koska ne käyttäytyvät eri tavalla, ja niistä ensimmäinen on alustan oma sisäänrakennettu mahdollisuus, jossa on sisältöpankki ja erillinen aktiviteetti, joka on arvioitava ja pitää suorituskertoja. Toinen on vanhempi lisäosa, joka on yhä asennettuna monissa asennuksissa ja käsittelee joillekin sisältötyypeille arvosanan toisin, kolmas maksullinen pilvipalvelu, joka liittyy alustaan ulkoisena työkaluna, ja sen valmistajan foorumilla on suoraan sanottu, että ilman sitä pärjää, koska maksullinen osa on erillisiä sisältötyyppejä ja tuontimahdollisuuksia.

Arvosanan käyttäytyminen on se kohta, jossa syntyy ikäviä yllätyksiä, koska sisäänrakennetun aktiviteetin suorituskertojen raportissa Tavoite (Outcome) -sarake tarkoittaa, että ihminen sai sata prosenttia, mutta Suorituksen tila -sarake tarkoittaa vain, että hän kävi sisällön loppuun, ja dokumentaatiossa sanotaan selvästi, ettei tämä raportti ole sidoksissa aktiviteetin hyväksymisrajaan eikä aktiviteetin suoritusehtoihin. Yritys, joka odottaa H5P-tuloksen itse täyttävän kurssin suorituksen, voi siksi huomata, ettei kurssi ole muodollisesti suoritettu kenellekään.

On myös yksityiskohta itse sisältötyypeistä, joka kannattaa tarkistaa ennen valintaa, koska jokainen H5P-tyyppi ei raportoi arvosanaa ja suoritusta samalla tavalla, ja on dokumentoituja tapauksia, joissa yksittäiset tyypit eivät asettaneet suoritus- ja onnistumisilmoituksia lainkaan, joten on tarkistettava juuri ne tyypit, joita kurssissa aiotaan käyttää. Lisenssin osalta ohjelmisto on sallivassa lisenssissä poikkeuksella osalle koodia, mutta tärkeämpää on, ettei itse sisältö, jonka luot, lisensoidu sillä automaattisesti, ja sen lisenssin valitsee tekijä.

Kurssin sisällöllä on omat saavutettavuusvaatimuksensa

Saavutettavuuskysymys esitetään tavallisesti alustasta, mutta suurin osa vastauksesta on sisällössä, koska juuri siellä elävät videot ilman tekstitystä, kuvat ilman kuvausta ja interaktiiviset tehtävät, joita ei voi suorittaa näppäimistöllä. Alusta voi olla moitteeton, ja kurssi siinä silti käyttökelvoton ihmiselle, joka ei näe ruutua tai ei käytä hiirtä.

Kenelle tämä on velvollisuus eikä valinta, on vastattava täsmälleen, koska tässä on helppoa ja kallista erehtyä: julkisen sektorin viranomaisten verkkosivustojen ja mobiilisovellusten vaatimukset asettaa laki digitaalisten palvelujen tarjoamisesta (306/2019), jolla pannaan täytäntöön Euroopan parlamentin ja neuvoston direktiivi (EU) 2016/2102. Tietyille kuluttajille tarjottaville digitaalisille palveluille, mukaan lukien verkkokaupan palvelut, sovelletaan 28.6.2025 alkaen saman lain 3 a lukua. Se ei tarkoita, että tuosta päivästä lähtien jokaisen yrityksen verkkosivuston pitäisi täyttää saavutettavuusstandardi, koska soveltamisala on rajattu nimettyihin palvelutyyppeihin, ja mikroyrityksille — alle kymmenen työntekijää ja enintään 2 000 000 euron liikevaihto tai tase — palveluja koskevia vaatimuksia ei sovelleta.

Yrityksen sisäisestä koulutuksesta seuraa tästä käytännön johtopäätös, joka ei vaadi juristia: jos koulutus on tarkoitettu omille työntekijöille, suoraa velvollisuutta noista saavutettavuussäännöksistä ei yleensä ole, mutta velvollisuus järjestää kohtuulliset mukautukset tietylle työntekijälle, joka niitä tarvitsee, on olemassa, ja se on aivan toinen, henkilökohtainen kysymys, joka kuuluu Suomen yhdenvertaisuus- ja työlainsäädäntöön. Jos koulutusta myydään palveluna kuluttajille verkossa tai jos tilaaja on julkisen sektorin viranomainen, vaatimukset on tarkistettava vakavasti ja ennen hankintaa, ei sen jälkeen.

Teknisellä puolella vaatimus ilmaistaan tavallisesti WCAG-ohjeiden AA-tason mukaisuutena, ja sisällön tekijälle se tarkoittaa konkreettisia asioita: tekstitys videoon, litteraatti äänelle, riittävä kontrasti, tekstivaihtoehdot kuville ja mahdollisuus suorittaa kaikki interaktiivinen näppäimistöllä. Nämä vaatimukset on kirjattava tilaukseen, koska tekstityksen lisääminen kurssin valmistumisen jälkeen merkitsee videon uudelleenkäsittelyä, ja se maksaa yhtä paljon kuin se olisi maksanut heti, vain myöhemmin.

Mitä paketti ei koskaan sisällä

Paketin tuonti luo yhden aktiviteetin, ei kurssia, ja tämä ero selittää monet myöhemmät väärinkäsitykset, jotka ilmestyvät juuri luovutushetkellä. Kaikki, mikä kurssissa on itse sisällön ympärillä, jää alustan puolelle ja on luotava erikseen riippumatta siitä, miten hyvin paketti on valmisteltu ja miten kalliisti se on maksettu.

Konkreettisesti paketissa ei ole ilmoittautumista, se ei siis tiedä eikä voi tietää, kuka kurssin saa käydä, eikä siinä ole kurssin suoritusehtoja, se ei siis päätä, mitä alusta laskee suoritetuksi kurssiksi. Siinä ei ole roolien ja oikeuksien asetuksia, ei arviointikirjan laskentaa, ei todistuksia eikä muuta kurssin sisältöä. Jos toimittaja lupaa luovuttaa kurssin, kannattaa täsmentää, onko kyse paketista vai täydestä kurssista alustalla, koska ero työmäärässä on suuri.

Video on erillinen tapaus, joka tällä listalla esiintyy lähes aina, eivätkä oppimisen hallintajärjestelmät ole videonjakelujärjestelmiä, joten suuret tiedostot pidetään tavallisesti niiden ulkopuolella ja kurssiin laitetaan vain soitin, mikä tarkoittaa, ettei videon katsomisen seikka ole alustalle automaattisesti tiedossa ja tulee tiedoksi vasta, jos kurssi muuttaa sen joksikin raportoitavista arvoista. Yritys, joka odottaa raporttia siitä, kuinka kauan kukin katsoi, huomaa tavallisesti, ettei sellaista ole, koska kukaan ei ollut sitä tilannut.

On myös omistuskysymys, joka on tätä aihetta lähempänä kuin näyttää: jos kurssin sisällön kirjoittaa oman alasi asiantuntija mutta kurssin rakentaa toimittaja, tekijänoikeuden oletukset tilaustyössä eivät tarkoita, että maksu itsessään siirtäisi taloudelliset oikeudet tilaajalle. Tätä säätelee tekijänoikeuslaki (404/1961), ja käytännön johtopäätös on lyhyt: oikeudet kurssiin, kuten lähdeprojektiinkin, on kirjattava sopimukseen ennen työn alkua.

Tässä on myös raja naapuriaiheeseen, jota tämä artikkeli tietoisesti ei koske, nimittäin kysymys siitä, miten koko kurssi viedään yhdestä alustasta toiseen, on siirrettävyyskysymys, ja sillä on omat muotonsa ja oma vastauksensa, jonka olemme kuvanneet artikkelissa siitä, mikä on oppimisen hallintajärjestelmä. Paketti on yhden kurssin yksikkö, ei vientimekanismi, ja näiden kahden sekoittaminen on kallista.

Mitä kysyä, ennen kuin kurssi tilataan

Kaikki edelliset jaksot johtavat pieneen kysymysjoukkoon, joka kannattaa esittää sisällön tekijälle ennen sopimusta, koska luovutuksen jälkeen vastaukset eivät enää muuta mitään, ja näistä ensimmäinen koskee muotoa: missä standardissa paketti luovutetaan ja onko se SCORM 1.2, ottaen huomioon, ettei Moodle tue vuoden 2004 versiota. Toinen koskee tunnistetta: säilyykö manifestin elementin tunniste myöhemmissä versioissa samana ja voiko sen kirjata sopimukseen.

Kolmas kysymys koskee sitä, mitä kurssi raportoi, eli asettaako se tilan, luovuttaako se pisteet, onko manifestissa tavoitepisteet ja mitä tarkalleen näet raportissa ihmisestä, joka kävi materiaalin mutta ei läpäissyt testiä. Neljäs koskee määrää: kuinka paljon tilatietoa kurssi säilyttää ja mahtuuko se standardikenttään, koska pitkä kurssi, jossa on paljon kysymyksiä, saavuttaa tämän rajan hiljaa.

Viides kysymys koskee lähdemateriaaleja ja on se, joka unohdetaan useimmin: saatko myös kurssin lähdeprojektin, et vain valmista pakettia, koska ilman lähdettä seuraavan muutoksen voi tehdä vain sama tekijä samalla authoring toolilla. Se on sama kysymys kuin missä tahansa tilaustyössä, ja se on esitettävä ennen työn alkua.

Nämä kysymykset eivät vie paljoa aikaa eivätkä loukkaa ketään, koska ammattimainen sisällön tekijä vastaa niihin heti, mutta ne estävät tilanteen, jossa yritys on maksanut kurssista eikä vuoden päästä voi sitä päivittää eikä todistaa, että joku sen kävi. Jos haluat, että käymme tämän keskustelun tai tarkistamme jo saadun paketin ennen sen lataamista, kirjoita meille, ja teemme sen yhdessä koulutusalustan käyttöönoton kanssa.