LMS систем у Келну: како се планира платформа за обуку

Када је организацији у Келну потребан LMS систем?

Није свакој организацији потребан сопствени LMS систем. Ако објављујете неколико курсева годишње и имате мало полазника, готова платформа може бити довољна. Проблем настаје када се пријаве, плаћања, присуство и сертификати воде у различитим алатима.

Потреба се код предузећа у Келну обично јавља код интерне обуке запослених, увођења нових људи у посао, обавезних безбедносних инструкција или обуке партнера и клијената. Код центра за обуку разлог може бити сложенија организација група, предавача, распореда, тестова и накнада.

Добар знак је ако администратор издваја сате за ручно слање материјала и праћење тога ко је завршио курс. Други је ако руководилац не може брзо да одговори који запослени имају сертификат којем је истекао рок или који тестови нису положени.

Које улоге треба да постоје у LMS платформи?

Улоге нису само технички детаљ. Оне одређују ко види наставни садржај, ко може да мења резултате и ко има приступ личним подацима.

Код организације са више компанија или филијала важно је да улоге функционишу и на нивоу организације. Тако један администратор може да управља својом фирмом, а да не види кориснике и извештаје друге фирме.

Добро је да постоји дневник радњи: ко је променио оцену, отпремио материјал или деактивирао корисника. У случају спора или провере, овај запис је кориснији од разговора путем имејла.

Који су курсеви, лекције и тестови потребни?

LMS платформа треба да одражава стварни начин на који држите наставу. Један курс може бити низ видео лекција, PDF докумената и тестова. Други може да обухвата наставу уживо, домаћи задатак, оцену предавача и завршни сертификат.

При планирању треба одлучити да ли полазник пролази кроз лекције обавезним редоследом. Да ли може да прескочи већ познато градиво? Да ли мора да одгледа цео видео? Колико покушаја има за тест? Шта се дешава ако не постигне потребан резултат?

• Категорије и нивои курсева, на пример уводна, специјализована и обнављајућа обука.
• Видео, PDF, презентације, слике, спољни материјали и текстуалне лекције.
• Тестови са једним или више тачних одговора, слободним текстом и питањима насумичним редоследом.
• Минимални резултат, број покушаја, временска ограничења и аутоматско оцењивање.
• Задаци које предавач прегледа ручно.
• Сертификат са датумом издавања, роком важења и бројем који може да се провери.
• Поновно додељивање курса када сертификат истекне.

За обуку на немачком, бугарском или енглеском језику садржај треба да има јасно назначену језичку верзију, а не само преведен интерфејс. То олакшава одржавање и смањује ризик да полазник отвори материјал на погрешном језику.

Које извештаје треба да добија руководилац?

Извештај „ко је ушао у систем“ ретко је довољан. Руководилац обично треба да види ко је уписан, ко је започео, ко је завршио, који је резултат постигао и где је стао.

Корисни извештаји обухватају напредак по курсу, резултате тестова, присуство, обуке којима је истекао рок и важење сертификата. Код интерне обуке треба да постоје филтери по одељењу, радном месту, локацији и руководиоцу.

За образовни центар важни су и извештаји о уписима, накнадама, групама, предавачима и слободним местима. За корпоративну обуку може бити важније аутоматско обавештење менаџеру када запослени није започео обавезни курс.

Извоз у Excel или CSV је практичан, али не треба да замени извештаје у систему. Ако неко сваког месеца ручно саставља извештај, процес још није аутоматизован.

Са којим системима LMS платформа треба да се интегрише?

Интеграције треба размотрити пре развоја, јер мењају структуру корисника, плаћања и извештаја. Део података треба аутоматски синхронизовати, уместо да их тим копира између програма.

• CRM систем за уписе, упите, организације и историју комуникације.
• ERP или рачуноводствени софтвер за фактуре, плаћања и статус обавеза.
• Систем за управљање идентитетима и службено пријављивање, ако организација користи централизоване профиле.
• Имејл услуга за позиве, подсетнике, резултате и обавештења о сертификатима којима истиче рок важења.
• Платни оператер за плаћене курсеве и аутоматску потврду уплате.
• Видео хостинг или складиште за наставне материјале када су датотеке велике.
• API ка интерним системима за запослене, одељења и радна места.
• Календар за наставу уживо и обавештења за предаваче и полазнике.

