Kas ir mācību pārvaldības sistēma (LMS) un kad tā ir vajadzīga

LMS nav mape ar prezentācijām un saraksts izklājlapā. Kad reģistrācija, izpilde un derīguma termiņš jāpierāda, sistēma sāk atmaksāties — un kad nē, tā ir dārga liekā daļa.

Iedomājieties koplietošanas mapi, kurā glabājas septiņas prezentācijas, divi video un viena instrukcija ar nosaukumu “galīgā_versija_2_labota.pdf”, un tai blakus izklājlapu, kurā personāla speciāliste ar roku atzīmē, kurš ko ir noskatījies. Kamēr darbinieku ir divdesmit un kurss ir viens, šī kārtība strādā pilnīgi labi un neizmaksā neko, tāpēc to arī neviens nesteidzas mainīt. Tā sabrūk citā brīdī — kad kāds pajautā, vai konkrētais cilvēks pagājušajā gadā tiešām saņēma atkārtoto instruktāžu, un vienīgā atbilde, kas Jums ir, ir izklājlapas rinda, kuru neviens nevar apstiprināt un kuru jebkurš varēja pārrakstīt. Mācību pārvaldības sistēma jeb LMS ir programmatūra, kuras vienīgais nopietnais uzdevums ir pārvērst šo rindu par ierakstu, kuram ir izcelsme, datums un autors.

Kas ir LMS un ko ar to visbiežāk sajauc

Mācību pārvaldības sistēma dara četras lietas: reģistrē cilvēkus kursos, piegādā saturu, pārbauda apguvi un glabā ierakstu par to, kas notika. Pirmā un ceturtā ir tās, kuru dēļ sistēmu patiesībā pērk, bet otrā un trešā ir tās, par kurām runā demonstrācijās, jo tās ir vieglāk parādīt ekrānā. Ja no šī saraksta izņem ierakstu, paliek failu glabātuve ar labāku saskarni, un tādu Jūsu organizācijā, visticamāk, jau ir vismaz divas.

Tieši tāpēc LMS nav videoplatforma, nav tīmekļa semināru rīks un nav kursu tirdzniecības vietne, lai gan visas trīs prot rādīt mācību materiālu tikpat labi vai labāk. Videoplatforma zina, ka fails tika atskaņots; tā nezina, ka to atskaņoja cilvēks, kuram konkrētais kurss bija jāapgūst līdz konkrētam datumam, ka viņš to darīja otrajā mēģinājumā un ka pēc gada tas viss būs jāatkārto no sākuma. Atšķirība nav funkciju sarakstā, kuru salīdzina iepirkuma tabulā, bet jautājumā, uz kuru sistēma spēj atbildēt pēc diviem gadiem, kad neviens no sākotnēji iesaistītajiem cilvēkiem organizācijā vairs nestrādā.

Vārds “platforma” šeit maldina vairāk, nekā palīdz, jo ar to apzīmē gan sistēmas, kas uzskaita pienākumus, gan tās, kas piedāvā brīvi izvēlētu saturu, un abas pārdod vieni un tie paši cilvēki. Praktiskais dalījums tomēr ir vienkāršs un tur visos gadījumos: ja kāds cits nosaka, kas Jums jāapgūst, un kāds pārbauda, vai to izdarījāt, tā ir mācību pārvaldības sistēma. Ja izvēlaties pats un neviens neseko līdzi, tā ir bibliotēka, un abas var būt noderīgas vienlaikus, bet tikai pirmā atbild uz auditora jautājumu, un tieši šis jautājums parasti ir tas, kas noved līdz projektam.

Pieprasījums pēc šādas uzskaites nav Latvijas īpatnība, un tas arī nav mazs: pēc Eurostat datiem 2025. gada pirmajā ceturksnī 16 % ES iedzīvotāju vecumā no 16 līdz 74 gadiem iepriekšējo trīs mēnešu laikā bija apguvuši kādu tiešsaistes kursu, tātad pati mācīšanās ekrānā vairs nevienu nepārsteidz. Pārsteidz gan tas, cik reti organizācija spēj pateikt, kurš no šiem kursiem bija obligāts, kurš tika pabeigts un cik ilgi rezultāts ir spēkā, jo tieši šie trīs jautājumi ir tie, ko sistēma atrisina, un tieši tos parasti neviens neuzdod līdz pirmajai pārbaudei.

