еще один важный момент — в PBL меньше устойчивых опор для проектирования
в PBL такой устойчивости меньше. задача почти никогда не равна одному результату, одному навыку или одной теме. это набор компетенций, навыков, знаний, мета-навыков, способов различения и принятия решений, помноженный на сложность ситуации
на практике это означает, что в начале проектирования сложно сразу ответить на, ключевой вопрос: “сколько уроков будет в этом модуле?” если у нас есть 10 задач, это еще не значит, что мы понимаем структуру модуля. сначала нужно собрать, что внутри этих задача, поэтому структура модуля в PBL задается не количеством задач заранее — она появляется в процессе их анализа и сборки
поэтому в PBL методист:ке приходится постоянно держать в голове уже собранные элементы и быть готовой к тому, что по мере прояснения целого к ним нужно будет возвращаться. задачи, опоры, действия и связки между ними не всегда фиксируются сразу — они калибруются в процессе проектирования
здесь не получится создать нужное качество только через правильно составленный бриф. даже если подробно описать требования к задаче, преподаватель:ницам и автор:кам все равно нужно понимать, как работает PBL-логика: почему задача не равна упражнению после теории, как она связана с профессиональным действием, за счет чего она усложняется и какую роль играет в общей траектории
поэтому методист:ка не только проектирует задачи вместе с командой, но и удерживает общую рамку: объясняет логику, возвращает к принципам PBL, помогает конструировать задачи и следит, чтобы разработка не съезжала в привычную сборку “теория → пример → задание”
в общем и целом, сложный подход в работе, как на уровне хардов, так и мета-компетенций и если вы командой впервые проектируете в PBL, то лучше бы не быть в этом новичком и вне зависимости от грейда рекомендую идти в работу, если в процессе заложены клапаны и методист:ка не единственный мотор проекта
