Анонс доклада на конференции Е-Практика 2014

Завтра буду на конференции клиентов и партнеров WebSoft — E-Практика 2014.

Буду делать доклад на тему: «Создание и использование публичных дистанционных курсов в корпоративном секторе: Зачем?!»

А также участвую в дискуссии «Технологии MOOC (массового открытого онлайн обучения). Обсуждение с экспертами»

Позже опубликую текст доклада и впечатления от конференции.

moocw

 

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

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

 

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

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

 

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

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

Курс-викторина с отложенной обратной связью

Задумали достаточно сложный с технической точки зрения (и по трудоёмкости) курс по продажам услуг и сервисов. Основа курса – соревновательный дух!

Курс делится на два блока:

  • Знание сервисов
  • Продажа сервисов (техники продаж)

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

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

Если кому-то будет интересна технология, то готов поделиться:

1. На картинку/текст с верным ответом вешаем действия (на клик мышкой):

ПЕРЕМЕННАЯ (x1=1, область действия = весь модуль)

ОЦЕНКА (Цель=total, добавить 1)

ПРЕХОД (следующий слайд)

На неверные ответы «вешаем» просто переход на следующий слайд.

На слайде размещаем типовой элемент из раздела навигации — «таймер» и через действие «окончание времени» задаём переход на следующий слайд (это если обучающийся не успел дать ответ). При этом сам слайд выводим в режиме «Ждать действия».

Для каждого следующего вопроса задаём свою переменную x2, x3, … x100. Получается, что при нажатии на верный ответ мы увеличиваем общий балл по курсу и присваиваем занчение 1 соответствующей переменной, а если ошибаемся, то просто переходим к другому вопросу. Вернуться назад нельзя.

2. Чтобы выводить отложенную обратную связь, мы создаём после каждого блока вопросов слайды с текстом обратной связи. К каждому слайду через действие на событие «перед показом» вешаем небольшую проверку:

ЕСЛИ (Условие=#x1==1)

____ПЕРЕХОД (следующий слайд).

Таким образом, получается, что все слайды с обратной связью по вопросам на которые был дан верный ответ просто не будут отображаться!

Смотрится очень динамично и интересно! И при этом у нас больше сотни вопросов 🙂

Если нужны дополнительный детали – с радостью поделюсь!

osotl

 

Удачи!

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

Тесты это скучно?

Вчера прочитал публикацию о том, как большое количество скучных тестовых вопросов вдохновило разработчика курсов на создание интерактивного элемента, в котором выбранные варианты ответов отстреливаются из танка (http://websoft-elearning.blogspot.ru/2013/02/blog-post_10.html) и сразу вспоминалось, как мы решали подобный вопрос еще в далеком 2004 году. Тогда мы тоже столкнулись с тем, что большую часть времени при изучении электронных курсов студентами приходилось сдавать тесты: предстесты, тест после каждой темы, рубежные и итоговые тесты. Веселым это занятие назвать было сложно и только обязательность этого процесса (иначе оценку в зачётку было не получить) заставляла студентов проходить все эти тесты. Стоило обсудить эту проблему, и через два дня у нас уже был первый вариант решения – наш программист написал оригинальное приложение, которое полностью имитировало популярную тогда игру «О, счастливчик!» (потом она называлась «Кто хочет стать миллионером?»). Игру назвали просто – «О, отличник!». Учтено было всё – музыка, три подсказки, наличие несгораемых сумм и т.п. Но главным была универсальность этого приложения – оно было рассчитано под формат тестов, который мы тогда использовали (в LMS WebCT) – любые тесты за секунды конвертировались под формат игры и дальше уже студент мог проходить или обычные скучные тесты или переключиться и отвечать на те же вопросы, но в формате популярной игры. Идея оказалась настолько удачной, что мы даже сами сидели и играли в эту игру, подгружая базы тестов от разных дисциплин и соревнуясь в количестве виртуальных миллионов. Можно использовать и интерактивные преобразования тестовых вопросов и проще – карты, кирпичи для строительства стены, подбор шифра на замке и т.п. Положительных эффектов от таких элементов можно найти несколько, например:

— обычный тест кажется устаревший технологией, но тот же тест оживленный каким-то действием или сделанный в игровой манере воспринимается уже, как интерактивный элемент и повышает вовлеченность обучаемого и общий имидж курса;

— обучаемый переключается;

— трудозатраты на такие вставки ниже чем на другие интерактивные элементы за счёт того, что можно сразу продумать универсальный механизм рассчитанный под 2-3 вида тестовых вопросов и тиражировать его в разных курсах, но тут важно не увлекаться – если один и тот же сотрудник/студент будет постоянно натыкаться на схожий вариант интерактивности теста, то эффект может получиться обратным.

В общем, подходите к отображению обычных тестовых вопросов креативно и ваши  курсы будет лучше при меньших трудозатратах.

P.S. Очень сожалею, что потерял исходник игры «О, отличник!», а то использовал бы её даже сейчас…

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

 

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

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

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

Сегодня поделюсь парой мыслей о том, как лучше сформировать команду для разработки курсов. На практике я мне приходилось создавать и команды-фабрики и команды из универсальных одиночек, но главное что я для себя понял – ядро команды это человек с чувством стиля и дизайнерскими навыками. Можно сколько угодно спорить о педдизайне, инструментах для разработке курсов и процессах разработки учебных курсов, но бесспорно одно – 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