Kad tā tiešām ir vajadzīga: pierādījums, nevis ērtība

Vairums organizāciju pie mācību sistēmas nonāk nevis tāpēc, ka mācības būtu kļuvušas sarežģītākas, bet tāpēc, ka pierādīšana ir kļuvusi dārga. Latvijas normatīvie akti prasa darba aizsardzības instruktāžu reģistrācijas dokumentus glabāt piecus gadus, un atkārtotā instruktāža jāveic ne retāk kā reizi gadā, bet darbā ar bīstamām iekārtām un paaugstinātas bīstamības darbos — ne retāk kā reizi sešos mēnešos. Kamēr cilvēku ir maz un termiņš ir viens, to izseko galvā vai kalendārā. Pie divsimt darbiniekiem ar dažādiem sākuma datumiem tas kļūst par uzdevumu, kurā kļūda vairs nav iespējama, bet neizbēgama.

ES darba aizsardzības pamatdirektīva 89/391/EEK prasa nodrošināt apmācību ne tikai pieņemot darbā, bet arī pārceļot cilvēku citā darbā, ieviešot jaunu darba aprīkojumu un mainoties tehnoloģijai. Katrs no šiem notikumiem rada jaunu termiņu jaunai cilvēku grupai, un tieši šī kombinatorika, nevis mācību saturs, sāk prasīt sistēmu — jo termiņi nesakrīt, grupas pārklājas un neviens no tiem nesākas gada pirmajā janvārī. Regulētās nozarēs slieksnis ir vēl zemāks: ārstniecības personas sertifikāts Latvijā tiek izsniegts uz pieciem gadiem, un resertifikācijai tā darbības laikā ārstam, zobārstam vai funkcionālajam speciālistam jāiegūst 250 tālākizglītības punkti, bet pārējām ārstniecības personām — 150, un kādam tie ir jāsaskaita un jāspēj uzrādīt.

Mērogu palīdz saprast arī tas, cik izplatīta šī vajadzība vispār ir, jo pēc Eurostat datiem 2020. gadā 67,4 % ES uzņēmumu ar desmit un vairāk nodarbinātajiem nodrošināja darbiniekiem tālākizglītību, tātad runa nav par retu gadījumu, bet par vairākumu; jautājums ir tikai, kā katrs no tiem to uzskaita. Tāpēc godīgais LMS ieviešanas iemesls parasti skan neromantiski: Jums vajag zināt, kas ir apmācīts, kad tas notika, cik ilgi tas ir spēkā un kas notiks nākamajā ceturksnī, un Jums to vajag zināt bez zvana kolēģim, kurš tobrīd ir atvaļinājumā. Ja šāda jautājuma nav un neviens to tuvākajā laikā neuzdos, sistēma atrisinās problēmu, kuras Jums nav, un šis ir vienīgais projekta veids, kuru neizdodas glābt ar labu ieviešanu.

Kad tā nav vajadzīga, un kāpēc to reti saka

Latvijas Darba aizsardzības likums informācijas tehnoloģiju izmantošanu darba aizsardzības procesu dokumentēšanai uzskaita kā darba devēja tiesības, nevis pienākumu, un šī atšķirība ir svarīgāka, nekā izskatās. Normatīvais akts prasa ierakstu, nevis programmatūru, un parakstu lapa ar datumu ir pilnvērtīgs ieraksts, kas auditā izturēs tieši tāpat kā ekrānšāviņš no sistēmas. Piecpadsmit cilvēkiem, vienam kursam un vienam termiņam gadā mācību sistēma pievieno uzturēšanu, versiju atjauninājumus un vēl vienu vietu, kur jāpiesakās, bet nepievieno nevienu atbildi, kuras Jums iepriekš pietrūka.

Mēs neiesakām mācību sistēmu arī tad, kad organizācijai vēl nav satura, un tas ir biežākais gadījums, kurā projektu labāk atlikt. Tukša sistēma nav ieguldījums nākotnē, bet izdevums, kas gaida, kamēr kāds atradīs laiku uzrakstīt kursus — un šis laiks pēc palaišanas parasti neatrodas tieši tāpat, kā tas neatradās pirms tās. Lētāk un ātrāk ir vispirms uzrakstīt trīs kursus tekstā un video, izplatīt tos tā, kā protat šodien, paskatīties, kurus cilvēki tiešām izmanto, un tikai pēc tam pirkt vietu, kur tos ievietot. Otrādi izdarīts projekts biežāk beidzas ar platformu, kurā ir divi kursi un neviens regulārs lietotājs.

