Книга "eLearning and the Science of Instruction". Часть 7. Практика. Часть 1

Автор: Денис Якорев
В этой главе мы начнем разговор о вопросах и учебных заданиях - наиболее важных практических элементах в электронных курсах.
Причем форма представления вопросов и учебных заданий, в этот раз, нас будет интересовать мало. В какой бы форме ни был представлен вопрос: в стандартной(одиночный/множественный выбор, правда или ложь и т.д.), либо в специфической, компьютерной (drag'n'drop, симуляции и т.д.), эффективность задания в большей степени будет определяться не формой, а скрытым за ней содержанием. 

А основное требование к содержанию, как вы помните из предыдущих частей конспекта - попасть в правый верхний угол матрицы вовлеченности:

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

Совсем другое дело - вопросы на понимание материала - они требуют от обучаемого еще и мыслительной активности, поэтому попадают в  нужную нам вторую секцию матрицы.
О том, какие принципы нужно соблюсти для создания высококлассных практических заданий, мы поговорим далее. 

Парадокс и принципы эффективной практики

Зависимость между объемом практики и уровнем достижений в той или иной области, безусловно, есть. Так, исследования показали, что музыканты, достигшие вершин в искусстве провели за практической работой более 10 000 часов (Sloboda, Davidson, Howe, & Moore, 1996, p. 287). Или, например, что наиболее успешные игроки в Scrabble за 3 года отдают этой игре в среднем 3 541 час, в то время как середнячки - только 886 (Tuffi ash, Roring, & Ericsson, 2007). 
Но парадокс заключается в том, что, несмотря на то, что лучшие представители в своих областях обязательно имеют огромную практику, сам по себе большой объем работы не гарантирует высоких достижений.

Иными словами практика - необходимое, но не достаточное условие высоких достижений.

Достижениям способствует только специфический вид практики, а именно - осознанная практика.

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

5 основных составляющих осознанной практики:

1. Наряженные усилия для совершенствования собственных действий
2. Внутренняя мотивация, вовлекающая в процесс решения задачи
3. Специально подобранные задачи, которые развивают слабые стороны ученика
4. Обратная связь, которая обеспечивает понимание результата
5. Продолжительные повторения в течение многих лет

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

1. Практики должно быть достаточно для достижения учебных целей
2. Практика должна отражать реальную деятельность
3. Необходимо давать эффективную обратную связь
4. Практика должна быть распределена между и смешана с другими учебными событиями
5. Должны соблюдаться принципы мультимедиа
6. Необходимо реализовать постепенный переход от примеров к практике

Принцип 1. Достаточный объем практики

Практические задания - дорогое удовольствие. Они требуют времени как на разработку, так и на прохождение. Вопрос в том, стоит ли игра свеч? Оправдывают ли себя вложения в практические задания и сколько их будет достаточно?

Как показывают исследования, игра свеч стоит. Обучение в интерактивном режиме -  с выполнением практических заданий, в среднем, эффективнее на 63%:

А вот с вопросом о количестве практики определенности чуть меньше. 

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

Но с другой стороны, с ростом количества повторений эффективность каждого из них падает. Эта зависимость получила название "Закон практики" 

Из этого закона можно сделать два основных вывода:
1. Чем больше практики, тем лучше. Поэтому, если пед.дизайнер стоит перед выбором - дать больше практики или меньше, он должен выбрать первый вариант, если он действительно заинтересован в результате обучения
2. После определенного количества задач прирост в результативности будет слабо различим, в то время как затраты на разработку будут увеличиваться пропорционально. Так, для математики опытным путем было установлено оптимальное количество упражнений - 3-4 задачи каждого типа. Сравните результаты 2х групп - одна из них решила 9 задач по одной теме, вторая - только 3

Принцип 2. Практика как отражение реальной деятельности

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

Остальные принципы  рассмотрим в следующем посте.
Источник

Другие части книги по тегу eLearning and the Science of Instruction 

Кейс по оценке эффективности очного и дистанционного обучения

Автор: Эдуард Бабушкин

Это уже второй мой кейс про эффективности в дистанционном обучении, первый здесь Кейс по эффективности вебинара

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

Кейс может показаться простым. Он в отличие от этого поста (см. Кейс по HR-аналитике без цифр (на понимание)), во первых, на определение критерия (это про цифры), а, во вторых, на понимание: важным элементом анализа является корректная интерпретация полученных результатов.
Удачи в решении.

Кейс

В банке прошло одновременно очное и дистанционное обучение по продукту: 13 менеджеров отправили обучаться в подмосковный пансионат, 24 менеджера учились дистанционно.
После обучения спустя две недели все прошли дистанционное тестирование.
Результаты показали следующие:

• В группе "очников" 3 студента ответили на 100 % правильных ответов по тесту, 7 - 90 % правильно, 2  - 80 %, 1 - 70 %.
• В группе "дистанционщиков" такие результаты: 2 студента - 100 % правильных ответов, 6 - 90 %, 8 - 80 %, 4 - 70 %, 3 - 60 %, 1 - 50 % правильных ответов.

Вопрос к кейсу:

1. Представьте данные в виде таблицы;
2. Визуализируйте данные (каким типом диаграммы воспользуетесь)
3. Определите статистический критерий для решения
4. Ответьте на вопрос: можно ли по полученным результатам утверждать, что очное обучение эффективней дистанционного (или наоборот, или они не отличаются по эффективности)

Продолжение:

Галерея специалистов e-learning. Тяжелая артиллерия. Виктор Мордвинов

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

С большим удовольствием представляю Виктора Мордвинова - руководителя проекта дистанционного обучения в компании СПОРТМАСТЕР

Запись и презентация вебинара Виктора у нас на портале Дистанционное обучение: от красивых слов к реальным делам (мнение прагматика) (11 июля).

Еще один сюрприз: интервью с Виктором Мордвиновым из журнала "Управление компанией" # 8 за 2004 год (!!!)
СДО - аргументы "за" и "против" (интервью с представителями компании Спортмастер)
Коллеги, прошу прочитать интревью и сказать: а что изменилось за время с 2004 года?
И я попрошу Виктора прокомментировать, что изменилось с того времени в понимании СДО.
Ждем всех на вебинаре!



>>> 

Другие участники Галереи специалистов e-learning.

     Сообщество e-Learning PRO приглашает экспертов e-learning -сферы рассказать о своем опыте и внести свой вклад в развитие Галереи.

     Менеджер e-Learning PRO - Марина Литвинова, marina@e-learningcenter.ru. 

Техническое задание на разработку электронного учебного курса

Автор: Елена Ходак

Виртуальное образовательное пространство, электронный корпоративный университет, корпоративный учебный портал: эти и прочие термины описывают различные аспекты электронного (или дистанционного) обучения и объединяют различные элементы, которые можно назвать модным словом: e-learning.

Технологии электронного обучения уже не воспринимаются как нечто совершенно непонятное и недоступное, однако при их использовании возникает множество вопросов. Один из них, и, наверное, самый важный – как сделать электронный курс, и не просто электронный курс, а хороший и качественный.

Про педагогику электронного обучения, педагогический дизайн и другие содержательные аспекты сказано много и эта сторона вопроса сейчас активно обсуждается в e-learning-среде.

Мы здесь хотим осветить более прозаическую сторону, но ничуть не менее важную – какие вопросы желательно включить в Техническое Задание для разработки электронного курса при разработке его «под заказ» у стороннего подрядчика.

Первые два вопроса, как ни банально это звучит, это: «Что делаем?» и «Для кого?». Если назвать их более официально, они могут называться как «Тема» и Цели разработки курса», причем цели желательно описывать в категориях типа «сформировать у слушателей знания о…», а цели - в формате «курс предназначен для … (здесь указывается целевая категория, например продавцы, агенты и др.»).

Не лишним будет указать язык курса. Особенно, если компания ведет бизнес в различных странах, чтобы было однозначно указано «русский».

Из специфических требований желательно указать способы распространения курса. Это один из ключевых технических аспектов, описывающий каким образом будет проходить обучение: через систему дистанционного обучения, путем пересылки курса на CD и др. Если электронный курс планируется использовать в рамках системы дистанционного обучения, то желательно указать какой именно, поскольку у каждой из платформ (или LMS: Learning Management System) есть свои особенности, которые необходимо учитывать). Поэтому желательно указать, что курс будет размещен, например в Web-Tutur, Mirapolis Learning Management System или Moodle.

Также желательно указать планируемую модель обучения: будет ли это самостоятельное изучение без тьютора, при котором курс полностью автономен или нет и предполагаемую длительность прохождения электронного курса. Например, 4 часа. Эти подробности необходимы, в том числе и для того, чтобы разработчик мог создать качественную инструкцию для пользователя. Это особенно важно, если предполагается полностью автономное изучение курса.

Кроме того, в ТЗ крайне желательно внести инструмент, который подрядчик будет использовать для разработки курсов. Например, iSpring или Courselab.

Не лишним будет описать в ТЗ порядок и срок разработки курсов. Например, курс разрабатывается в следующей последовательности этапов:

1. Подготовка пилотной версии курса в шаблоне дизайна и его согласование с Заказчиком (объем пилота – не более 5 слайдов);
2. Разработка полной версии курса;
3. Согласование полной версии курса и устранение замечаний;
4. Передача заказчику итоговой версии курса для установки в СДО

Естественно, необходимо указать срок создания готового курса.

Если разработка курса включает создание пилотной версии, то желательно указать, какие составляющие она включает. Например,

• пример оформления всех типов слайдов;
• пример основных видов заданий теста;
• плеер курса с основной функциональностью.

Обычно Заказчик передает разработчикам материалы, необходимые для создания курса. Чаще всего это элементы корпоративного brandbook. Например, логотипы в растре (*.png).

Если курс состоит из нескольких частей, то желательно в ТЗ это указать, также как и требования к проверке знаний в курсе. Например, «Проверка знаний осуществляется посредством теста, и размещена в соответствующих разделах курса, один тест к каждой теме. Также в заключение курса будет предложен итоговый тест. На прохождение каждого теста обучаемому дается одна попытка».

Не лишним будет формализовать требования к плееру курса. Например, «Плеер выполняется в стандартном дизайне Исполнителя, и должен включать в себя кнопки: Далее, Назад, Начать тему с начала, Глоссарий, Оглавление, Аннотация к курсу».

Отдельно желательно описать требования, предъявляемые к звуковому сопровождению курса. Например, простейший случай: «Звуковое сопровождение в курсе не используется».

Если Заказчик – географические распределенная компания и электронный курс будут изучать слушатели в удаленных филиалах, то необходимо учитывать пропускные возможности Интернета. Для этого формируются требования к ограничениям курса. Например, «Размер загружаемого модуля не должен превышать 50 Мб».

Также желательно указать требования к программному и техническому обеспечению слушателей для корректной работы с курсом. Например, «Минимальные требования для корректной работы с курсом:

• Разрешение экрана монитора: 1024 х 768 или более высокое;
• Браузер: Internet Explorer версии 8 или более поздней,
• Пропускная способность интернет-канала: 256 кбит/сек. или более высокая».

Особенно это актуально для учебных заведений, планирующих привлекать удаленных слушателей.

Не лишним будет указать возможность и допустимость использования курса на мобильных устройствах. Например «Использование курса на мобильных устройствах не предусмотрено». Можно наоборот, указать «Устройства для просмотра: стационарный компьютер, ноутбук, планшет»

Также немаловажной частью ТЗ является описание состава работ Исполнителя, который он выполняет по настоящему договору. Как правило, это:

• Подготовка иллюстраций для курса;
• Разработка интерактивных компонентов для курса;
• Сборка курса;
• Тестирование и отладка курса.

И в завершение, желательно указать результат работы и форму передачи результата работы заказчику. Например, «Результатом работы Исполнителя является электронный учебный курс, разработанный в инструменте для создания курсов «CourseLab 2.7». Курс предоставляется заказчику в виде проекта CourseLab 2.7 на CD-носителе».

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

Сдвиг от LMS к TMS

Автор: Эдуард Бабушкин

Cornerstone OnDemand покупает Evolv, и почему это важно.

Cornerstone OnDemand является одной из самых популярных платформ TMS (Talent Management system), Вот что они сами о себе пишут:
Cornerstone OnDemand is a global leader of cloud-based talent management software solutions. Over 15.5 million users across 191 countries rely on Cornerstone to maximize their potential, develop their skills and foster new levels of collaboration.

Компания Evolv специализируется в области Анализа данных, Машинного обучения, Больших данных и т.п..

Входит в десятку самых инновационных компаний. На нашем рынке прогремела исследованиями текучести персонала, см.:

• Ключевые факторы удержания и текучести персонала
• Забудьте про резюме: Большие Данные определяют решение рекрутера

Это еще один сигнал нашему рынку, который мы по традиции не услышим))
Я пытаюсь периодически говорить про это, делал даже практический заход: Как управлять текучестью персонала с помощью Webtutor (кейс), но к сожалению, среди пользователей платформы Webtutor пока не нашлось ни одного желающего использовать это.
Несколько лет назад Джош Берзин заговорил о сдвиге от LMS (Learning Management System) к TMS (talent management system).
И я здесь мессидж адресую Алексею Королькову: сдвиг от LMS к TMS это не только изменение софта, это изменение мышления специалистов. Специалист в идеологии talent management system должен обладать vision, TMS ИМХО - всегда заточена на то, чтобы показать влияние на бизнес результат.
Ну как то так.. Начал за здравие, а закончил своими болячками.