Kas yra mokymosi valdymo sistema (LMS) ir kada jos iš tikrųjų reikia

LMS nėra aplankas su skaidrėmis ir sąrašas skaičiuoklėje. Kai registraciją, įvykdymą ir galiojimo terminą reikia įrodyti, sistema ima atsipirkti — o kai ne, ji tėra brangi nereikalinga dalis.

Įsivaizduokite bendrinamą aplanką, kuriame guli septynios prezentacijos, du vaizdo įrašai ir viena instrukcija pavadinimu „galutine_versija_2_taisyta.pdf“, o šalia jo — skaičiuoklę, kurioje personalo specialistė ranka pasižymi, kas ką peržiūrėjo. Kol darbuotojų yra dvidešimt, o kursas vienas, tokia tvarka veikia visiškai neblogai ir nekainuoja nieko, todėl jos niekas ir neskuba keisti. Ji sugriūva kitą akimirką — kai kas nors paklausia, ar konkretus žmogus pernai iš tikrųjų buvo pakartotinai instruktuotas, o vienintelis atsakymas, kurį turite, yra skaičiuoklės eilutė, kurios niekas negali patvirtinti ir kurią bet kas galėjo perrašyti. Mokymosi valdymo sistema, arba LMS, yra programinė įranga, kurios vienintelis rimtas uždavinys — paversti tą eilutę įrašu, turinčiu kilmę, datą ir autorių.

Kas yra LMS ir su kuo ją dažniausiai painioja

Mokymosi valdymo sistema daro keturis dalykus: registruoja žmones į kursus, pateikia turinį, patikrina, ar jis įsisavintas, ir saugo įrašą apie tai, kas įvyko. Pirmasis ir ketvirtasis yra tie, dėl kurių sistema iš tikrųjų perkama, o antrasis ir trečiasis — tie, apie kuriuos kalbama pardavimo pristatymuose, nes juos lengviau parodyti ekrane. Išėmus iš šio sąrašo įrašą, lieka failų saugykla su geresne sąsaja, o tokių Jūsų organizacijoje greičiausiai jau yra bent dvi.

Būtent todėl LMS nėra nei vaizdo įrašų platforma, nei internetinių seminarų įrankis, nei kursų prekyvietė, nors visos trys moka rodyti mokomąją medžiagą lygiai taip pat gerai arba geriau. Vaizdo įrašų platforma žino, kad failas buvo paleistas; ji nežino, kad jį paleido žmogus, kuriam tas kursas turėjo būti išeitas iki konkrečios datos, kad jis tai padarė antruoju bandymu ir kad po metų visa tai teks kartoti iš pradžių. Skirtumas slypi ne funkcijų sąraše, kurį lyginate pirkimo lentelėje, o klausime, į kurį sistema pajėgs atsakyti po dvejų metų, kai nė vieno iš pradžioje dalyvavusių žmonių organizacijoje nebebus.

Žodis „platforma“ čia labiau klaidina nei padeda, nes juo vadinamos ir sistemos, apskaitančios pareigas, ir tos, kurios siūlo laisvai pasirenkamą turinį, o parduoda jas tie patys žmonės. Praktinis skirstymas vis dėlto yra paprastas ir galioja visais atvejais: jei kas nors kitas nusprendžia, ką Jums reikia išmokti, ir kas nors patikrina, ar tai padarėte, tai yra mokymosi valdymo sistema. Jei renkatės patys ir niekas neseka, ar tai padarėte, tai yra biblioteka; abi gali būti naudingos vienu metu, bet tik pirmoji atsako į auditoriaus klausimą, o kaip tik tas klausimas paprastai ir atveda prie projekto.

Poreikis tokiai apskaitai nėra vien Lietuvos ypatybė, ir jis nėra mažas: pagal Eurostato duomenis 2025 m. pirmąjį ketvirtį 16 % ES gyventojų nuo 16 iki 74 metų per pastaruosius tris mėnesius buvo išklausę kokį nors internetinį kursą, taigi pats mokymasis ekrane nieko nebestebina. Stebina kita — kaip retai organizacija pajėgia pasakyti, kuris iš tų kursų buvo privalomas, kuris buvo baigtas ir kiek laiko rezultatas galioja, nes būtent šiuos tris klausimus sistema ir išsprendžia, ir būtent jų paprastai niekas neužduoda iki pirmo patikrinimo.