Trešais gadījums, kad atbilde ir “nē”, ir tad, kad patiesā vajadzība nav mācības, bet atbildes. Ja darbinieki meklē nevis kursu, bet konkrētu punktu iekšējā dokumentā — kā rīkoties ar konkrētu klienta gadījumu, kāda ir procedūra konkrētā situācijā —, mācību sistēma to neatrisinās, jo tā ir veidota secīgai apguvei ar pārbaudi beigās, nevis ātrai uzziņai darba vidū. Šādos gadījumos vairāk palīdz meklēšana pa uzņēmuma dokumentiem, par ko rakstījām atsevišķi rakstā par RAG risinājumu uz uzņēmuma dokumentiem — abas sistēmas prezentācijā izskatās mulsinoši līdzīgas, jo abās ir meklēšana un abās ir uzņēmuma saturs, taču tās risina pilnīgi dažādas problēmas un tāpēc reti aizstāj viena otru.

Ko sistēma patiesībā uzskaita

Uzskaite ir vieta, kur mācību sistēmas savā starpā atšķiras visvairāk, un vienlaikus vieta, kurā demonstrācijās skatās vismazāk, jo tā izskatās garlaicīgi. Reģistrācija atbild uz jautājumu, kam kurss bija jāapgūst; izpilde atbild, cik tālu cilvēks tika; kursa izpildes ieraksts apliecina, ka nosacījumi tika izpildīti; derīguma termiņš pasaka, cik ilgi tas viss ir spēkā. Ceturtais visbiežāk pietrūkst lētajās sistēmās, un tieši tas Jums būs vajadzīgs katru dienu, jo uz tā balstās gan atgādinājumi, gan resertifikācija, gan atskaite vadībai.

Praksē tas nozīmē, ka sistēmai jāprot atšķirt “noskatījās video” no “nokārtoja pārbaudi” un abus no “ir spēkā līdz”, un jāprot to izdarīt vienā skatā, nevis trīs atskaitēs. Ja sistēma glabā tikai pirmo, tā ir aktivitātes žurnāls, nevis kompetences reģistrs, un auditā tā nepierāda neko vairāk par to, ka fails tika atvērts. Prasiet demonstrācijā parādīt konkrētu cilvēku, kuram viens kurss ir nokārtots, otrs nokavēts un trešajam beidzies termiņš, un paskatieties, cik viegli šo trīs stāvokļu atšķirību ieraudzīt bez paskaidrojuma.

Otra bieži pārprastā daļa ir tā, ka mācību sistēma nav personāla uzskaites sistēma un nekad par tādu nekļūs. Tā zina par kursiem un rezultātiem, bet amatu, struktūrvienību un darba attiecību sākuma datumu tā saņem no citurienes, un tieši šī integrācija izšķir, vai reģistrācija kursos notiks automātiski vai ar roku. Ja jaunais darbinieks kursos jāpiereģistrē manuāli, sistēma nav ieviesta līdz galam — tā ir tikai pārcēlusi to pašu darbu no izklājlapas uz jaunu saskarni, un pēc gada kāds atkal jautās, kāpēc saraksti nesakrīt.

Uzskaitei ir arī otra puse, par kuru domā retāk: dati mēdz rasties ārpus pašas sistēmas. Ja daļa apmācības notiek ārējā rīkā — simulatorā, valodu platformā, ražotāja mācību vidē —, tad jautājums ir, vai rezultāts no turienes atgriežas Jūsu ierakstā automātiski vai kāds to pārraksta ar roku. Tieši šim nolūkam eksistē LTI, kas ļauj ārēju rīku pievienot bez atsevišķas pieteikšanās un saņemt vērtējumu atpakaļ, un tieši tāpēc iepirkumā ir vērts prasīt ne tikai standarta nosaukumu, bet arī to, kuras tā daļas piegādātājs ir ieviesis un kā tas ir pārbaudīts.

