На бумаге 4C/ID выглядит как подарок методологу: проектируй обучение вокруг реальных задач, постепенно усложняй их и убирай поддержку по мере роста навыка. Почему же на практике до аккуратной схемы из учебника добраться так трудно?

Для контекста: 4C/ID — модель проектирования обучения сложным навыкам. А «Десять шагов» — руководство, которое помогает эту модель применить. Звучит убедительно. Но между схемой и запуском программы обнаруживаются три препятствия.

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

Второе — найти время на само проектирование. Мы все немного «разогнанные»: вчера нужен был бриф, сегодня сценарий, завтра уже запуск. 4C/ID требует остановиться, разобрать профессиональные задачи, продумать последовательность и поддержку. Если сроки поджимают, хочется перепрыгнуть сразу к контенту. Программа появится быстрее, но часть решений о том, чему и как учить, останется непринятой.

Третье — уложить замысел в LMS. В 4C/ID можно заранее задать порядок задач, а можно выбирать следующую с учётом того, как человек справился с предыдущими. Например, дать больше поддержки тому, кто пока буксует, и более сложную задачу тому, кто освоился. Если платформа ведёт всех по одному маршруту, такую гибкость придётся организовывать вручную или искать обходной путь.

Что с этим делать? Не превращать метод в священное писание. Сначала понять, какой навык формируем, сколько времени есть на анализ и что позволит платформа. Где-то стоит пройти весь путь подробно. Где-то — осознанно упростить проектирование. А иногда выбрать другой подход.

Коллеги, на каком шаге вы чаще всего сокращаете путь — и чем за это расплачиваетесь?