Kada ji iš tikrųjų reikalinga: įrodymas, o ne patogumas

Dauguma organizacijų prie mokymosi sistemos prieina ne todėl, kad mokymai būtų tapę sudėtingesni, o todėl, kad pabrango įrodinėjimas. Lietuvoje įstatymas nenurodo vieno kalendorinio intervalo: Darbuotojų saugos ir sveikatos įstatymo 27 straipsnio 1 dalis reikalauja instruktuoti darbuotoją priimant į darbą, perkeliant į kitą darbą ar darbo vietą ir pradėjus naudoti naujas arba modernizuotas darbo priemones ir naujas technologijas, o pats instruktavimas „atnaujinamas pasikeitus ar atsiradus naujai profesinei rizikai ir prireikus kartojamas“. Valstybės nustatyta instruktavimo tvarka su registravimo žurnalų formomis neteko galios 2012 m. spalio 1 d., todėl periodiškumas ir įforminimo būdas šiandien yra paties darbdavio tvarkos klausimas. Kol žmonių nedaug, o terminas vienas, jį sekate galvoje arba kalendoriuje; prie dviejų šimtų darbuotojų su skirtingomis pradžios datomis tai virsta užduotimi, kurioje klaida nebėra įmanoma — ji tampa neišvengiama.

Europos Sąjungos darbuotojų saugos ir sveikatos pagrindų direktyva 89/391/EEB reikalauja užtikrinti mokymą ne tik priimant į darbą, bet ir perkeliant žmogų į kitą darbą, diegiant naują darbo įrangą ir keičiantis technologijai. Kiekvienas iš šių įvykių sukuria naują terminą naujai žmonių grupei, ir būtent ši kombinatorika, o ne mokymų turinys, ima reikalauti sistemos — nes terminai nesutampa, grupės persidengia ir nė vienas jų neprasideda sausio pirmąją. Reguliuojamose srityse slenkstis dar žemesnis: asmens sveikatos priežiūros specialistas ne rečiau kaip kas penkerius metus nuo licencijos išdavimo dienos privalo pranešti Valstybinei akreditavimo sveikatos priežiūros veiklai tarnybai apie privalomąjį kvalifikacijos tobulinimą, kurio trukmė yra ne mažiau kaip 60 valandų per penkerius metus, o medicinos psichologui — 120, ir kažkam tas valandas reikia suskaičiuoti bei mokėti parodyti.

Mastą padeda suprasti ir tai, kiek apskritai paplitęs šis poreikis, nes pagal Eurostato duomenis 2020 m. 67,4 % ES įmonių, turinčių dešimt ir daugiau darbuotojų, savo žmonėms užtikrino tęstinį profesinį mokymą, taigi kalbame ne apie retą atvejį, o apie daugumą; klausimas tik toks, kaip kiekviena iš jų tai apskaito. Todėl sąžininga LMS diegimo priežastis paprastai skamba neromantiškai: Jums reikia žinoti, kas yra apmokytas, kada tai įvyko, kiek laiko tai galioja ir kas laukia kitą ketvirtį, ir tai reikia žinoti nepaskambinus kolegai, kuris tuo metu atostogauja. Jei tokio klausimo nėra ir artimiausiu metu niekas jo neužduos, sistema išspręs problemą, kurios neturite, o tai vienintelė projekto rūšis, kurios nepavyksta išgelbėti geru įdiegimu.

Kada jos nereikia ir kodėl tai pasakoma retai

Lietuvos teisė reikalauja instruktavimo ir jo įrodymo, bet nė vienu žodžiu nereikalauja programinės įrangos, ir šis skirtumas svarbesnis, nei atrodo. Nuo tada, kai valstybės nustatytos registravimo žurnalų formos neteko galios, laikmeną renkasi pats darbdavys, o pasirašytas lapas su data yra visavertis įrašas, kuris per patikrinimą atlaikys lygiai taip pat kaip ekrano nuotrauka iš sistemos. Penkiolikai žmonių, vienam kursui ir vienam terminui per metus mokymosi sistema prideda priežiūrą, versijų atnaujinimus ir dar vieną vietą, kur reikia prisijungti, bet neprideda nė vieno atsakymo, kurio Jums anksčiau trūko.

