ADDIE и SAM: как выбрать модель педагогического дизайна для своего курса
Модель педагогического дизайна помогает решить, что проверить до записи уроков и когда возвращаться к программе. Сравним ADDIE и SAM на примере небольшого авторского курса и составим рабочий порядок разработки без лишней документации.
В этом материале
Для чего автору курса нужна модель
Представьте эксперта по управлению проектами, который решил научить руководителей проводить короткие рабочие встречи. Он уже подготовил двадцать тем, но ещё не проверил, почему встречи у аудитории затягиваются. Запись всех лекций сейчас закрепит непроверенные предположения и сделает изменения дороже.
Модель помогает организовать решения: выяснить задачу, выбрать учебное действие, собрать материал, показать его ученикам и оценить результат. Это рабочая схема для команды. Само название методологии не подтверждает качество курса и не заменяет разговоры с будущими участниками.
Перед выбором модели полезно описать программу на одной странице: кому предназначен курс, какую задачу он решает, что участник сделает самостоятельно и какие ограничения есть у автора.
Как устроена ADDIE
Аббревиатура ADDIE объединяет анализ, проектирование, разработку, внедрение и оценку. В описании CDC этапы связаны результатами работы и допускают сбор обратной связи и изменения по ходу разработки. Поэтому трактовка «один раз пройти пять ступеней без возврата» излишне жёсткая.
Для нашего условного курса это можно перевести в пять коротких документов. Анализ фиксирует типичные сбои встреч. Проектирование — итоговое задание и критерии. Разработка — уроки и тренировочные ситуации. Внедрение — порядок доступа и сопровождения. Оценка — способ проверить, справляется ли участник с новой ситуацией после обучения.
Объём документов зависит от проекта. Эксперту с одним модулем достаточно нескольких страниц; команде с приглашёнными преподавателями нужны согласованные версии программы, сценариев и критериев проверки.
Как устроена SAM
SAM, или Successive Approximation Model, строится вокруг последовательных приближений к рабочему решению. Allen Interactions описывает подготовку, итеративное проектирование и итеративную разработку: идеи сначала проверяют на прототипах, затем уточняют и доводят материал до готовности.
В нашем примере автор может быстро собрать упражнение: участник получает повестку перегруженной встречи и должен её переработать. Несколько представителей аудитории проходят упражнение, а автор наблюдает, где не хватает информации. После этого меняются объяснение и практика, затем проводится следующая проверка.
Такой прототип может состоять из текста, пары слайдов и формы ответа. На этом этапе дорогой монтаж почти ничего не добавит к вопросу, понимает ли ученик задачу и может ли выполнить действие.
Выбирайте по неопределённости и условиям работы
Если заказчик уже согласовал компетенции, формат отчётности и критерии приёмки, удобно зафиксировать этапы и результаты в логике ADDIE. Если аудитория новая и пока неизвестно, какой формат практики сработает, запланируйте ранние короткие проверки в логике SAM.
Это редакционная рекомендация для небольших проектов, а не формальный запрет использовать модель в других условиях. Обе схемы можно адаптировать. Важнее заранее ответить на вопросы:
Кто принимает решение о готовности задания?
Когда реальные ученики впервые увидят материал?
Сколько циклов доработки помещается в бюджет?
Какие части курса нельзя менять без согласования?
По каким признакам команда остановит доработку и запустит пилот?
Если доступ к ученикам появится только после записи всего курса, название SAM само по себе не создаст обратную связь. Организуйте возможность проверки раньше или явно учтите риск в плане.
Соберите минимальный прототип
Для курса о рабочих встречах подготовьте одну ситуацию с исходными данными, пример решения и самостоятельную задачу с другой вводной. Критерии могут включать наличие цели встречи, подходящий состав участников и решение, которое нужно принять.
Попросите тестового ученика объяснять ход мыслей. Не подсказывайте сразу: зафиксируйте, что именно ему непонятно. После выполнения выясните, какой информации не хватало и насколько ситуация похожа на его работу. Комплимент «интересный урок» не отвечает на вопрос о качестве задания.
По итогам проверки разделите замечания. Ошибки, мешающие выполнить действие, исправьте до пилота. Косметические пожелания оцените по трудозатратам. Новые темы, не связанные с обещанным результатом, сохраните отдельно, чтобы модуль не расширялся бесконечно.
Договоритесь о готовности первой версии
Опишите минимальные условия запуска: ученик понимает инструкции, получает нужные материалы, выполняет самостоятельную задачу и видит критерии обратной связи. Технически проверьте путь от входа до отправки результата. Зафиксируйте ответственного за вопросы участников и срок следующего разбора замечаний.
После пилота сравните исходную и итоговую работу по одинаковым критериям. Отдельно оцените понятность материалов и объём помощи преподавателя. Курс, который удаётся пройти только с постоянными подсказками автора, ещё требует доработки для самостоятельного обучения.
Практический следующий шаг — выбрать один учебный модуль с промежуточным результатом и назначить дату проверки прототипа. Запишите, какие данные эта проверка должна дать. Так выбранная модель превратится в конкретное решение о разработке.
Источники
Создайте свой курс в Umhub
Примените то, что узнали: соберите программу, добавьте материалы и пригласите учеников.