Не мора свака интеграција да буде двосмерна. На пример, LMS може само да прима списак запослених из другог система, а да му враћа статус завршене обуке. Овај сценарио је лакши за одржавање од потпуног дуплирања свих података.

При раду са личним подацима треба дефинисати права приступа, рокове чувања, резервне копије и брисање профила. Техничка подешавања су део пројекта, али организација унапред треба да прецизира који су јој подаци заиста потребни.

Готова LMS платформа или систем по мери?

Готова платформа је погодна када се ваш процес поклапа са њеним моделом. Добијате бржи почетак и обично не плаћате развој основних функција. Компромис је у томе што ћете морати да се прилагодите ограничењима производа, његовим интеграцијама и начину извештавања.

Систем по мери има смисла када је обука повезана са другим интерним процесима или када су ваше улоге и правила специфични. Може да започне малом првом фазом и да се проширује, уместо да купујете велики пакет непотребних функција.

За софтвер по наруџбини оријентир је 3.000–29.300 €. У овај распон спадају и пројекти за custom software; цена зависи од броја улога, типова садржаја, тестова, интеграција, језика, извештаја и потребе за мобилном верзијом. Тачан обим се утврђује након анализе, а услуга ван дефинисаног обима има цену „наводи се у понуди“.

Ако се двоумите, направите кратак списак процеса које готова платформа не покрива. Ако су то само визуелне измене, готов производ је вероватно довољан. Ако се тичу плаћања, улога, извештаја и синхронизације са вашим главним софтвером, систем по наруџбини заслужује озбиљно поређење.

Како тече реализација LMS пројекта?

1. 01
   Описивање процеса

   Евидентирају се врсте полазника, курсеви, групе, улоге, правила за завршетак и потребни извештаји. Утврђује се шта се данас ради ручно и који подаци већ постоје у другим системима.

2. 02
   Дефинисање прве верзије

   Бира се минимални функционални обим: пријава, профили, курсеви, лекције, тестови, напредак и основни извештаји. Није разумно да прва верзија обухвати сваку могућу интеграцију и све будуће сценарије.

3. 03
   Пројектовање података и улога

   Дефинишу се организације, корисници, групе, курсеви, покушаји тестова, сертификати и историја активности. У овој фази се одлучује ко шта види и мења.

4. 04
   Дизајн и развој

   Израђују се интерфејси за администратора, предавача, менаџера и полазника. Затим следе главни модули, обавештења и изабране API интеграције.

5. 05
   Тестови са реалним сценаријима

   Проверава се не само да ли дугмад раде, већ и да ли је цео процес доследан: позив, упис, лекција, тест, сертификат, подсетник и извештај. Тестирају се и одбијена плаћања, истекли сертификати и корисници са различитим овлашћењима.

6. 06
   Пуштање у рад и развој

   Систем се пуни реалним курсевима, администратори се обучавају и прате се прве регистрације. Након тога се побољшања приоритизују према стварном коришћењу, а не према претпоставкама са почетка пројекта.

Шта треба да тражите од извођача пре понуде?

Не тражите само списак функција и укупну цену. Тражите опис корисничких улога, пример процеса за један курс, шему интеграција и начин чувања историје резултата.

Утврдите ко поседује код, како се подаци предају приликом промене извођача и шта обухвата одржавање. Проверите да ли понуда укључује миграцију постојећих курсева, обуку администратора, резервне копије и приступ тестном окружењу.

За пројекат организације у Келну утврдите и језике, временску зону, формат сертификата и начин комуникације са тимом. Ако важан део процеса остаје „договорићемо касније“, вероватноћа промена обима је велика. За интеграције са другим системима може се користити посебна фаза за API интеграције и повезивање софтвера, а за нестандардни процес — софтвер по наруџбини.

Како да почнете без непотребног ризика?

Почните са једним стварним курсом и једном групом полазника. Измерите колико лако администратор креира курс, како предавач проверава задатке и да ли руководилац добија користан извештај.

После овог теста биће јасно које су функције обавезне, а које могу да сачекају. Тако се LMS систем гради око провереног процеса, а не око дугачког каталога могућности. Ако разматрате и друге врсте система по наруџбини, приступ можете упоредити са израдом ERP система по наруџбини.