Архив метки: советы новичкам

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

Если вы только планирует заняться разработкой электронных курсов и задумались о подходящих инструментах, то вот пару моих мыслей-подсказок. Речь об инструментах для “быстрой разработки” курсов (Rapid e-learning).

Да, нет пока ещё идеального инструмента для быстрой разработки курсов! 🙂

Adobe Captivate – хорош в плане кросбраузерности и крут для симуляций, но делать полноценные интерактивные курсы в нём надо с выворачиванием головы наизнанку (куча приколов). Вообще, это моя первая любовь среди аналогичных инструментов и когда-то ему не было равных! Но последнее время для меня это именно инструмент для симуляций ПО, но не для полноценных интерактивных курсов.

CourseLab – простой и почти не ограничен в возможностях, в плане создания интерактивов (без привлечения программистов). Универсальный инструмент! Но много разных мелких (именно мелких!) заморочек типа названий файлов, сбоев интерактива, при копировании слайдов, при редактуре текстов, фишек с навигацией и другим сюрпризами, которые затрудняют верстку и пьют кровь у новичков 🙂 (сейчас у нас это основной инструмент)

Articulate Storyline – кажется очень многообещающим и в плане m-learning (курсы спокойно работают на iPhone), и по скорости и простоте разработки, но вот пока всплывают проблемы с поддержкой Android и русскими названиями курсов… Пока этот инструмент быстро набирает популярность среди профессионалов, но для меня «тёмная лошадка». Посмотрим, что будет дальше…

Удачи в поиске!

Павел Безяев

Искусство обучать нескучно и эффективно

Вчера дочитал книгу “Искусство обучатьДжулии Дирексен. Если о впечатлениях, то это самая яркая, интересная и живая книга из всех, что мне доводилось читать, если не брать в расчёт художественные книги. В целом очень похоже на настоящий электронный курс, но на бумаге, только вот графика сильно подкачала – слишком вразнобой (и это при том, что автор тоже понимает, как это важно).

Если уйти от эмоций и поговорить о сути и полезности, с одной стороны эта книга должна быть обязательной для всех, кто делает электронные (и очные) курсы, а с другой большая часть из этого уже должна быть известна любому, кто всерьез занялся методиками и создает не просто курсы, а эффективное обучение.   Для себя я подумываю открывать резюме одной из глав, каждый раз, когда буду думать над сценарием очередного курса, чтобы проверить — не упустил ли что-то или взять какую-то идею для эксперимента.

Книгу я читал довольно долго и детали первых глав уже забылись, поэтому мне самому сейчас интересно выдать какое-то короткое резюме, как рекомендацию из этой книги. Понятно, что читал я находясь в своем контексте, и кому-то мое резюме может показаться далёким от сути книги, а кому-то совершенно бесполезным (непонятным). Вот что я понял: «Хороший курс должен быть построен, как захватывающая история, в которую обучающийся максимально вовлекается через решение полезных для реальной практики задач. Тот, кто пишет эту историю должен хорошо понимать – для кого он это делает и какие задачи решает. История должна максимально показывать, а не рассказывать и делать это на реальных, ярких, эмоциональных (ну хоть что-то из этого!) примерах. Создавайте интригу, как за счёт сюжета, так и за счёт сознательного сокращения выдаваемой информации».

В голове ещё роятся мысли про то, что нельзя всё время «тащить обучающегося в гору» и надо давать ему передышки в виде практики и повторения, что «слоны – существа социальные», что соревнование не самая удачная стратегия для курсов (что удивило!) и т. п. Но, если продолжать вспоминать всё это, то уже получится что-то вроде методических рекомендаций по созданию эффективных курсов, а я пока на такую цель не замахиваюсь.

