Разработчики курсов в разговорах часто ссылаются на модели процесса. Одни говорят «мы работаем по ADDIE», другие «мы используем SAM», третьи «мы гибкие, у нас agile». Со стороны это выглядит как маркетинговые обёртки, но за каждым названием стоит разная логика работы: разная последовательность, разное количество итераций, разное распределение ответственности.
Для клиента разница важна. Она определяет, сколько времени займёт разработка, сколько правок будет, сколько раз с ним придут согласовывать промежуточные версии, и насколько живой получится финальный курс.
Ниже разберём три подхода, их сильные и слабые стороны, и когда что выбирать.
ADDIE
Классическая модель, придуманная в 1970-х в военно-образовательных проектах США. Название — аббревиатура пяти этапов.
- A — Analyze. Анализ. Кто аудитория, что уже знают, какая задача, какие ограничения.
- D — Design. Проектирование. Учебные цели, структура курса, форматы, оценивание.
- D — Develop. Разработка. Написание материалов, создание графики, сборка курса.
- I — Implement. Внедрение. Публикация, запуск, обучение сотрудников.
- E — Evaluate. Оценка. Замер результата, сбор обратной связи.
Логика линейная. Один этап заканчивается, начинается следующий. Оценка идёт последней.
Сильные стороны.
Предсказуемость. На каждом этапе понятно, что должно быть готово к концу. Хорошо работает в сложных проектах с большим количеством стейкхолдеров, где нужно согласование по каждому шагу. Даёт полную документацию каждого решения.
Слабые стороны.
Медлительность. Один цикл разработки — 3–6 месяцев минимум. Курс попадает в руки пользователей поздно, а любые ошибки в проектировании обнаруживаются только на этапе оценки. Правки требуют возврата к более ранним этапам.
Когда выбирать ADDIE.
- Большие проекты с фиксированными требованиями (соответствие регламенту, обязательные курсы, сертификационные программы).
- Проекты, где заказчик хочет полной прозрачности и документации.
- Проекты в отраслях, где переделка после запуска стоит очень дорого (медицина, атомная промышленность, авиация).
SAM (Successive Approximation Model)
Модель, предложенная Майклом Алленом в 2010-х как ответ на негибкость ADDIE. Название переводится как «модель последовательного приближения». Логика: не пытайся сделать всё правильно с первого раза, делай короткие циклы и уточняй.
Основных этапов три (по версии Аллена).
- Preparation. Подготовка. Быстрая — не 4 недели анализа, а 3–5 дней сбора информации о задаче и аудитории.
- Iterative Design. Итеративное проектирование. Короткие циклы: спроектировали кусок, показали заказчику и пользователям, доработали, повторили.
- Iterative Development. Итеративная разработка. То же самое, но уже с производственным материалом.
Ключевая идея — каждый цикл заканчивается прототипом, который можно потрогать, а не документом, который можно прочитать.
Сильные стороны.
Скорость. Первый рабочий прототип курса появляется через 2–4 недели, а не через 2–3 месяца. Ошибки в проектировании ловятся рано. Заказчик и пользователи вовлечены в процесс, а не согласовывают в конце.
Слабые стороны.
Требует зрелого заказчика. Если заказчик не готов участвовать в итерациях и приходит только в конце, SAM превращается в тот же ADDIE. Меньше документации, чем в ADDIE, что может быть проблемой для строго регулируемых отраслей.
Когда выбирать SAM.
- Проекты с высокой неопределённостью (новая тема, нет отработанной методики).
- Когда важно быстро получить рабочий прототип, чтобы принять решение о продолжении.
- Проекты с активным вовлечением заказчика и пользователей.
Agile-педдизайн
Более свежий подход, вдохновлённый гибкими методологиями разработки ПО. Не единая модель, а скорее набор принципов.
- Инкремент. Курс собирается по частям (модулям), каждый модуль — независимый релиз.
- Пользователь на связи. Реальные обучающиеся вовлекаются в процесс с самого начала.
- Быстрое улучшение. Курс не «замораживается» после запуска, а продолжает эволюционировать.
- Приоритизация. Не всё модели надо разрабатывать одновременно. Сначала то, что даст максимум эффекта на первых пользователях.
Часто применяется через методологии Scrum (двухнедельные спринты, ретроспективы) или Kanban (визуализация процесса, ограничения на количество параллельных задач).
Сильные стороны.
Максимальная гибкость. Курс запускается частями, ранние модули начинают приносить пользу до готовности всего курса. Можно менять план на ходу по данным использования.
Слабые стороны.
Требует зрелой команды и зрелого заказчика. Тяжело считать бюджет заранее (сложно сказать, сколько всего спринтов будет). Не работает для проектов с фиксированным дедлайном и объёмом.
Когда выбирать Agile.
- Большие внутренние проекты, где команда разработки и заказчик работают в одной компании.
- Проекты, у которых нет чёткого «финала» — курс будет продолжать развиваться после запуска.
- Проекты с высокой скоростью изменений в предметной области (ИИ, регуляторика, продуктовые компетенции).
Что мы видим на практике
По нашему опыту, чистых реализаций какой-то одной модели почти не бывает. Реальная работа обычно — комбинация.
Для большинства коммерческих проектов клиент-подрядчик работает так: часть ADDIE (базовый анализ и проектирование заранее, чтобы согласовать бюджет и сроки), часть SAM (итерации на этапе разработки прототипов), после запуска — часть Agile (регулярные улучшения на основе статистики использования).
Такая комбинация даёт клиенту предсказуемость на входе, качество на выходе и возможность улучшения после запуска.
Что имеет значение для клиента
Для клиента важно не название модели, по которой работает подрядчик, а три практических вопроса.
Сколько итераций правок вы получите? В ADDIE обычно 2–3 больших цикла правок на всём проекте. В SAM — 5–10 небольших. В Agile — регулярные корректировки в каждом спринте.
Когда вы увидите первый рабочий кусок? В ADDIE — через 2–3 месяца, когда закончен этап Develop. В SAM — через 3–4 недели, первый прототип. В Agile — через 2 недели, первый модуль.
Что вы получаете кроме курса? В ADDIE — полная документация процесса. В SAM — прототипы, из которых выросла финальная версия. В Agile — процесс и накопленные данные использования.
Что делаем мы
В ELC мы работаем по гибридной модели: базовый анализ и учебные цели по ADDIE-принципам (это даёт клиенту предсказуемость), разработка по SAM с итерациями на прототипах, поддержка после запуска — с элементами Agile (если клиенту это интересно).
Для сложных регулируемых проектов иногда работаем чисто по ADDIE. Для проектов с высокой неопределённостью — ближе к SAM.
Условия работы — на страницах
«Каталог» и
«Аренда». Если хотите обсудить конкретный проект,
напишите нам.
Что читать дальше