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

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

Чтобы вы смогли, как тот архитектор, разложить любой образовательный продукт и повторить результат, вам необходимо разобраться с тремя терминами, которые являются фундаментальными при построении образовательного продукта: «алгоритм проектирования» (англ. framework), «модель обучения» (англ. instructional design model) и «образовательная модель».

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

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

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



В образовательном продукте проектирование конкретного здания будет соответствовать понятию «модель обучения», а создание инфраструктуры будет соответствовать понятию «образовательная модель».



Дисклеймер. В научной литературе чаще всего вы встретите термин «модель обучения», немногие авторы используют «алгоритм проектирования», и, наконец, мы на Большом курсе дополнительно используем термин «образовательная модель». Мы приводим вам именно нашу интерпретацию, основываясь, с одной стороны, на всестороннем ресерче по теме, а также исходя из нашего практического опыта применения этих понятий. Тем не менее, прочитав эту статью, вы сможете в дальнейшем проводить различия между терминами и понимать, что имеется в виду, даже если термины используются в другой интерпретации.

Давайте теперь разберёмся с тремя терминами в контексте проектирования образовательного продукта.

Итак, алгоритмы проектирования — это общая логика этапов, которые необходимо пройти, чтобы выпустить образовательный продукт. Все алгоритмы так или иначе включают в себя 4 или 5 этапов: исследование, учебный дизайн, разработку, реализацию и оценку. Алгоритм только определяет, в какой последовательности эти этапы расположены. Например, в одной логике вы проводите исследование на начальном этапе, а в другой - на каждом из этапов. Также какой-то алгоритм может предполагать, что вы сначала заканчиваете стадию разработки и только потом тестируете продукт, а в другом случае вы тестируете уже на стадии учебного дизайна.

При этом алгоритм не расшивает, как правило, этапы на шаги. То есть алгоритм не определяет, как именно выявлять потребности обучающихся или как именно студент будет взаимодействовать с обучающей платформой. Можно сказать, что алгоритм отвечает на вопрос «Что должно быть сделано на каждом этапе?». Ответ на вопрос «Как это сделать?» вы найдёте в модели обучения и образовательной модели.

«Модель обучения» является более узким понятием по отношению к «алгоритму проектирования», поскольку она задаёт правила построения именно обучающего контента: теоретические знания, практические задания, объём обратной связи, любые дополнительные материалы. Одни модели отталкиваются от навыков, которыми нужно обладать на выходе, другие сначала проектируют задания и уже под них дают теорию и дополнительные материалы. Модель обучения занимает центральное место в алгоритме, особенно на этапе дизайна и разработки, и именно вокруг неё выстраиваются все остальные этапы, но она не является единственным элементом конечного образовательного продукта.

И, наконец, на Большом курсе мы используем понятие «образовательная модель». Это понятие более узкое, чем алгоритм проектирования, но более широкое, чем модель обучения. В нашем понимании это понятие включает в себя модель обучения и создание образовательной среды. То есть в рамках алгоритма оно охватывает этапы учебного дизайна и разработки. Фактически модель обучения определяет построение контентной части, чтобы наилучшим образом передать знания и умения студенту, а образовательная среда определяет то, как всё организовать и вовлечь студента, чтобы он дошёл до конца и получил максимум результата от обучения. Совместно они образуют понятие образовательная модель.

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

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

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

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

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

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

Последний этап оценивает каждый из этапов в отдельности и опыт проведения курса в целом. Выявленные результаты можно использовать для последующих итераций улучшений.

Первым мы разберём алгоритм ADDIE, который пользуется популярностью у методологов и является классикой в образовательном дизайне. Считается, что все другие алгоритмы так или иначе являются вариацией ADDIE. Эти пять букв — аббревиатура:
A — анализ (Analysis)
D — учебный дизайн (Design)
D — разработка (Development)
I — реализация (Implementation)
E — оценка (Evaluation)

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

Изначально модель ADDIE была задумана как линейная. То есть все шаги шли последовательно и завершались на последнем этапе.

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

Как будет рассмотрено дальше, мы во многом основываем нашу образовательную модель на ADDIE, дополняя и расширяя её.

Другим алгоритмом, заимствованным из разработки программного обеспечения, является Спиральная модель (англ. Spiral ID) или 5D. Пять D расшифровываются как:
Define – определить. Это этап анализа, понимания целей заказчика и аудитории.
Design – спроектировать. На этой стадии мы разрабатываем первую структуру, которой, однако, хватает для тестирования.
Demonstrate – продемонстрировать. На этом этапе мы тестируем прототип.
Develop – разработать. Только после удачного теста прототипа мы начинаем доводить продукт до готовности.
Deliver – выпустить. Стадия запуска продукта на широкую аудиторию.

Фактически эти этапы соответствуют 5 этапам, описанным выше, несмотря на то что немного иначе называются.

С точки зрения взаимодействия с заказчиком этот алгоритм обладает преимуществом, поскольку с помощью быстрого тестирования прототипов мы проверяем, насколько оправдываются ожидания заказчика. Каждый виток спирали соответствует созданию работоспособного фрагмента, или его ещё можно назвать MVP. Это позволяет уточнить требования, цели и характеристики проекта, определить объём разработки и спланировать работы следующего витка спирали. Таким образом происходит последовательная конкретизация деталей проекта, и в результате создаётся продукт, который удовлетворяет действительным требованиям заказчика и студента. Именно эта версия продукта доводится до реализации.

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

Это также может помочь создать более индивидуальный подход к обучению. Тестируя продукт, мы определяем, какой объем уже является достаточным с учётом опыта студента и в финальной версии даем ровно столько, сколько необходимо для достижения желаемого результата.

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