Standarti, kas izšķir, vai varēsiet aiziet

Jautājums, kas projekta sākumā izskatās tehnisks un pēc trim gadiem izrādās komerciāls, ir šis: kam pieder saturs un ieraksti, ja Jūs izlemjat mainīt platformu. Uz to atbild nevis līguma punkts par datu atgriešanu, bet formāti, kādos saturs un ieraksti reāli glabājas. SCORM ir vecākais no tiem un joprojām izplatītākais veids, kā iepakot kursu tā, lai to varētu ievietot citā sistēmā; xAPI ir jaunāks slānis, kas apraksta nevis pakotni, bet notikumus — kurš, ko un ar kādu rezultātu izdarīja — un glabā tos atsevišķā krātuvē, ko sauc par mācību ierakstu krātuvi jeb LRS.

Šeit ir nianse, kuru pārdošanas prezentācijās neatradīsiet un kura pēdējos gados ir mainījusi visu jautājuma nostādni: ADL Initiative — ASV Aizsardzības departamenta programma, kas SCORM radīja un publicēja xAPI, — ir slēgta, un tās GitHub organizācija, ko GitHub apstiprinājis kā adlnet.gov īpašnieci, paziņo: “The ADL Initiative has been shut down.” Tas nenozīmē, ka SCORM pēkšņi pārstātu darboties, jo formāts ir publicēts un sistēmas to lasa arī turpmāk, bet nozīmē, ka aiz zīmola vairs nestāv aktīvs uzturētājs, kurš to attīstītu. Datu modelis, uz kura SCORM izpildlaiks balstās, gan ir un paliek IEEE standarts — IEEE 1484.11.1-2022 ir spēkā esošs un publicēts 2022. gada 15. aprīlī.

xAPI ceļš ir gājis pretējā virzienā: tas ir standartizēts kā IEEE 9274.1.1-2023 un publicēts 2023. gada 6. oktobrī, tātad tam uzturētājs ir un ieraksti, kas šajā formātā izveidoti, paliek lasāmi arī tad, ja produkts mainās. Trešais standarts, ko vērts prasīt vārdā, ir LTI, kas ļauj pievienot ārēju rīku bez atsevišķas pieteikšanās, un 1EdTech atbalstu visām versijām pirms LTI 1.3 pārtrauca pēc 2021. gada 30. jūnija, tāpēc atbilde “mēs atbalstām LTI” bez versijas numura vairs nav atbilde. Visa kursa pārnešanai kalpo Common Cartridge, un tieši to ir vērts pieprasīt demonstrēt, nevis apspriest.

Kāpēc “atbalsta standartu” nav tas pats, kas “strādā”

Standarta nosaukums specifikācijā un standarta uzvedība konkrētā sistēmā ir divas dažādas lietas, un labākais piemērs ir publiski pieejams Moodle dokumentācijā, tātad pārbaudāms bez neviena piegādātāja palīdzības. Tur rakstīts, ka SCORM 1.2 Moodle atbalsta un ka tas iztur ADL atbilstības testus, bet ka SCORM 2004 Moodle neatbalsta. Jaunāks versijas numurs šeit nenozīmē labāku atbalstu — tas nenozīmē neko, kamēr nav pārbaudīts —, un piegādātājs, kurš to nepasaka, vai nu nezina, vai rēķinās, ka Jūs nepārbaudīsiet.

No tā izriet praktiska pārbaude, kas neko nemaksā, aizņem apmēram stundu un pasaka vairāk nekā jebkura atsauksme: paņemiet vienu reālu kursu tādā formātā, kādā Jūsu saturs jau šodien eksistē, un lūdziet to augšupielādēt testa vidē demonstrācijas laikā, nevis pēc līguma parakstīšanas. Ja atbilde ir, ka to izdarīs ieviešanas gaitā, Jūs jau esat uzzinājuši atbildi, un tā ir lētākā informācija, ko šajā projektā iegūsiet. To pašu attiecinām uz eksportu: lūdziet izņemt kursu ārā un ievietot to citā sistēmā, jo tieši šī darbība kādreiz būs vajadzīga steigā.

