Как выбрать LMS: что проверить на пробном курсе
Проверьте полный курс с преподавателем и небольшой группой, прежде чем запускать систему во всей организации.
Я бы пришёл на демонстрацию LMS со своим коротким курсом. Мне нужно увидеть, как преподаватель готовит задание, как учащийся отвечает и что остаётся в отчёте. В этом руководстве я собрал вопросы для такой проверки; критерии стоит записать до разговора с поставщиком.
Критерии, с которыми я пришёл бы на демо
Выберите требования, без которых обучение не сможет начаться. Например, для двуязычной программы нужны понятные инструкции на обоих языках и удобная работа с переведёнными материалами. Для обучения сотрудников может потребоваться отчёт по каждой команде. Это примеры требований; организация составляет собственный список исходя из программы, ролей участников и обязанностей администратора.
В рекомендациях Cornell по выбору онлайн-инструментов отправной точкой являются учебные действия. Сделайте проверочную карточку: требование, способ проверки и наблюдаемый результат. Если проверяете выгрузку, приложите полученный файл. Если проверяете доступ, укажите использованную роль и открытую страницу. Такая запись позволит другому сотруднику повторить действие и разобраться в возникшей трудности. Рекомендации доступны на https://teaching.cornell.edu/teaching-resources/online-teaching/selecting-online-teaching-tools.
Для NexiLMS я начал бы с публичного демо https://nexilms.com/demo, где открыл блочный редактор. Затем взял бы свой материал и записал, какие шаги повторяю без помощи: изменение объяснения, доступ учащегося и просмотр результата. В листе пилота я разделил бы заявленные функции и самостоятельно проверенные действия.
| Требование | Проверка | Сохранённое подтверждение |
|---|---|---|
| Доступ слушателя | Войти с обычным аккаунтом и открыть урок | Успешные действия и сообщение возможной ошибки |
| Задание и исправление | Отправить файл, получить замечания и сдать повторно | Первая работа, ответ и исправленная версия |
| Прогресс | Прочитать урок, пока не отправляя задание | Состояние в отчёте в сравнении с действиями |
| Выгрузка | Получить отчёт, нужный организации | Файл с пояснениями столбцов и учебными данными |
Шаги, которые повторяются каждую неделю
Пройдите регистрацию, открытие урока и отправку упражнения. Затем измените срок задания и добавьте нового участника. Администраторам регулярно приходится выполнять подобные действия. После демонстрации попросите преподавателя поработать самостоятельно по инструкции поставщика. Запишите, на каких шагах ему понадобилась помощь и сколько времени ушло на поиск нужного раздела или пояснения в документации.
Для проверки прогресса определите условия завершения каждого задания. Например, документация Moodle различает завершение отдельных учебных действий и всего курса. Сопоставьте отчёт проверяемой системы с действиями участников. Удобный сценарий: слушатель прочитал материал, но ещё не отправил обязательную работу. Посмотрите, как ответственный сотрудник сможет обнаружить такую ситуацию и связаться с участником. Различие объясняется на https://docs.moodle.org/405/en/Tracking_progress.
В карточке пилота запишите, кто повторил каждую проверку и в какой день. Сотрудник, принимающий администрирование, сможет воспроизвести те же действия.
Что я сохранил бы в листе решения
В конце я сохранил бы список того, что работает, что требует настройки и что осталось без ответа. У каждого открытого вопроса указал бы ответственного и срок. Тогда смогу объяснить выбор платформы и работу, которую нужно выполнить до первого курса.