Удивительно, как всё в мире взаимосвязано – стоит потянуть одну ниточку и начинают разматываться такие удивительные клубки, что реально начинает казаться, что кто-то старательно для тебя их сворачивал и держал наготове – надо было только захотеть.  Надо было так совпасть, что именно в последние полгода меня зажгли темой методик в электронных курсах. Я увлёкся этой темой, будучи до этого много лет человеком, который из сугубо практичных соображений ставил в основу всего создание системы (например, LMS + процессы) и считал, что разработка контента должна скорее вписываться в правила и рамки заданные системой.  Мне виделось, что играть с методиками конечно можно, но главное не нарушать правила и не мешаться, и тогда всё будет работать (а главное – легко масштабироваться!). Именно в момент, когда я вошел во вкус, мне попалась книга «Искусство обучения», которая во многом подтвердила, верность выбираемых подходов и добавил новых идей. Читая книгу, я оказался на конференции «Образование 3.0» и смог уловить контекст, который, судя по откликам на публикацию, поддержали и в профессиональном сообществе e-learning и те, кому эта тема просто небезразлична. Для меня эта публикация скорее не резюме по прочитанной книге (хотя кто-то может использовать этот материал и так), а обещанное продолжение темы заявленной в моём отчёте о конференции. Очень надеюсь, что мои публикации вкупе с книгой и другими материалами на эту тему, позволят кому-то почувствовать тот же контекст и верно расставить приоритеты в том, что мы называем e-learning и в том, каким должно стать эффективное обучение. Самое удивительное, что конкуренции тут бояться нет смысла – совсем недавно я с удивлением понял, что людей, которые реально чувствуют эту тему и действительно находятся на «передовом крае e-learning» в нашей стране не пару тысяч (как я думал раньше) и даже не сотни, а буквально по пальцам можно пересчитать, а при этом потребность в них растёт в геометрической прогрессии.

 

 

Успехов!

 

Павел Безяев

Запуск МКС во Вселенную e-learning

Советы по созданию эффективной команды для разработки электронных учебных курсов

Ниже презентация и текст моего доклада на международной выставке-конференции “Образование 3.0”

Недавно я смотрел запись разговора известного серийного предпринимателя Тинькова Олега с Генеральным директором Юлмарт Федориновым Сергеем. Они оба сошлись на том, что в нашей стране нет нормального аутсорсинга услуг. Бизнес был бы рад не заниматься какими-то непрофильными для себя вещами и передать это профессионалам, но выходит так, что если хочешь что-то сделать хорошо, то приходится делать это самому! Речь в первую очередь шла про логистику. Если говорить про e-learning, то ситуация во многом схожая, т. к. полностью положиться на внешнего поставщика дело очень рискованное. Полный аутсорсинг пока что вообще никто не может предложить (даже если заявляет обратное), а в сфере разработки электронных курсов ситуация чуть лучше, но подводных камней еще море. Например, нет четких критериев, по которым можно выбирать поставщиков интерактивных курсов. Чаще всего в тендере победит кто-то дешевый, но с яркой обложкой и никто всерьёз не оценит качество методик и технологий. Даже если будет найден подрядчик, умеющий делать хорошие курсы в тепличных условиях, то не факт, что он сможет эффективно работать с учетом специфики заказчика. Поэтому самым надёжным вариантом остаётся создание собственной профессиональной команды по разработке электронных курсов. И тут компаниям часто приходится «изобретать велосипед» и наступать на одни и те же грабли.

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

Итак, классическая команда по разработке курсов с это:

  • Менеджер
  • Методист  (часто он же сценарист, но не обязательно)
  • Дизайнер
  • Верстальщик
  • Администратор LMS
  • Автор-эксперт (временный участник).
  • В больших проектах я еще привлекал наборщиков и редакторов.

Если наборщиков, дизайнеров, верстальщиков взять несколько, а над ними поставить руководителя, то мы получим настоящую фабрику контента, в которой будут разрабатываться параллельно несколько курсов. Такой вариант я проходил и работает он отлично, но позволить его себе могут немногие компании (мог позволить только вуз).