Piegādātāja apgalvojumus par savietojamību var pārbaudīt arī pilnīgi neatkarīgi no viņa paša. 1EdTech uztur publisku TrustEd Apps sarakstu ar produktiem, kas sertifikāciju ir izturējuši, un skaidri norāda, ka produkts, kura sarakstā nav, sertifikāciju vai nu nav izturējis, vai arī tā sertifikācijas termiņš ir beidzies. Piecas minūtes šajā sarakstā pasaka vairāk nekā piecdesmit slaidu prezentācija, un tas ir praktiski vienīgais avots šajā jomā, kuru nav publicējis pats pārdevējs. Ja produkta tur nav, tas vēl nav aizliegums pirkt, bet ir jautājums, uz kuru vērts saņemt atbildi rakstiski.

Tā pati piesardzība attiecas uz versiju numuriem, kurus mēdz nolasīt kā kvalitātes rādītāju. LTI 2.0 pēc numura izskatās jaunāka par 1.3, taču 1EdTech to uzskaita tieši starp tām agrākajām versijām, kurām atbalstu pārtrauca, tāpēc piedāvājums, kurā šis numurs minēts kā priekšrocība, praksē sola novecojušu, vairs neuzturētu savienojuma veidu. Ja piedāvājumā versijas numura nav vispār, to ir vērts pieprasīt rakstiski, jo tā ir viena rinda, kas vēlāk izšķir, vai integrācija ar nākamo rīku prasīs stundu vai atsevišķu projektu.

LMS un LXP: kāda ir atšķirība

Sarunās par mācību sistēmām agri vai vēlu parādās saīsinājums LXP, un tas ir vērts paskaidrojuma, jo tā svars ir mazāks, nekā skan. LMS pieņem, ka organizācija nosaka, kas kuram jāapgūst, un uzskaita izpildi; LXP apzīmē pieeju, kurā saturu izvēlas pats mācāmais, bet sistēma iesaka, un uzsvars pāriet no pienākuma uz ieinteresētību. Kā uzsvaru atšķirība tā ir īsta un dažkārt noderīga — brīvprātīgai kvalifikācijas celšanai pienākumu uzskaite tiešām nav galvenais, un piespiedu kursu saraksts tur drīzāk traucē.

Kas šai atšķirībai nav, tā ir standartu organizācija vai kāda tehniska robeža, kuru varētu pārbaudīt. Terminu 2018. gada septembrī publiski pieteica personāla tehnoloģiju analītiķis Džošs Bersins kā savu darinājumu, un kopš tā laika to lieto galvenokārt tirgus segmentēšanai. Praktiski tas nozīmē, ka divi produkti ar vienu un to pašu apzīmējumu var būt tikpat atšķirīgi kā jebkuri divi produkti bez tā, un ka salīdzinājums pēc kategorijas nosaukuma nepasaka neko par to, ko Jūs saņemsiet, tāpēc iepirkuma tabulā šī aile paliek tukša vieta ar virsrakstu, kas rada drošības sajūtu, bet neizsaka nevienu pārbaudāmu prasību.

Salīdzināt ir vērts pēc tā, kas paliek datubāzē, kad demonstrācija ir beigusies. Ieraksta slānis, uz kuru abas kategorijas atsaucas, ir standartizēts — xAPI ir IEEE 9274.1.1-2023 —, un tieši tas nosaka, vai pēc trim gadiem Jūs varēsiet pateikt, ko cilvēki apguva, arī tad, ja produkts tobrīd būs cits. Ja piegādātājs kategorijas nosaukumu min biežāk nekā formātu, kādā ieraksti tiks glabāti un izgūti, saruna notiek par mārketingu, un to ir vērts pateikt skaļi jau sanāksmē.

Praktiski to pārbauda ar diviem jautājumiem, kurus var uzdot jebkurā demonstrācijā. Pirmais: kas nosaka, ka konkrētam cilvēkam konkrēts kurss ir jāapgūst līdz konkrētam datumam, un kur šis lēmums sistēmā ir redzams. Otrais: kādā formātā šo pienākumu izpilde tiek glabāta un kā tā tiek izgūta, ja produkts tiek nomainīts. Ja atbilde uz pirmo ir, ka sistēma iesaka, bet neuzliek, tad neatkarīgi no kategorijas nosaukuma Jums rokās ir bibliotēka, un pienākumu uzskaite būs jārisina citur.