Дойдя до этого этапа, вы можете зациклить этот алгоритм, и тогда он станет похож на ADDIE в обновлённой версии. То есть вам не нужно больше углублять тему, а нужно совершенствовать существующие слои, например, улучшать дизайн уроков, подключать технологии. И вот этот процесс может быть бесконечным. Хотя на определённом этапе вы опять можете уйти в спиральное развитие.

К недостаткам данного алгоритма относится то, что он не подходит для маленьких проектов, а также требует наличия аудитории для Альфа-тестирования (когда в фокус-группу входят сотрудники компании).

Существуют и другие логики построения, например, довольно популярным алгоритмом является SAM (Модель последовательных приближений). Она предполагает быстрое тестирование трёх прототипов, чтобы затем создать качественный продукт. В целом общие этапы совпадают, но последовательность также отличается. На первом этапе собирается информация, то есть это этап анализа. После этого на этапе учебного дизайна создаётся первый прототип, который проходит Альфа-тестирование. На следующей стадии оценивается эффективность прототипа. После этого создаются 2 других прототипа и также тестируются. Два последующих прототипа не являются улучшенной версией первого, все три прототипа предполагают три разные идеи. И только после этого составляется полный бюджет и определяются сроки реализации готового продукта.

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

В целом, такой подход можно использовать и для маленьких проектов. Основное преимущество в том, что мы не останавливаемся на первой идее реализации, а продолжаем поиск. Именно этот подход, по мнению основателя, даёт возможность создать «золотой» продукт.

Например, в рамках проектирования контента вы можете проходить также все 5 этапов, то есть делать ресерч по теме, набрасывать структуру, писать тексты, тестировать прототип, оценивать, например, если мы идём по алгоритму ADDIE. То же самое можно делать в рамках других слоёв.

А есть алгоритмы, которые имеют смысл только для проектирования конкретного слоя или контентной единицы, например, урока. Они задают логику на локальном уровне, но через них не получится построить весь продукт. К таким алгоритмам относятся «цикл Колба» и Backwards Design (Обратный дизайн). Поскольку их применение проще объяснить на стадии учебного дизайна, то мы их рассмотрим в разделе «Модели обучения».

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

Итак, следующее понятие — «модель обучения». Это понятие более узкое, чем понятие «алгоритм проектирования». Оно относится именно к обучающим материалам: реальный результат, контент, задания, дополнительные материалы, объём обратной связи.
Следуя нашей аналогии со строительством здания, алгоритм определяет все шаги, которые необходимо пройти, чтобы здание было построено. А модель обучения будет относиться к проектированию непосредственно самого здания.

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

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

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

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

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

В данной модели по сути также может быть реализован «цикл Колба», который по факту является алгоритмом, а не моделью обучения. То есть он не говорит, как именно простроить учебные задачи, но показывает последовательность этапов: сначала получаем первый опыт, который также может потребовать от студента поиска теоретического материала, затем осмысливаем этот опыт, накладываем на него теорию и повторяем практику.

Примером модели обучения в рамках проблемно-ориентированного подхода является модель 4С / ID. Эта модель, как и любая другая, очень объёмна, и мы не сможем её рассмотреть здесь полностью, а лишь затронем общие положения. Если очень коротко, то в данной модели мы сначала составляем учебные задания. На старте проектирования, конечно, ставится цель и именно под неё формируются эти задания. Модель детально расписывает, как именно эти задачи формируются, по каким уровням сложности их можно разбить, какой уровень обратной связи предусмотреть. Затем под задачу формируется вспомогательный материал, то есть теоретическая база, для того чтобы у студента сформировались основные представления о предмете, которые затем подсказывают ему как в целом подходить к решению ситуации.

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

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

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

В таких моделях мы в первую очередь прописываем, какими навыками должен обладать студент по окончании обучения. На примере методологии мы могли бы построить обучение исходя из того, что на выходе методолог должен уметь делать ресерч и находить нужную информацию, обладать навыком деления сложного на простое, использовать определённое количество навыков визуализации, развить навык работы с презентациями Power Point и так далее.

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

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

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

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

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

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

Для того чтобы прийти к цели, мы можем использовать алгоритм Backward design (Обратный дизайн), в котором мы как бы «отшагиваем» от цели шаг назад, чтобы простроить путь студента.
Этот алгоритм может использоваться как для любого этапа проектирования (например, для проведения исследования, построения системы метрик), в рамках любой модели обучения (к примеру, чтобы проверить, что построенное обучение поможет достичь цели), так и для построения конкретного урока.

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

Последним шагом будет приготовленная в духовке пицца.

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

Шаг назад: для этого ингредиенты нужно нарезать, а тесто раскатать.

Шаг назад: перед этим тесто необходимо замесить.

Шаг назад: а чтобы замесить тесто, нам нужно узнать, как это делается.

Шаг назад: до того, как мы приступим к подготовке теста и ингредиентов для пиццы, нам их нужно купить.

Шаг назад: чтобы купить нужные нам ингредиенты, нам нужно узнать их наименование и количество.

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

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

Самое интересное начинается, когда вы виртуозно владеете всеми моделями обучения и алгоритмами и миксуете их в рамках одного или разных образовательных продуктов для получения желаемого результата.

Мы, наконец, подошли к третьему понятию — «образовательная модель». Данное понятие охватывает этапы учебного дизайна и разработки, но помимо модели обучения включает в себя построение образовательной среды. В следующем лонгриде мы подробно разберем образовательную модель, используя в качестве основы алгоритм ADDIE.