Есть другая крайность – команда из одного человека – помаленьку умеет всё, такое часто можно наблюдать в корпоративном секторе. Производительность такой команды невысока, а курсы в этом случае будут выглядеть качественно, только если этот человек в первую очередь дизайнер и чем больше он дизайнер в душе, тем ниже будет производительность. Не надо тешить себя иллюзиями, что на планете так много людей, которые обладают полным букетом талантов необходимых для отличных курсов. Однозначно, что у такого подхода есть свои плюсы, т. к. такой вариант гораздо проще согласовать с руководством в плане бюджета, а при подборе удачного специалиста можно и результаты получать приемлемые. В принципе, есть возможность увеличить производительность, набрав несколько таких универсалов, но тут возникает риск того, что на выходе будут получаться курсы разного качества и стиля, а процессом будет сложно управлять. А решение это достаточно дорогое, т. к. такие универсалы – не дешевые.

Какие есть альтернативы и комбинации, если есть потребность в больших объёмах качественных курсов, а хорошие бюджеты ещё надо заслужить, показав эффективность? Понятно, что для начала нужен специалист, который ближе к тому самому универсальному человеку-команде в сфере e-learning, но с уклоном в менеджерские и методические навыки. На рынке таких специалистов не очень много, но они есть. И главное на этом не остановиться, потому что душой этой небольшой команды должен стать хороший дизайнер! Можно сколько угодно спорить о педдизайне, инструментах и оптимальных процессах разработки, но бесспорно одно – 90% информации мы получаем через глаза! Как часто я видел продукты, сделанные людьми, считающими себя экспертами в области педагогического дизайна, но от которых веяло таким любительским дизайном, что я даже не мог заставить себя просто пролистать их. Провалы в дизайне не скрыть никакими методическими или техническим находками – они на виду! Если дизайнер окажется настоящим и его вдохновит идея создания обучающих курсов, то вы начнёте творить такое, что уже и денег не надо будет за это! Моё мнение, что такая команда из двух человек это минимальная боевая единица способная выдавать действительно качественный продукт.

Если потребности бизнеса возрастают и требуется увеличивать производство – что дальше? В идеале еще нужен хороший верстальщик, чтобы меньше отвлекать на это методиста и дизайнера. В Юлмарте в начале 2013 года создана подробная команда, и мы называем себя МКС – Мастерская КиберСистем. Если потребность в курсах возросла ещё и команда из трёх человек уже не справляется, то можно рассмотреть ещё минимум пару вариантов для увеличения производительности:

  • внешние разработчики (фрилансеры)
  • внутренние разработчики компании (вовлечение ресурсов других подразделений)

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

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

Теперь немного о типичных ошибках и хитростях:

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

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

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

Берегите мотивацию вашей команды – творческих людей легко обидеть. Старайтесь огородить свою команду от критиков того типа, которые считают, что разбираются лучше других во всём, но всегда доводите до них обратную связь от обучающихся! Даже если порция критики неизбежна, то она всегда лучше воспринимается после заряда позитива, полученного от обучающихся.

Ошибочно считать, что многие заказчики сразу могут сформулировать четкое видение того, что им требуется. Очень часто заказчик понимает, что ему надо, когда видит ваш курс и говорит вам, что его надо почти полностью переделать. И не надо тут пытаться обложить себя формальными документами, которые обезопасят от таких нерадивых заказчиков.  Кому будет хорошо, если будет принят курс, который никому на самом деле не принесёт пользы? Настраивайте себя на то, что первая версия курса (черновая или alfa) скорее всего только поможет заказчику прояснить своё видение.

 

Спасибо за внимание!

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

Павел Безяев

 

 

О ЮЛМАРТ

http://www.ulmart.ru/about/spb/ulmart

 

Полезные примеры: online рейтинги в курсах