Mokymosi sistemos nesiūlome ir tada, kai organizacija dar neturi turinio, o tai dažniausias atvejis, kai projektą geriau atidėti. Tuščia sistema nėra investicija į ateitį — tai išlaida, kuri laukia, kol kas nors ras laiko parašyti kursus, o šis laikas po paleidimo paprastai neatsiranda lygiai taip pat, kaip neatsirado iki jo. Pigiau ir greičiau pirma parašyti tris kursus tekstu ir vaizdo įrašais, išplatinti juos taip, kaip mokate šiandien, pažiūrėti, kuriuos žmonės iš tikrųjų naudoja, ir tik paskui pirkti vietą, kur juos padėti. Atvirkščiai padarytas projektas dažniau baigiasi platforma, kurioje yra du kursai ir nė vieno nuolatinio naudotojo.

Trečias atvejis, kai atsakymas yra „ne“, ištinka tada, kai tikrasis poreikis yra ne mokymai, o atsakymai. Jei darbuotojai ieško ne kurso, o konkretaus punkto vidiniame dokumente — kaip elgtis su konkrečiu kliento atveju, kokia procedūra taikoma konkrečioje situacijoje, — mokymosi sistema to neišspręs, nes ji sukurta nuosekliam mokymuisi su patikra pabaigoje, o ne greitai užklausai darbo įkarštyje. Tokiais atvejais labiau padeda paieška po įmonės dokumentus, apie kurią rašėme atskirai straipsnyje apie RAG sprendimą įmonės dokumentams — abi sistemos pristatyme atrodo klaidinančiai panašios, nes abiejose yra paieška ir abiejose yra įmonės turinys, tačiau jos sprendžia visiškai skirtingas problemas ir todėl retai viena kitą pakeičia.

Ką sistema iš tikrųjų apskaito

Apskaita yra ta vieta, kur mokymosi sistemos tarpusavyje skiriasi labiausiai, ir kartu ta, į kurią pristatymuose žiūrima mažiausiai, nes ji atrodo nuobodžiai. Registracija į kursą atsako į klausimą, kam tas kursas buvo skirtas; eiga parodo, kiek toli žmogus nuėjo; kurso baigimo įrašas patvirtina, kad sąlygos buvo įvykdytos; galiojimo terminas pasako, kiek laiko visa tai galioja. Ketvirtojo pigiose sistemose dažniausiai ir trūksta, o kaip tik jo Jums prireiks kasdien, nes juo remiasi ir priminimai, ir pakartotinis sertifikavimas, ir ataskaita vadovybei.

Praktiškai tai reiškia, kad sistema turi mokėti atskirti „peržiūrėjo vaizdo įrašą“ nuo „išlaikė patikrą“ ir abu — nuo „galioja iki“, ir turi mokėti tai padaryti viename lange, o ne trijose ataskaitose. Jei sistema saugo tik pirmąjį, tai yra veiklos žurnalas, o ne kompetencijų registras, ir per patikrinimą jis neįrodo nieko daugiau, kaip tik tai, kad failas buvo atidarytas. Paprašykite pristatyme parodyti konkretų žmogų, kuriam vienas kursas yra išlaikytas, antras pavėluotas, o trečio terminas pasibaigęs, ir pažiūrėkite, kaip lengva šių trijų būsenų skirtumą pamatyti be paaiškinimo.

Antra dažnai nesuprantama dalis yra ta, kad mokymosi sistema nėra personalo apskaitos sistema ir niekada ja netaps. Ji žino apie kursus ir rezultatus, o pareigas, padalinį ir darbo santykių pradžios datą gauna iš kitur, ir būtent ši integracija lemia, ar registracija į kursus vyks automatiškai, ar rankomis. Jei naują darbuotoją į kursus reikia užregistruoti ranka, sistema nėra įdiegta iki galo — ji tik perkėlė tą patį darbą iš skaičiuoklės į naują sąsają, ir po metų kas nors vėl paklaus, kodėl sąrašai nesutampa.

Apskaita turi ir kitą pusę, apie kurią pagalvojama rečiau: duomenys neretai atsiranda už pačios sistemos ribų. Jei dalis mokymų vyksta išoriniame įrankyje — simuliatoriuje, kalbų platformoje, gamintojo mokymosi aplinkoje, — klausimas yra toks: ar rezultatas iš ten grįžta į Jūsų įrašą automatiškai, ar kažkas jį perrašo ranka. Kaip tik tam ir egzistuoja LTI, leidžiantis prijungti išorinį įrankį be atskiro prisijungimo ir gauti įvertinimą atgal, ir kaip tik todėl pirkime verta klausti ne tik standarto pavadinimo, bet ir to, kurias jo dalis tiekėjas įgyvendino ir kaip tai buvo patikrinta.