Kur beidzas mācību sistēma un sākas cita

Robeža, ko projektos pārkāpj visbiežāk, ir starp mācību sistēmu un studentu vai personāla informācijas sistēmu. Pirmā pārvalda kursus, otrā pārvalda cilvēkus: uzņemšanu, līgumus, grupas, amatus un statusu. Mācību sistēmā var ievadīt cilvēku sarakstu, tāpēc rodas kārdinājums to izmantot arī kā reģistru, un tieši šis kārdinājums rada situāciju, kurā divās vietās vienlaikus pastāv divi atšķirīgi patiesības varianti par to, kurš vēl ir darbinieks un kurā struktūrvienībā.

Praktiskais princips ir viens un tas ir vienkāršs: cilvēks tiek radīts tur, kur viņš organizācijā tiek radīts, un mācību sistēmā viņš tikai ienāk. Ja darbinieku reģistrs ir personāla sistēmā, tad no turienes nāk arī reģistrācija kursos, bet mācību sistēma atpakaļ atdod rezultātu un termiņu. Ja šī plūsma nav definēta jau prasībās, tā gandrīz vienmēr tiek atrisināta ar ikmēneša izklājlapu, kuru kāds sagatavo ar roku — un tā ir tieši tā pati izklājlapa, no kuras viss projekts sākās.

Līdzīgi ir ar sertifikātiem un dokumentu apriti: mācību sistēma prot izsniegt apliecinājumu par kursa nokārtošanu, bet tā nav dokumentu vadības sistēma, un ilgtermiņa glabāšana ar juridisku nozīmi parasti pieder tur, kur jau glabājas līgumi un rīkojumi, tāpēc robežu starp abām sistēmām novelk projekta sākumā, nevis tajā dienā, kad kāds to pirmoreiz pieprasa. Kad to izdara laikus, integrāciju saraksts kļūst īsāks un lētāks; kad neizdara, pēc gada parādās prasība, kuru neviens nav plānojis un kurai budžets jau ir iztērēts.

No tā izriet arī tas, kā vērtēt atskaites, kuras iepirkumā parasti prasa vispēdējās. Atskaite ir noderīga tikai tad, ja tā atbild uz jautājumu, ko kāds tiešām uzdos — cik cilvēku šajā struktūrvienībā ir nokavējuši obligāto instruktāžu un kad katram beidzas termiņš —, nevis uz to, cik kursu šomēnes tika atvērts. Ja sistēma cilvēku struktūru saņem no personāla reģistra, šāda atskaite ir viens vaicājums; ja nesaņem, tā ir izklājlapa, ko kāds katru mēnesi saliek ar roku no diviem eksportiem.

Moodle kā piemērs, nevis kā ieteikums

Kad saruna nonāk līdz konkrētiem produktiem, Latvijā gandrīz vienmēr izskan Moodle, tāpēc ir vērts pateikt, kas tas faktiski ir, pirms sākas viedokļi. Moodle ir mācību pārvaldības sistēma, ko izstrādā un uztur Moodle Pty Ltd, un tā ir brīvi pieejama ar GPL licenci. Tas nozīmē, ka pirmkods ir atvērts un par pašu programmatūru maksāt nevajag, bet nenozīmē, ka viss ap to ir brīvi lietojams: GPL attiecas uz kodu, savukārt vārds Moodle un logotipi ir preču zīmes, kuru izmantošanai komerciālos nolūkos vajadzīga īpašnieka iepriekšēja rakstiska atļauja.

Praktiskajam lēmumam par licenci svarīgāks ir uzturēšanas ritms, jo tieši tas nosaka budžetu nākamajiem gadiem. Moodle publicē laidienu kalendāru ar divām lielajām versijām gadā — aprīlī un oktobrī — un uzturēšanas laidieniem ik pēc diviem mēnešiem; katra lielā versija saņem divpadsmit mēnešu vispārējo atbalstu, parastais laidiens drošības labojumus līdz astoņpadsmit mēnešiem, bet LTS laidiens — līdz trīsdesmit sešiem. Pēc šī kalendāra plāno naudu un cilvēkus, jo versija, kurai atbalsts ir beidzies, vairs nav gaumes jautājums, bet drošības jautājums, un tas parasti pienāk nepiemērotā brīdī.