Не так давно я писал про курс “Услуги и сервисы” (здесь), в котором мы применили концепцию создания соревновательного духа, викторины и отложенной обратной связи. Может звучит не очень понятно, но если на пальцах, то в “наживке” предлагаем обучающимся представить, что в самом разгаре “высокий сезон” (последние дни перед Новым годом) – клиентов много, отвечать на вопросы надо быстро. Затем мы бросаем им вызов – кто лучший (сотрудник, кибремаркета, регион) – кто лучше всех пройдёт курс. Ну а дальше “вопросы клиентов” на время и обратная связь после каждого блока, где разбираются вопросы на которые были даны ошибочные ответы.

В этом курсе мы так и не смогли технический реализовать возможность выводить рейтинги сотрудников в online режиме прямо в курсе. В итоге мы выгружаем эти рейтинги раз в неделю и публикуем на портале компании. НО! Сергей Колков проделал огромную и ценную работу и поделился в блоге подробной информацией о том, как реализовать рейтинги в курса используя CourseLab и WebTutor: http://websoft-elearning.blogspot.ru/2013/10/online.html

Я считаю, что публикация на тему e-learning очень мало вот таких практических и полезных примеров, а должно быть гораздо больше – на порядок! Лучше тратить энергию на такие практичные вещи, чем на бесконечные споры.

Большое спасибо Сергею!

Давайте делится такими находками!

Удачи!

Павел Безяев

Alfa, Beta и Стоп-кран!

Подход к повышению качества курсов.

 

Наверное, многие из тех, кто разрабатывают курсы сталкивались (или обязательно еще столкнуться) с тем, что или Заказчик сам не понимал до конца цель электронного курса или эксперта назначил такого, что увёл совсем не в ту сторону… Особенно ярко проявляется ситуация, когда вроде и с заказчиком несколько раз Цель прояснили и с экспертом концепт проработали и сценарий согласовали со всеми, а когда сделали первую версию курса всех словно «прорывает» – дали не то и не тем, не так и не тогда и «вообще, мы поняли теперь что хотели». Если вы работаете с внешним заказчиком, то такая ситуация может означать конфликт с заказчиком, затягивание сроков сдачи, работу себе в убыток и штрафные санкции. Если это внутренний заказчик, то это может, например, ударить по доходам разработчиков, когда производительность жестко зашита в KPI (или планы отдела). Понятно, что такие ситуации не очень хорошо сказываются и на мотивации команды. Инстинктивное желание сделать всё, что бы обезопасить себя – не делать лишних шагов (самой разработки), пока цели, задачи и сценарий не согласованны на 150%. Многие так и делают – формализуют отношения с заказчиком, через хитро продуманные заявки на разработку, протоколирование интервью, регламентированные согласования. Спору нет – такой подход поможет доказать, что курс сделан в соответствии с договорённостью, но не гарантирует, что это тот курс, что нужен в данный момент целевой аудитории и заказчику. Почему? Потому что есть ситуации, когда что бы увидеть Цель ясно надо начать двигаться, даже если есть большая вероятность, что движешься не совсем в идеальном направлении. Мне сегодня привели хороший пример – например, ты находишься в огромной захламленной комнате и совершенно не представляешь где выход, можно сколько угодно планировать, как выйти из этого лабиринта, но все это будет лишь гипотезой, пока ты не сделаешь несколько шагов и случайно не увидишь комнату с такого ракурса, который покажет направление к выходу. Вот и с курсами – можно сколько угодно применять красивые методы для выявления потребностей заказчика и продумывать методические подходы для реализации, но первый же просмотр или пилот может показать «дверь» совсем в другом направлении. Если у нас «прикрыты тылы», то можно конечно оставить всё как есть, но мне видится что глобальная Цель того, кто делает Настоящие Курсы не в этом. Варианты? Пока мы придумали схему, как действовать с внутренними заказами (при условии, что нет чрезмерно сжатых сроков – чей-то «пожар» это отдельная тема). Необходимо ввести систему Alfa и Beta версий курса. Alfa версия это некий набросок курса, который увидит узкий круг людей – заказчик, эксперты, методисты, коллеги и который может открыть совершенно отличный путь или даже показать несостоятельность заданной Цели. Разработчики уже знают, что это будет не их провал и выполненная зазря работа, а очень важный этап в создании действительно ценного курса. Beta версия это версия которая выходит на пилот – на небольшую группу представителей целевой аудитории, которые дают первую обратную связи и позволяют определить чего не хватает для полноценного релиза или подтверждают полную готовность курса.   И тогда в плане отдела дистанционного обучения уже можно указывать не просто количество курсов, которое надо сделать за месяц (или квартал), а количество версий курсов. Кажется это уже мелочь, но как это всё меняет. Например, мы хотим сделать идеальный курс по продажам, включаем его в планы, а после на пилоте понимаем, что ушли не туда (сами понимаем, но легко можем убедить заказчика). Вариантов у нас два – оставить все как есть и получить премии, но недовольных сотрудников (что всегда вернётся, но чуть позже) или остаться без премий и еще два месяца «доделывать» курс, как некий долг отдела. Получается некрасивая история со всех сторон, но уверен, что во многих компаниях часто так и выходит. А если мы бы сразу договаривались о версионности и закладывали в план на месяц сначала Alfa, а потом уже Beta версию и релиз, то вся история гораздо интереснее для всех. При этом никто не отказывается от идеального варианта, когда Alfa-версия становится релизом, но при этом без вынужденного обмана.