Standartai, kurie lemia, ar galėsite išeiti

Klausimas, kuris projekto pradžioje atrodo techninis, o po trejų metų pasirodo esąs komercinis, yra šis: kam priklauso turinys ir įrašai, jei nuspręsite keisti platformą. Į jį atsako ne sutarties punktas apie duomenų grąžinimą, o formatai, kuriais turinys ir įrašai realiai saugomi. SCORM yra seniausias iš jų ir vis dar labiausiai paplitęs būdas supakuoti kursą taip, kad jį būtų galima įkelti į kitą sistemą; xAPI yra naujesnis sluoksnis, aprašantis ne paketą, o įvykius — kas, ką ir kokiu rezultatu padarė — ir saugantis juos atskiroje mokymosi įrašų saugykloje, arba LRS.

Čia yra niuansas, kurio pardavimo pristatymuose nerasite ir kuris pastaraisiais metais pakeitė visą klausimo padėtį: ADL Initiative — JAV Gynybos departamento programa, sukūrusi SCORM ir paskelbusi xAPI, — yra uždaryta, o jos GitHub organizacija, kurią GitHub patvirtino kaip priklausančią adlnet.gov, skelbia: „The ADL Initiative has been shut down.“ Tai nereiškia, kad SCORM staiga nustotų veikti, nes formatas yra paskelbtas ir sistemos jį skaitys toliau, bet reiškia, kad už pavadinimo nebestovi aktyvus prižiūrėtojas, kuris jį plėtotų. Duomenų modelis, kuriuo remiasi SCORM vykdymo aplinka, vis dėlto yra ir lieka IEEE standartas — IEEE 1484.11.1-2022 galioja ir paskelbtas 2022 m. balandžio 15 d.

xAPI kelias buvo priešingas: jis standartizuotas kaip IEEE 9274.1.1-2023 ir paskelbtas 2023 m. spalio 6 d., taigi prižiūrėtoją turi, o šiuo formatu sukurti įrašai lieka perskaitomi ir tada, kai produktas pasikeičia. Trečias standartas, kurį verta paminėti vardu, yra LTI, leidžiantis prijungti išorinį įrankį be atskiro prisijungimo, o 1EdTech visų versijų iki LTI 1.3 palaikymą nutraukė po 2021 m. birželio 30 d., todėl atsakymas „mes palaikome LTI“ be versijos numerio nebėra atsakymas. Visam kursui perkelti skirtas Common Cartridge, ir kaip tik jį verta reikalauti pademonstruoti, o ne aptarinėti.

Kodėl „palaiko standartą“ nėra tas pats, kas „veikia“

Standarto pavadinimas specifikacijoje ir standarto elgsena konkrečioje sistemoje yra du skirtingi dalykai, o geriausias pavyzdys yra viešai prieinamas Moodle dokumentacijoje, taigi patikrinamas be jokios tiekėjo pagalbos. Ten parašyta, kad SCORM 1.2 Moodle palaiko ir kad jis išlaiko ADL atitikties testus, bet kad SCORM 2004 Moodle nepalaiko. Naujesnis versijos numeris čia nereiškia geresnio palaikymo — jis nereiškia nieko, kol nepatikrinta, — o tiekėjas, kuris to nepasako, arba nežino, arba skaičiuoja, kad Jūs nepatikrinsite.

Iš to plaukia praktinė patikra, kuri nieko nekainuoja, trunka maždaug valandą ir pasako daugiau nei bet koks atsiliepimas: paimkite vieną tikrą kursą tokiu formatu, kokiu Jūsų turinys egzistuoja jau šiandien, ir paprašykite jį įkelti į bandomąją aplinką demonstracijos metu, o ne pasirašius sutartį. Jei atsakymas bus, kad tai bus padaryta diegimo eigoje, atsakymą jau sužinojote, ir tai pigiausia informacija, kurią šiame projekte gausite. Tą patį taikome eksportui: paprašykite kursą išimti ir įkelti į kitą sistemą, nes kaip tik šio veiksmo kada nors prireiks skubant.