Ir arī prasības, kas skar infrastruktūru un ko vērts pārbaudīt pirms solījumiem: Moodle 5.2 prasa vismaz PHP 8.3.0 un vienu no PostgreSQL 16, MySQL 8.4, MariaDB 10.11.0 vai Microsoft SQL Server 2019. Un vēl viena lieta, ko der zināt, pirms lasāt iespaidīgus izplatības skaitļus: moodle.org publicētā statistika nāk no vietnēm, kas pašas brīvprātīgi reģistrējušās, tāpēc tā rāda kopienas apjomu, nevis izmērītu tirgus daļu. Atsevišķi pastāv Moodle Workplace, kas pieejams tikai caur sertificētiem partneriem, un tas ir cits produkts ar citu iegādes ceļu.

Neko no iepriekšminētā nevajag uztvert kā ieteikumu tieši šo sistēmu arī izvēlēties, jo pareizā atbilde ir atkarīga no tā, cik cilvēku, cik kursu un cik termiņu Jums patiesībā ir. Moodle šeit ir piemērs tāpēc, ka tas ir atvērts un tā dokumentācija ir publiska, tātad katru apgalvojumu par to var pārbaudīt bez neviena piegādātāja starpniecības — un tā ir īpašība, pēc kuras mēra jebkuru kandidātu, arī slēgtu produktu, kura dokumentācija paslēpta aiz pieteikšanās formas.

Kas izmaksā vairāk nekā licence

Ja licence ir bezmaksas, budžets aiziet citur, un daudz labāk to redzēt pirms projekta nekā tā vidū. Lielākā pozīcija gandrīz vienmēr ir saturs: kursu sagatavošana, video ierakstīšana, pārbaudījumu izveide un tā pati satura uzturēšana vēlāk, kad mainās procedūras vai normatīvie akti. Otrā ir migrācija, ja kaut kas jau eksistē — vecas Moodle versijas, kursi citā sistēmā, dalībnieku vēsture, kas jāsaglabā tāpēc, ka termiņi vēl ir spēkā un pierādījums par tiem joprojām ir vajadzīgs.

Trešā pozīcija ir integrācijas un autentifikācija, un tieši šeit Latvijā prasības atšķiras no vispārīgiem sarakstiem: pieteikšanās ar VPM vai eParakstu, savienojums ar studentu vai personāla reģistru, vienotā pieteikšanās visai organizācijai. Ceturtā, kuru plānos redz visretāk, ir uzturēšana pēc palaišanas — versiju atjauninājumi pēc iepriekš minētā kalendāra, dublējumkopijas, lietotāju atbalsts un neliela, bet nepārtraukta izmaiņu plūsma. Par to, kā šādus projektus rēķinām un kādā secībā tos darām, esam uzrakstījuši atsevišķi Moodle sistēmu izstrādes un uzturēšanas lapā.

Pirms sarunas ar jebkuru piegādātāju der izlasīt arī to, ko esam apkopojuši rakstā par tipiskākajām kļūdām, pasūtot izstrādi, jo mācību sistēmu projektos tās atkārtojas gandrīz nemainīgas: nenoteikts apjoms, nepārbaudīts eksports un pieņēmums, ka saturs radīsies pats no sevis. Ja vēlaties, lai kāds izlasa Jūsu esošo situāciju un pasaka, vai sistēma šeit vispār ir pareizā atbilde, uzrakstiet mums — dažkārt godīgākā atbilde ir, ka pietiek ar to, kas Jums jau ir, un ka naudu vērts tērēt saturam, nevis platformai.

Piektā pozīcija, kuru latviešu valodas videi vērts pārbaudīt atsevišķi, ir lokalizācija. Moodle kopiena sistēmu ir tulkojusi vairāk nekā 120 valodās, bet tulkojuma pilnīgums valodu starpā atšķiras, un tas ir publiski redzams Moodle tulkošanas vidē, tātad pārbaudāms pirms lēmuma. Praksē tas nozīmē, ka daļa retāk lietoto ekrānu var būt angliski arī tad, kad saskarne kopumā ir latviska, un ka izvēle starp pilnīgu tulkojumu un tā trūkumu ir Jūsu, nevis nejaušība — bet tikai tad, ja to pārbaudāt savlaicīgi.