Кстати, на поиск этой идеи я вдохновился после очередного участия в клубе «Хорошее время читать». И снова впечатлила книга о Японских подходах к менеджменту, но на этой раз докладчиком был не я.  В книге «Дао Тойота» рассказывается об основных принципах менеджмента ведущей компании Мира. Есть там принцип №5 – «Сделай остановку производства с целью решения проблем частью производственной культуры, если того требует качество». Этот подход позволяет любому (любому!) сотруднику остановить весь конвейер, когда он замечает какой-то брак (у них есть для этого специальные копки). Для нас это может звучать дико – как можно доверить остановку производства субъективному мнению одного человека, а если ему просто показалось? Но практика показала, что это гораздо выгоднее, чем выпустить целую партию бракованных изделий, пока вопрос об остановке будет согласовываться с руководством. Есть и другие плюсы, но это отдельно. В общем, вчера я понял, что нажму «Стоп-кран» и остановлю «конвейер» по производству интерактивных курсов пока не поправлю вопрос качества. Остановил, подумал, посовещался, услышал идеи и теперь можно запускать снова, но уже совсем другой конвейер! 🙂

 

Удачи в поиске качества!

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

Что может спасти плохую LMS?

Что можно сделать, если система дистанционного обучения, которую вам приходится использовать, мягко говоря, далека от идеала, а в пользователях у вас очень даже привередливые клиенты? На первый взгляд – ничего, т. к. LMS это сердце выстроенной системы дистанционного обучения и если сердце барахлит, то никакой «тюнинг» это не скроет. Но сделать ситуацию менее печальной (если заменить СДО нереально) – можно.   В 2008 году мне довелось работать в одной крупной московской бизнес школе 🙂 Как-нибудь я обязательно опишу подробнее этот не самый приятный, но полезный для меня опыт, но сегодня выскажусь только по заданной выше теме.   В целом, всё выглядело очень пристойно – электронные курсы разрабатывала одна из самых известных в Москве компаний, а в качестве LMS использовался продукт от такого гиганта, как IBM. Но на практике всё оказалось очень любопытно – LMS LWCL поддерживали сразу два подрядчика при этом никаких гарантий стабильной работы никто дать не мог (про удобство я вообще молчу). Девушки, отвечающие за администрирование LMS делали это так словно занимаются магией «вуду» и были вечно очень напряженными (ещё бы!). Айтишники школы шарахались от сервера с СДО, как «черт от ладана». От клиентов сыпались печальные письма о том, как их достало за свои деньги тыкаться в непонятные кнопки и разбираться в безумных настройках. Еще в 2004 году я сталкивался с LMS от IBM, но тогда особого мнения составить не успел. Удивительным оказалось, что в 2008 году я увидел ту же самую версию продукта – развития не было. Спасало только то, что один из подрядчиков написал некую надстройку LMS (LMSUP), которая немного упрощала процесс администрирования, но техническая поддержка системы от этого становилась только сложнее. Что бы хоть как-то изменить ситуацию мне пришлось поехать на обучение к подрядчику ответственному за IBM LWCL и как можно глубже вникнуть в архитектуру этого решения. Такого количества «черных ящиков» и «ног за ухо» я не встречал больше никогда. И это IBM! Потом-то я уже узнал, что к тому времени в IBM уже приняли решение отказаться от развития данного направления, но в тот момент руководство убеждало меня, что это «великий бренд» и отказаться от этой LMS нельзя. В результате я смог разобраться в куче параметров, которые надо было мониторить и как четко определять к кому из подрядчиков переправлять проблему, но иногда выяснялось, что проблема вообще где-то на уровне ядра и нам приходилось посылать запрос в головной офис IBM. Не идеально, но технические проблемы я решил, но оставались еще грустные клиенты, которые после покупки дистанционного курса получали инструкцию размером с первый том «Войны и Мир». Но даже выполнение всех пунктов инструкции не гарантировало успешного запуска курса и понимания логики странного интерфейса. Единственное что можно было сделать в этой ситуации – создать качественную и дружелюбную службу поддержки пользователей. Мне пригодились и опыт работы ТНК-BP и пройденный, когда-то курс по ITIL и мой клиенто-ориентированный подход. Мы наняли ребят в разных филиалах школы – от Самары до Хабаровска, так что бы максимально охватить часовые пояса нашей страны, продумали вопрос с единым номером и обработкой запросов. Я потратил значительные усилия на то, чтобы пояснить всем своим сотрудникам, что обращающиеся в техподдержку это не «ламеры» и «очередные проблемы», а наши Клиенты и те, кто платит нам деньги. Параллельно мы автоматизировали и упростили некоторые процедуры администрирования системы и в какой-то момент даже начали получать благодарности от клиентов. За время работы в этой бизнес школе я сделал ряд непростительных управленческих и чисто человеческих ошибок, но вот выстроенная система поддержки оказалось тем самым решением, которое смогло изменить ситуацию к лучшему даже в таком тяжёлом случае! Поддерживайте и понимайте ваших клиентов, пользователей и обучающихся, и они вам многое простят! Кстати, опыт спасения ситуации за счет службы поддержки мне пригодился и в работе с другой не самой дружелюбной и стабильной LMS, но это уже отдельная история 🙂   Удачи! Павел Безяев

