Новое старое в eLearning!

 

 

Когда очень долго работаешь в какой-то сфере, то в какой-то момент начинаешь замечать некие «волны» и цикличность развития. Для новых игроков это «тренды» и «инновации», а ты понимаешь, что это всего лишь цикл.

Когда я только начинал заниматься дистанционкой (2002 год), мы испытали эйфорию от взрывного роста. Вот год назад никто еще не знал, что это такое, а вот у нас уже тысячи студентов учатся дистанционно. В 2004 году мы понял, что дальше жить на пиратской копии WebCT как-то некрасиво и надо купить лицензию (если кто не помнит, то тогда даже Windows в больших организациях ставили «крякнутый»). Но лицензия это дорого и как-то «неспортивно». А у нас «крылья за спиной», лучшая команда и куча амбиций. И вот мы решаем писать свою СДО. Примерно в это же время мы узнали, что коллеги из МЭСИ тоже активно пишут свою LMS под названием ТОР и решили объединить усилия. Но оказалось, что все не так просто и быстро, как казалось…

Потом я работал у вендора, который профессионально занимается разработкой СДО. И участвовал в разработке не просто нового релиза, а полностью новой системы. Скажу вам только одно – если бы у вендора действительно получилось разработать то, что они задумали, то я бы все еще работал в этой компании. Но получилась бесконечная гонка за собственным хвостом, постоянные метания за трендами и желаниями заказчиков, а в результате – «заплатки», «заглушки», «ответвления» и «багги»…

И что я наблюдаю в этом году — уже на двух конференциях по eLearning мне встречаются компании, которые заявляют – «мы не нашили на рынке готовой LMS под наши задачи и сделали (делаем) свою». Обратите внимание, вокруг нас сейчас просто бум образовательных стартапов – новые платформы появляются каждую неделю (или чаще!), а тут вдруг выясняется, что «подходящих нет» и компании инвестируют в разработку своих решений. Что-то подобное мне рассказали в Корпоративном университете Сбербанка – они сами сделали конструктор и плеер МООК-курсов, потом быстро собрали платформу для социального обучения. Большая дорогая LMS превращается у них в простой SCORM-плеер, а так как SCORM отмирает, то и смысла дальше содержать «монстра» нет. Проще делать простые решения под свои задачи. И вот на прошлой неделе в Корпоративном университете МТС мне рассказали, что и они планируют разработку собственной онлайн-платформы. Улавливаете, что происходит и как меняется рынок eLearning? Agile и новые технологии делают вход в разработку новых решений проще, а изменчивые потребности делают такую разработку необходимостью. Учитывая мой опыт в этой области, еще совсем недавно, я бы убедительно стал доказывать бередовость подобных начинания. Доминирующий на нашем рынке WebSoft вложил в свой продукт огромные ресурсы и ожидания тысяч клиентов. Что проще – взять «коробку» WebTutor и немножко «обработать напильником» под себя? Я делал так много раз и был уверен, что это отлично. Но сейчас мы все чаще наблюдаем, что наталкиваемся на базовые ограничения технологии «коробки» и что «напильник» становится уже дороже и больше, чем стоимость разработки необходимого решения с нуля. Как в анекдоте, где в конструкторской документации написано — «тщательно обработайте напильником», чтобы из паровоза получился современный истребитель. В общем всем «динозаврам» eLearning советую задуматься над этим!

Держите руку на пульсе!

Павел Безяев

SCORMу наступил TinCan?

