Вопрос о длительности курса возникает в каждом проекте и обычно на первой встрече. Сколько должен идти курс. Ответа на него нет, и это не уклончивость: длительность выводится из задачи, а не выбирается заранее.
Курс длится столько, сколько нужно, чтобы человек успел разобраться, попробовать и получить обратную связь на свою попытку. Всё остальное подгоняется под это.
Проблема в том, что вопрос почти всегда задаётся до того, как задача сформулирована. И тогда ответом становится привычка: пусть будет сорок минут, как обычно.
Последние годы аргумент звучит в одну сторону: длинное никто проходить не будет, режьте на маленькие куски. Аргумент не пустой, у него есть основания. Внимание действительно расходуется быстро, свободного времени у людей мало, а короткий формат честно решает часть задач.
Работает он там, где предмет обучения простой и завершённый. Как оформить заявку. Где найти нужный документ. Что делать при конкретной ошибке в системе. Такие вещи не требуют размышления, им нужна доступность в момент необходимости.
Дальше начинаются ограничения. Понимание чего-то устроенного сложно требует времени на укладку. Человеку нужно сопоставить новое со своим опытом, найти противоречия, разобраться с ними. Пятиминутный ролик может передать информацию, но не может дать времени на её обдумывание.
Отсюда типичный результат коротких форматов: люди проходят много, помнят мало, применяют почти ничего. Формально показатели прекрасные.
При планировании проекта время закладывается на производство и на прохождение. Время на осмысление обычно не закладывается вообще, хотя именно в нём происходит основная работа.
Мысль редко приходит в момент чтения. Она приходит позже: по дороге домой, в разговоре с коллегой, при попытке применить и столкновении с тем, что не сходится. Если программа устроена как непрерывный поток модулей, этих промежутков в ней нет.
Практический вывод простой. Между содержательными блоками стоит оставлять паузы, и лучше не по одному дню. Программа из четырёх модулей, растянутая на месяц, обычно даёт больше, чем те же четыре модуля за один день.
Заодно решается проблема со временем на обучение: час в неделю найти реальнее, чем целый день.
Отдельный сюжет про плотность содержания. Соблазн объяснить всё сразу очень силён, особенно когда эксперт увлечён темой.
Расширение аргументации не усиливает убеждение. Три довода в пользу одного тезиса работают хуже, чем один, если человек изначально не согласен: каждый следующий даёт новую точку для возражения. То же и с обучением. Одна концепция в один момент времени усваивается лучше, чем три связанные.
Проверка тут грубая, но полезная: если после блока человек не может в одном предложении сказать, о чём он был, блок перегружен.
Упрощение имеет границу. Слишком сложный материал не берётся, это понятно. Слишком простой не берётся тоже, хотя об этом говорят реже.
Если человек не встречает сопротивления, он не прикладывает усилий, а без усилия ничего не остаётся. Курс, где всё очевидно, проходится быстро и забывается ещё быстрее. Опытная аудитория при этом обижается: с ней разговаривают как с новичками.
Рабочий уровень: чуть выше текущего. Достаточно трудно, чтобы пришлось подумать. Достаточно посильно, чтобы получилось со второй попытки.
Устойчивость даёт повторение, и обойти это не выходит. Одинаковое действие в разных вариантах ситуации, много раз, с разбором того, что пошло не так.
Проектировать повторение неприятно: оно выглядит как топтание на месте и плохо продаётся заказчику, который хочет видеть насыщенную программу. Тем не менее разница между «слышал» и «умею» набирается именно здесь.
Смягчить скуку можно вариативностью. Одно и то же действие в разных обстоятельствах воспринимается как новая задача, хотя тренирует то же самое. Повторение с изменением условий даёт больше, чем повторение одинакового, и переносится в работу лучше.
Вместо числа полезнее вернуть встречные вопросы.
Из ответов длительность получается сама, и обычно она отличается от привычных сорока минут в обе стороны. Формат стоит выводить из задачи, а не подгонять задачу под формат, который принят в компании.