Айсберг e-Learning

Оказывается, не одного меня беспокоят мысли об избытке «теории ради теории» и недостатке «практической теории» в сфере e-Learning. Вот и Марина Литвинова  отмечает: «Так много стало теории в e-learning, уже нет такого недостатка инф-ции, как ранее, даже на русском. И на этом фоне все меньше заметна практика в реальных примерах, в действии…  А реально новое и интересное скрывается в практике e-learning, в своей и в той, которой делятся реже, чем теорией…». Буквально на днях я уже затрагивал подобную тему в предисловии к книге, которую надо обязательно написать (E-LEARNING ПО-РУССКИ): «…особенности добавляет существование двух миров в самом e-learning: мир теоретиков и мир практиков. Эти два мира пересекаются только в умах теоретиков, но на практике почти все красивые теории успешно затухают и балом правят трудяги-практики с их интуитивными и простыми решениями. Удивительно наблюдать, что почти все теоретики считают себя практиками, а практики на полном серьёзе ведут дискуссии с теоретиками и даже выкраивают время на чтение их трудов».

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

 

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

5 шагов внедрения СДО или типовые ошибки

В блоге “Технологии e-learning” посмотрел запись интересного и полезного доклада для всех кто планирует внедрять СДО в компании. Подмечены многие важные нюансы (хотя и не все) и всё поясняется простым языком. Конечно, основной вывод доклада, что для внедрения нужен профессионал, но знания лишними не бывают 🙂