Сегодня во второй раз в жизни прочитал сочетание слов «Tin Can API» и решил немного «погуглить» эту тему. Если кратко, то пишут (например, здесь: http://habrahabr.ru/post/156067/ и тут: http://www.slideshare.net/belovatatiana/e-learning-elements-300513), что формат SCORM безнадёжно устарел (в этот момент стало немного не по себе, т. к. кажется только вчера я тестировал первые версии курсов в SCORM, а уже 10 лет пролетело) и развивать его больше не будут, а на смену семимильными шагами движется Tin Can API. Ниже я привожу несколько аргументов в пользу нового формат, а потом свои мысли на этот счёт.

Основные аргументы в пользу Tin Can звучат так:

Мобильное обучение (Mobile Learning) —  оптимизация в работе с мобильными устройствами. Более детальное отслеживание успехов ученика и возможность продолжать собирать информацию о его продвижении даже при отсутствии интернет-соединения.
Симуляторы — дает возможность следить за продвижением пользователя в полноценных десктопных программах-симуляторах и передавать собранную информацию в систему управления обучением.
Серьезные игры (Serious Games) — Tin Can API позволяет включить в учебную программу курса обучающие игры. 
Отслеживание живой активности — в Tin Can API мы не привязаны к виртуальному обучению, у нас есть возможность отслеживать любые события, которые кажутся нам частью процесса обучения. Tin Can предлагает совместить цифровое обучение с обучением в реальном мире с помощью самостоятельного занесения информации учителями и учениками.
Отслеживание событий без связи с интернетом — Tin Can API позволяет отслеживать активность и продвижение пользователя даже при отсутствии постоянного интернет соединения, сохраняя информацию на устройстве до возобновления связи с сетью.
Безопасность и аутентификация — Tin Can призван поднять планку безопасности и аутентификации. Предлагаемые Tin Can решения всё ещё далеки от идеала, но нам, по крайней мере, обещают дать возможность обезопасить пути коммуникации между представляемыми ученику обучающими материалами и репозитарием логов обучения (LRS).
LRS (Learning Record Store) – группа Tin Can предлагает ввести новый объект, в котором будет храниться вся информация, собранная о пользователе из разных сред обучения (LMS, мобильный телефон, планшет, живой класс). Задумка в том, чтобы не быть постоянно привязанными к одной LMS, и чтобы можно было использовать сколько угодно разных систем управления обучением и других инструментов. При этом вся информации и логи сохраняются в отдельном сетевом объекте, которым является Learning Record Store. Собранная в LRS информация может быть запрошена одной из LMS, инструментами для генерации отчетов или другими LRS-ами.
Отказ от обязательного использования интернет-бразуера.

 

Мои выводы:

Возможно, мы действительно скоро будем «клепать» курсы в формате TinCan, но пока на ум приходят следующие мысли:

 

1. Не надо забывать, что SCORM был не единственны проектом стандартизации на рынке электронного обучения, а сейчас рынок куда более насыщенный и динамичный и если возникло одно решение, то вполне может возникнуть нечто более инновационное и удобное еще до того как Tin Can станет общепризнанным форматом.

2.  Из того, что я смог вычитать про Tin Can, самыми интересными показались идеи с RLS и сохранением статистики на мобильных устройствах даже в режиме offline. Но по RLS есть вопросы в плане безопасности дублирования функций LMS, которая с минимальными доработками может и сама хранить все эти логи. Возможно, крупные игроки на рынке LMS быстро допишут себе такие модули и разместят их в «облаках», чтобы «застолбить» место. Что касается offline, то такое уже делается и давно (первые опыты мы делали еще в 2003 году), и если эта спецификация как-то реально упростит процесс разработки таких приложений или предложены готовые шаблоны и инструменты, то идея замечательная.

3. Если не считать п.п. 2, то я не увидел в новом формате ничего особенно революционного, чего бы практики уже давно не делали с помощью существующих LMS, SCORM, flash и талантливых программистов. Особенно веселят фразы вроде «Примеры записей, которые могут быть самостоятельно занесены людьми в Tin Can: Описание активности ученика, введенное вручную в текстовой форме», а с каких это пор такие записи нельзя делать в классических LMS?

 

Еще раз повторюсь, что я не берусь пророчить Tin Can забвение и даже, наоборот, понимаю, что вероятность смены стандартов уже близка. Просто пока я с одной стороны не увидел «революции», а с другой понимаю, что у нас еще не все созрели до SCORM 🙂

Советы начинающему разработчику курсов — 2

Продолжаю линейку публикаций для тех, кто решил организовать разработку курсов в компании или вузе.

Последнее время стали популярными дискуссии по поводу выбора между медленной (качественной) и быстрой (шаблонной) разработкой курсов. Понятно, что эта тема будет становиться всё актуальнее – объемы стремительно возрастают и учебного контента требуется всё больше и больше, а потребитель (обучаемый) при этом становится всё более искушенным (листать слайды с текстом и картинками им уже скучно).

 

Вот некоторые базовые идеи по поводу того, как можно организовать процесс разработки, чтобы удовлетворить обе потребности (скорость и приемлемое качество):

 

  1. Жестко придерживаться критериев определяющих необходимость разработки курсов (тут: http://i-elearning.ru/wordpress/razrabotka-kursov-silami-vnutrennix-ekspertov-kompanii.html) и принимать в разработку только проверенные запросы – это позволит избежать пустой траты времени и ресурсов на разработку ненужных курсов.
  2. Среди курсов выбираются «флагманские», которые будут выполнять функции PR технологий дистанционного обучения и становиться источником решений для остальных курсов.
  3.  Флагманские курсы делаются максимально креативными с использованием самых передовых идей педдизайна. В этих курсах могут использоваться нестандартные шаблоны, персонажи и подходы изложения материала – всё, что необходимо для наиболее эффективного достижения цели обучения.
  4. Удачные и наименее трудоёмкие идеи тиражируются в «типовые» курсы. При этом, удачные вовлекающие элементы («наживка», юмор, задачи для переключения) можно копировать в типовые курсы почти без изменений в случае, если понятно, что у них разная целевая аудитория с флагманским курсом, а вероятность одновременного изучения минимальная. В остальных случаях элементы адаптируются с минимальной трудоёмкостью.
  5. Флагманские курсы должны выпускаться не реже 1-2 раз в год.
  6. Для типовых курсов должны использоваться:  стандартный шаблон курса, типовые персонажи, наборы типовых иллюстраций (библиотека фотографий кибермаркета и т. п.).
  7. При проектировании сценария курса всегда исходим из целей обучения и специфики целевой аудитории. Игровой подход является основным для достижения вовлеченности, но не всегда является приемлемым (трудоёмкость, снижение значимости материала, «размывание» материала). Курс может быть линейным, но с четко обозначенными целями, которые может достичь обучаемый,  с качественными и лаконичными примерами, что обеспечит вовлеченность сотрудника.
  8. Типовой сценарий курса:
  • Приветствие, краткая информация о курсе.
  • Цели курса (тут же можно рассказать, какие перспективы открывает освоение и использование данного материала).
  • *«Наживка» — например, игровая задача, которую надо будет решить по ходу курса или в конце курса, или интересный пример из практики, который может возникнуть и с обучаемым, и оптимальное решение, которое можно будет найти, изучив курс, можно пример успешной карьеры и т. п. (использование этого элемента зависит от целей курса и не должно существенно увеличивать трудоёмкость).
  • Структура курса:
  • Иллюстрированные слады с основным материалом.
  • После каждого блока информации (в зависимости от структуры) хорошо предлагать 1-3 вопроса для самопроверки, чтобы «будить» обучаемого и переключать его внимание.
  • Если курс содержит элементы работы с программным обеспечением, то после каждой демонстрации работы должны предлагаться линейные симуляции, для закрепления (если в курсе курс более чем на 60% состоит из обучения работе с ПО, то он делается в Adobe Captivate).
  • В конце курса должен быть итоговый тест.
  1. Важным фактором успешности курса является качество материала, предоставляемого экспертом. С одной стороны важно, чтобы материал был полным (для поставленной задачи), но при этом структурированным и лаконичным. С другой стороны правильно подготовленный авторский материал сокращает время разработки курса.  Должны быть разработаны рекомендации для экспертов  по подготовке исходных материалов.
  2. Дополнительно:  сейчас наблюдается переход от эпохи доминирования «тяжёлого» контента к эре «живых курсов». Понятно, что есть области знаний (чаще академических), где изменения не стремительны, а большие вложения в качество и оформление учебного контента оправданы. При всех дорогостоящих «фишках» и «наживках» курса, эффект может сойти на нет, если обучаемый понимает, что материал уже не актуален. Ролик в стиле YouTube снятый за пару дней до начала, где реальный  эксперт  (работающий сейчас) делится актуальным опытом, будет более эффективным. Необходимо активно включать в курсы ссылки на  реальные форумы/блоги/wiki по требуемой тематике. Итого, используем шаблоны, четко задаём цель и план обучения, а дальше даём человеку некий уникальный  актуальный (но «легкий»!) учебный контент и вспомогательные материалы, из которых он сам может найти ответы на вопросы, возникающие исходя из целей и задач. Такие курсы дешевле в разработке и при этом очень быстро актуализируются.

  

Удачи!

 

Павел Безяев.

Команда для разработки электронных курсов

Еще одна публикация из серии «Советы новичкам».

Сегодня поделюсь парой мыслей о том, как лучше сформировать команду для разработки курсов. На практике я мне приходилось создавать и команды-фабрики и команды из универсальных одиночек, но главное что я для себя понял – ядро команды это человек с чувством стиля и дизайнерскими навыками. Можно сколько угодно спорить о педдизайне, инструментах для разработке курсов и процессах разработки учебных курсов, но бесспорно одно – 90% информации мы получаем через глаза! Классическая команда по разработке курсов это автор/эксперт, методист (часто он же сценарист, но не обязательно), наборщик текста, дизайнер (с навыками работы во flash), верстальщик, администратор LMS. Если наборщиков, дизайнеров, верстальщиков взять несколько, а над ними поставить руководителя, то мы получим настоящую фабрику контента в которой будут разрабатываться параллельно несколько курсов. Такой вариант я проходил и работает он отлично, но позволить его себе могут не многие компании (мог позволить только вуз). Есть другая крайность – команда из одного человека – помаленьку умеет всё, такое часто можно наблюдать в корпоративном секторе. Производительность такой команды не высока, курсы в этом случае будут выглядеть качественно, только если этот человек в первую очередь дизайнер и чем больше он дизайнер в душе, тем ниже будет производительность. Если Вы чувствуете, что достаточно поняли что такое педдизайн и знаете, как делать хорошие курсы (и кто-то в это поверил и назначил вас на соответствующую должность) – мой Вам совет – любым способом убедить руководство взять к Вам в команду дизайнера! Если дизайнер окажется настоящим и его вдохновит идея создания обучающих курсов, то вы начнёте творить такое, что уже и денег не надо будет за это 🙂 Еще раз – лучшая боевая команда в e-learning — «руководитель-методист-сценарист» + «дизайнер с навыками сценариста»!

Если объёмы большие, а команда из двух человек, то может возникнуть потребность в привлечение внешних  разработчиков. Помните, что «фриланс» это всегда большие риски по срокам и достаточно сложны в управлении процесс, но если вам посоветовали надежного свободного матера или удалось с кем-то уже удалось сработаться, то это большое дело – берегите такого специалиста и старайтесь подкидывать ему заказы почаще. Дороже, но проще найти готовую команду для разработки курсов, но тут важно не ошибиться, т.к. процесс может стать очень сложным и болезненным, потому что если с фрилансером вы рассчитываете только на кусок работы, тот тут вы ждёте готовый курс, а получить можете полную ерунду и на пару месяцев позже срока. Опять же надо рассчитывать на рекомендации, т.к. есть одна особенность рынка e-learning – когда амбициозный человек молодой человек встречается с талантливым дизайнером, то после 2-3 удачны курсов они понимают, что они лучшая команда по разработке курсов на планете и ровно так и начинают позиционировать себя. Только вот иногда они забывают о тепличных условия созданных для них руководством и смежными отделами, о специфике материалов, которые получают и т.п. Поэтому смотрите на партфолио и ищите реальные рекомендации.

 

Удачи при разработке курсов!

 

Павел Безяев.

Советы начинающему разработчику электронных курсов

Интересные советы для тех, кто решился делать курсы своими силами (без технической составляющей): http://e-lpro.blogspot.ru/2013/03/blog-post_15.html

 

И еще интересный вэбинар про соотношение времени разработки к качеству курсов (быстрая разработка VS медленная разработка): http://websoft-elearning.blogspot.ru/2013/03/blog-post.html