Tiekėjo teiginius apie suderinamumą galima patikrinti ir visiškai nepriklausomai nuo jo paties. 1EdTech tvarko viešą TrustEd Apps sąrašą su produktais, kurie sertifikavimą išlaikė, ir aiškiai nurodo, kad produktas, kurio sąraše nėra, sertifikavimo arba neišlaikė, arba jo sertifikato galiojimas pasibaigė. Penkios minutės šiame sąraše pasako daugiau nei penkiasdešimties skaidrių pristatymas, ir tai praktiškai vienintelis šios srities šaltinis, kurio nepaskelbė pats pardavėjas. Jei produkto ten nėra, tai dar nėra draudimas pirkti, bet yra klausimas, į kurį verta gauti atsakymą raštu.

Tas pats atsargumas taikytinas versijų numeriams, kuriuos linkstama skaityti kaip kokybės rodiklį. LTI 2.0 pagal numerį atrodo naujesnė už 1.3, tačiau 1EdTech ją priskiria būtent toms ankstyvosioms versijoms, kurių palaikymas nutrauktas, todėl pasiūlymas, kuriame šis numeris minimas kaip pranašumas, praktiškai žada pasenusį, nebeprižiūrimą jungties būdą. Jei pasiūlyme versijos numerio nėra visai, jo verta pareikalauti raštu, nes tai viena eilutė, vėliau nulemianti, ar integracija su kitu įrankiu užtruks valandą, ar taps atskiru projektu.

LMS ir LXP: kuo jos skiriasi

Pokalbiuose apie mokymosi sistemas anksčiau ar vėliau iškyla santrumpa LXP, ir ji verta paaiškinimo, nes jos svoris mažesnis, nei skamba. LMS remiasi prielaida, kad organizacija nusprendžia, ką kam reikia išmokti, ir apskaito įvykdymą; LXP žymi požiūrį, kai turinį renkasi pats besimokantysis, o sistema rekomenduoja, ir akcentas pereina nuo pareigos prie susidomėjimo. Kaip akcentų skirtumas tai yra tikra ir kartais naudinga — savanoriškam kvalifikacijos kėlimui pareigų apskaita tikrai nėra svarbiausia, o privalomų kursų sąrašas ten veikiau trukdo.

Ko šis skirtumas neturi, tai standartų organizacijos ar kokios nors techninės ribos, kurią būtų galima patikrinti. Terminą 2018 m. rugsėjį viešai pristatė personalo technologijų analitikas Joshas Bersinas kaip savo paties darinį, ir nuo tada jis vartojamas daugiausia rinkai segmentuoti. Praktiškai tai reiškia, kad du produktai su tuo pačiu pavadinimu gali skirtis lygiai taip pat, kaip bet kurie du produktai be jo, ir kad palyginimas pagal kategorijos pavadinimą nepasako nieko apie tai, ką gausite, todėl pirkimo lentelėje šis stulpelis lieka tuščia vieta su antrašte, kuri sukuria saugumo jausmą, bet neišreiškia nė vieno patikrinamo reikalavimo.

Lyginti verta pagal tai, kas lieka duomenų bazėje, kai demonstracija baigiasi. Įrašo sluoksnis, kuriuo remiasi abi kategorijos, yra standartizuotas — xAPI yra IEEE 9274.1.1-2023, — ir kaip tik jis lemia, ar po trejų metų galėsite pasakyti, ką žmonės išmoko, net jei produktas tuo metu bus kitas. Jei tiekėjas kategorijos pavadinimą mini dažniau nei formatą, kuriuo įrašai bus saugomi ir išimami, kalbama apie rinkodarą, ir tai verta pasakyti garsiai jau susitikime.

Praktiškai tai patikrinama dviem klausimais, kuriuos galima užduoti bet kurioje demonstracijoje. Pirmas: kas nustato, kad konkrečiam žmogui konkretus kursas turi būti išeitas iki konkrečios datos, ir kur šis sprendimas sistemoje matomas. Antras: kokiu formatu šių pareigų įvykdymas saugomas ir kaip jis išimamas, jei produktas keičiamas. Jei atsakymas į pirmąjį bus, kad sistema rekomenduoja, bet neįpareigoja, tai, nepaisant kategorijos pavadinimo, rankose turite biblioteką, o pareigų apskaitą teks spręsti kitur.