Вот ссылка на публикацию: http://websoft-elearning.blogspot.ru/2013/04/5.html

Удачи!

Мега команда для разработки e-learning курсов

Возможно ваша команда недавно разработала уже второй успешный курс для вашей(его) компании/вуза/учебного цента. А может быть у вас за плечами уже пара десятков таких курсов. Молодцы! Догадываюсь о чем вы размышляете за кружной пива или во время обеда с коллегами – «надо выходить на внешний рынок, создавать свою компанию и зарабатывать на разработке курсов – мы можем делать это лучше, много и значительно дешевле». Угадал? Удивлены? Секрета тут нет, я и сам проходил через это (хотя меня быстро увело в другую сторону, но про это будет отдельно), а сколько таких «доморощенных» команд выходило на меня с предложениями о сотрудничестве – сосчитать сложно. Не буду говорить, что ваша команда не уникальна и не может заниматься этим бизнесом. Просто хочу предупредить, что всё не так безоблачно и красочно, как вам может казаться. Могу привести несколько моментов (без подготовки), которые вам надо учитывать:

1)      Разрабатывая внутренние курсы вы, чаще всего, имеете дело с одним заказчиком, а значит можете смело применять типовые подходы и решения. Но внешние заказчики слышали об e-learning разные мифы и их потребности и «хотелки» могут вас сильно выбить из «накатанной колеи».

2)      Если вы успешно разрабатывает курсы для внутренних потребностей, то у вас должна быть хорошо отлажена система получения материалов от экспертов. Есть требования, мотивация, рычаги воздействия и внутренние ресурсы. С внешним заказчиком вы можете столкнуться с тем, что собрать материал будет сложнее, чем сделать сам курс, а платить дополнительные деньги вам за это никто не будет.

3)      На этом рынке полный хаос в плане ценообразования – нет единых стандартов и подходов к оценке трудоёмкости и качества. Многие заказчики даже не представляют как сложно, и как дорого, сделать хороший курс, а их неведение подпитывается отчасти именно такими начинающим командами, как ваша, которые с радостью скидывают цену до заведомо убыточной. Я знаю команды, которые готовы делать электронные курсы (приемлемого качества) за 50 тысяч рублей, тогда как другие команды (опытные) свои типовые курсы (тиражируемые) продают от 60 тысяч рублей за корпоративную лицензию. В общем, тут вилка – заказчик знает, что за 50 т. р. на рынке найдутся команды, готовые разработать им курс, а опытные разработчики знают, что нормальный курс стоит в десять и более раз дороже. Да, некоторые команды действительно могут позволить себе демпинг, т. к. разработка курсов на заказ это для них всего лишь подработка, а деньги они получают из бюджета вуза, но среди таких команд редко найдешь такие, которые смогут удовлетворить запросы корпоративного клиента.

4)      Будьте готовы к «танцам с бубном» на этапе финальной сдачи курса – даже самые лояльные и нетребовательные заказчики в этот период преображаются. Вам понадобится много мастерства, что бы убедить, что согласованные ранее шаблон или персонаж заменить на этом этапе это не «5 минут работы» и что вы используете именно самые эффективные методики, а методики которые они услышали вчера на вебинаре им совсем не подходят и т. п. У вас есть вариант усложнить разработку курса – фиксируя бумажными актами каждый этап разработки (согласование сценария, шаблона, персонажей, иллюстраций и т. п.), но удовольствия от этого будет мало, а можно развивать в себе навыки продавца и дипломата 🙂

 

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

 

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

 

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

Советы начинающему разработчику курсов – 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 по требуемой тематике. Итого, используем шаблоны, четко задаём цель и план обучения, а дальше даём человеку некий уникальный  актуальный (но «легкий»!) учебный контент и вспомогательные материалы, из которых он сам может найти ответы на вопросы, возникающие исходя из целей и задач. Такие курсы дешевле в разработке и при этом очень быстро актуализируются.

  

Удачи!

 

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