Увидел как-то пост с заголовком «История e-learning, которую должен знать каждый HR». Подумал, «ок, удивите меня». Открыл, а внутри — три с половиной абзаца нейро-разочарования. Суть в одном предложении: вначале был 1960-й, потом появились компакты, в 2000-х — YouTube с геймификацией, а потом — наша контора (купи слона). В целом можно было просто набор эмодзи написать: 📜💿📱💸. И зачем HR это знать?

Короче, у меня знатно подгорело: 5 лет работы в e-learning не прошли для психики без следа. Я ожидал хотя бы упоминания про CMI, SCORM, xAPI. Но спецификации, как принято, обошли стороной. Печально, что электронное обучение до сих пор воспринимается как живые картинки, хотя в основе лежат вполне серьёзные инженерные знания.

Для меня история e-learning — это, в первую очередь, про три десятилетия борьбы за интероперабельность. По-простому: это способность двух или более систем, устройств или организаций взаимодействовать, обмениваться данными и использовать полученную в результате обмена информацию, даже если они изначально разработаны разными поставщиками или имеют различную архитектуру.

За точку отсчёта можно принимать 1989 год. AICC (Aviation Industry Computer-Based Training Committee) опубликовала рекомендации по компьютерным платформам для CBT (Computer-Based Training). В качестве основной платформы для доставки обучающего контента был выбран персональный компьютер.

Но реальный прорыв случился на два года позднее. Тот же AICC предложил спецификацию CMI001. Она описывала требования к: 🔸 компьютерной системе управления обучением (CMI); 🔸 блокам учебного материала (AU); 🔸 механизмам взаимодействия между компонентами.

До CMI001 все решения были разрозненными и не обеспечивали совместимости между различными системами управления обучением. А благодаря спецификации стало возможным распространять учебный контент на CD (такие блестящие кругляши) и по сети так, чтобы один курс можно было без проблем воспроизводить в разных системах.

В спецификации были описаны: 🔸 система обмена данными через предопределённые переменные между LMS (системой управления обучением) и учебным контентом; 🔸 Протокол для работы в веб-среде - HACP — HTTP-based AICC/CMI Protocol; 🔸 JavaScript API для взаимодействия при размещении контента и LMS на разных доменах (это добавили позднее, в 1998-м).

К слову о переменных, по непроверенной информации, вначале их было всего 4: 🔸 Core.Score — оценка учащегося; 🔸 Core.Lesson_Status — статус урока (completed, passed, failed, incomplete); 🔸 Core.Session_Time — время сессии; 🔸 Core.Total_Time — общее время прохождения.

И по иронии судьбы глубина мониторинга прогресса учащихся в современных корпоративных электронных курсах осталась на уровне этих четырёх переменных, хотя технологии убежали сильно вперёд.

Поскольку организация канула в Лету в 2014 году, первые версии найти сложно. При этом документ дополнялся вплоть до 2004 года. Если интересуетесь темой, загляните в репозиторий на GitHub. Там, в числе прочего, лежит последняя версия спецификации CMI001, в которой, на минуточку, 241 страница. Не поленитесь хотя бы просто открыть её. Как минимум, это просто красиво. Чего стоит только описание в расширенной нотации Бэкуса — Наура! И всё для того, чтобы вы могли смотреть стрёмные курсы про огнетушители. 😁

Сейчас, если CMI001 и используется, то в единичных случаях. Хотя мне на старте карьеры посчастливилось вживую потрогать такие курсы в SAP Success Factors (Plato). Однако наработки AICC легли в основу другой спецификации — SCORM. Та хоть и признана устаревшей, но до сих пор широко используется в корпоративном обучении.

Тут, пожалуй, стоит сделать остановку. Если пост наберёт хотя бы 100 просмотров, напишу продолжение.