Kur baigiasi mokymosi sistema ir prasideda kita

Riba, kurią projektuose peržengia dažniausiai, driekiasi tarp mokymosi sistemos ir studijų informacinės sistemos (SIS) ar personalo sistemos. Pirmoji valdo kursus, antroji valdo žmones: priėmimą, sutartis, grupes, pareigas ir statusą. Į mokymosi sistemą galima suvesti žmonių sąrašą, todėl kyla pagunda naudoti ją ir kaip registrą, ir kaip tik ši pagunda sukuria padėtį, kurioje dviejose vietose vienu metu egzistuoja du skirtingi tiesos variantai apie tai, kas dar yra darbuotojas ir kuriame padalinyje.

Praktinis principas yra vienas ir jis paprastas: žmogus sukuriamas ten, kur jis organizacijoje sukuriamas, o į mokymosi sistemą jis tik atkeliauja. Jei darbuotojų registras yra personalo sistemoje, iš ten ateina ir registracija į kursus, o mokymosi sistema atgal grąžina rezultatą ir terminą. Jei šis srautas nėra apibrėžtas jau reikalavimuose, jis beveik visada išsprendžiamas mėnesine skaičiuokle, kurią kažkas parengia ranka — ir tai lygiai ta pati skaičiuoklė, nuo kurios visas projektas prasidėjo.

Panašiai yra su pažymėjimais ir dokumentų valdymu: mokymosi sistema moka išduoti patvirtinimą apie kurso baigimą, bet ji nėra dokumentų valdymo sistema, o ilgalaikis teisinę reikšmę turintis saugojimas paprastai priklauso ten, kur jau guli sutartys ir įsakymai, todėl riba tarp abiejų sistemų brėžiama projekto pradžioje, o ne tą dieną, kai kas nors jos pirmą kartą pareikalauja. Kai tai padaroma laiku, integracijų sąrašas tampa trumpesnis ir pigesnis; kai nepadaroma, po metų atsiranda reikalavimas, kurio niekas neplanavo ir kuriam biudžetas jau išleistas.

Iš to plaukia ir tai, kaip vertinti ataskaitas, kurių pirkime paprastai prašoma pačių paskutinių. Ataskaita naudinga tik tada, kai ji atsako į klausimą, kurį kas nors iš tikrųjų užduos — kiek žmonių šiame padalinyje vėluoja su privalomu instruktavimu ir kada kiekvienam baigiasi terminas, — o ne į tai, kiek kursų šį mėnesį buvo atidaryta. Jei sistema žmonių struktūrą gauna iš personalo registro, tokia ataskaita yra viena užklausa; jei negauna, tai skaičiuoklė, kurią kažkas kas mėnesį sudeda ranka iš dviejų eksportų.

Moodle kaip pavyzdys, o ne kaip rekomendacija

Kai pokalbis pasiekia konkrečius produktus, Lietuvoje beveik visada nuskamba Moodle, todėl verta pasakyti, kas tai faktiškai yra, kol neprasidėjo nuomonės. Moodle yra mokymosi valdymo sistema, kurią kuria ir prižiūri Moodle Pty Ltd, ir ji laisvai prieinama pagal GPL licenciją. Tai reiškia, kad pirminis kodas yra atviras ir už pačią programinę įrangą mokėti nereikia, bet nereiškia, kad viskas aplink ją yra laisvai naudojama: GPL taikoma kodui, o žodis Moodle ir logotipai yra prekių ženklai, kuriems naudoti komerciniais tikslais reikia išankstinio rašytinio savininko leidimo.

Praktiniam sprendimui už licenciją svarbesnis yra priežiūros ritmas, nes kaip tik jis lemia kelerių ateinančių metų biudžetą. Moodle skelbia leidimų kalendorių su dviem didžiaisiais leidimais per metus — balandį ir spalį — ir priežiūros leidimais kas du mėnesius; kiekvienas didysis leidimas gauna dvylikos mėnesių bendrąjį palaikymą, įprastas leidimas — saugumo pataisas iki aštuoniolikos mėnesių, o LTS leidimas — iki trisdešimt šešių. Pagal šį kalendorių planuojami pinigai ir žmonės, nes versija, kurios palaikymas pasibaigė, nebėra skonio reikalas — ji tampa saugumo klausimu, o šis paprastai ateina netinkamu metu.

Yra ir infrastruktūrą liečiančių reikalavimų, kuriuos verta pasitikrinti prieš duodant pažadus: Moodle 5.2 reikia bent PHP 8.3.0 ir vienos iš PostgreSQL 16, MySQL 8.4, MariaDB 10.11.0 ar Microsoft SQL Server 2019. Ir dar vienas dalykas, kurį pravartu žinoti prieš skaitant įspūdingus paplitimo skaičius: moodle.org skelbiamą statistiką pateikia pačios savanoriškai užsiregistravusios svetainės, todėl ji rodo bendruomenės apimtį, o ne išmatuotą rinkos dalį. Atskirai egzistuoja Moodle Workplace, prieinamas tik per sertifikuotus partnerius, ir tai yra kitas produktas su kitu įsigijimo keliu.

Nieko iš to, kas pasakyta, nereikia suprasti kaip patarimo rinktis būtent šią sistemą, nes teisingas atsakymas priklauso nuo to, kiek žmonių, kiek kursų ir kiek terminų iš tikrųjų turite. Moodle čia yra pavyzdys todėl, kad jis atviras, o jo dokumentacija vieša, taigi kiekvieną teiginį apie jį galima patikrinti be jokio tiekėjo tarpininkavimo — ir tai savybė, pagal kurią matuojamas bet kuris kandidatas, taip pat ir uždaras produktas, kurio dokumentacija paslėpta už prisijungimo formos.

Kas kainuoja daugiau nei licencija

Jei licencija nemokama, biudžetas nukeliauja kitur, ir daug geriau tai pamatyti prieš projektą nei jo viduryje. Didžiausia eilutė beveik visada yra turinys: kursų parengimas, vaizdo įrašų filmavimas, patikrų sukūrimas ir to paties turinio priežiūra vėliau, kai keičiasi procedūros ar teisės aktai. Antra — migracija, jei kas nors jau egzistuoja: senos Moodle versijos, kursai kitoje sistemoje, dalyvių istorija, kurią reikia išsaugoti todėl, kad terminai dar galioja, o įrodymas apie juos vis dar reikalingas.

Trečia eilutė yra integracijos ir autentifikacija, ir kaip tik čia Lietuvoje reikalavimai skiriasi nuo bendrų sąrašų: prisijungimas su Smart-ID ar mobiliuoju parašu, vieningas prisijungimas (SSO) per SAML visai organizacijai, ryšys su studijų informacine sistema arba personalo registru. Ketvirta, planuose matoma rečiausiai, yra priežiūra po paleidimo — versijų atnaujinimai pagal anksčiau minėtą kalendorių, atsarginės kopijos, naudotojų pagalba ir nedidelis, bet nenutrūkstamas pakeitimų srautas. Apie tai, kaip tokius projektus skaičiuojame ir kokia eile juos darome, atskirai parašėme Moodle sistemų diegimo ir priežiūros puslapyje.

Prieš pokalbį su bet kuriuo tiekėju pravartu perskaityti ir tai, ką surinkome straipsnyje apie dažniausias klaidas užsakant kūrimo darbus, nes mokymosi sistemų projektuose jos kartojasi beveik nepakitusios: neapibrėžta apimtis, nepatikrintas eksportas ir prielaida, kad turinys atsiras savaime. Jei norite, kad kas nors perskaitytų Jūsų esamą padėtį ir pasakytų, ar sistema čia apskritai yra teisingas atsakymas, parašykite mums — kartais sąžiningiausias atsakymas yra toks, kad pakanka to, ką jau turite, ir kad pinigus verta leisti turiniui, o ne platformai.

Penkta eilutė, kurią lietuviškai aplinkai verta pasitikrinti atskirai, yra lokalizacija. Moodle bendruomenė sistemą išvertė į daugiau nei 120 kalbų, bet vertimo išsamumas tarp kalbų skiriasi, ir tai viešai matoma Moodle vertimo aplinkoje, taigi patikrinama prieš priimant sprendimą. Praktiškai tai reiškia, kad dalis rečiau naudojamų ekranų gali būti angliški net tada, kai sąsaja apskritai yra lietuviška, ir kad pasirinkimas tarp išsamaus vertimo ir jo trūkumo yra Jūsų, o ne atsitiktinumas — bet tik tada, jei tai pasitikrinsite laiku.