Team-Based Learning: как собрать командный модуль онлайн-курса

Выберите результат, требующий совместного решения

Team-Based Learning, или TBL, строит модуль вокруг предварительной подготовки, проверки готовности и применения материала в команде. Team-Based Learning Collaborative описывает эту последовательность вместе с постоянными составами команд, ответственностью участников и частой обратной связью. Простого деления слушателей на комнаты недостаточно, чтобы воспроизвести такую организацию обучения.

Представим авторский курс для координаторов проектов. Участникам нужно выбирать следующий шаг, когда запрос заказчика изменился, а команда продолжает работать по прежнему условию. Результат модуля сформулируем так: участник выделяет подтверждённые сведения, называет неопределённость и обосновывает первое действие. Это самостоятельный сценарий статьи, а не описание проведённого эксперимента или гарантированного результата метода.

Для условной группы из восемнадцати человек предусмотрим три команды по шесть. До начала работы распределим опыт участников так, чтобы вся экспертиза не оказалась в одной команде. Составы сохраним на последующие модули, а роли докладчика и ведущего обсуждения будем менять. Заранее объясним правила участия, пропусков и оценки вклада, чтобы люди понимали, за что отвечают лично.

Дайте общую подготовку и две проверки готовности

Подготовим короткий материал о различии между фактом, предположением и решением. В него войдут две ситуации и разбор того, почему просьба «сделать удобнее» ещё не задаёт критерий готовности. На ознакомление в нашем плане отведём пятнадцать минут вне встречи. Это оценка для репетиции, которую предстоит проверить на своей аудитории.

В начале встречи каждый самостоятельно отвечает на шесть вопросов. Затем команда обсуждает тот же набор и сдаёт общий вариант. Индивидуальные ответы сохраняются отдельно: их нельзя заменить командным результатом. До старта сообщите, как оба этапа учитываются в оценке. Если пилот проводится без баллов, прямо обозначьте это как выбранную адаптацию, а не универсальное правило TBL.

Например, вопрос проверки: «В сообщении заказчика написано: “Согласованную версию отправьте до пятницы”. Известно ли, кто подтверждает согласование?» Правильное основание ответа — в сообщении нет имени или роли согласующего. Это проверяет понимание достаточности данных. Для реального набора придумайте ещё пять вопросов по подготовленному материалу; не выдавайте вопрос, отсутствующий в подготовке, за проверку её освоения.

Подготовьте обратную связь и возможность возражения

Проверка готовности с обратной связью, возражениями и пояснением преподавателя описана в работе Michaelsen и Sweet. После командного ответа участники должны получить понятную проверку и объяснение. Для онлайн-пилота заранее протестируйте инструмент, которым будете выдавать результат. Если приложение сразу показывает индивидуальному участнику ключ, он может попасть в командное обсуждение раньше времени. Проверьте последовательность с тестовыми аккаунтами и отдельными копиями форм до занятия.

Оставьте короткое окно для письменного возражения команды: номер вопроса, выбранный ответ, аргумент и ссылка на подготовительный материал. Рассмотрите обоснование, а не уверенность докладчика. При неоднозначной формулировке исправьте вопрос и объясните решение всем. Разберите оставшиеся затруднения до перехода к основной практике, иначе команда будет спорить на разных основаниях.

На странице TBL Online профессиональное сообщество подчёркивает сохранение принципов метода при переносе в онлайн. Наши формы, таймер и порядок публикации ответов — техническая адаптация конкретного сценария. Наличие сервиса видеосвязи само по себе не обеспечивает ни самостоятельный первый ответ, ни своевременную обратную связь.

Составьте одну задачу по принципу 4S

Для практической части сообщество TBL описывает четыре опоры: значимая проблема, одинаковое условие для всех команд, конкретный выбор и одновременное предъявление решений. Применим их к нашему курсу. Всем командам дадим одну страницу исходных сведений и попросим выбрать первое действие координатора, а не написать общий список полезных советов.

В условии заказчик прислал правку в личный чат, дизайнер увидел её, но исполнитель продолжил прежнюю версию. В общем списке задач изменений нет, итоговый срок пока прежний. Предложим четыре действия: обновить общий список изменений; уточнить у заказчика критерий приёмки; провести встречу всей команды; подготовить новую версию самостоятельно. Команда выбирает одно действие первым и объясняет, какой риск оно уменьшает.

Для ответа попросим два основания из условия и один факт, при котором выбор пришлось бы пересмотреть. Так обсуждение не заканчивается буквой варианта. Ведущий заранее готовит аргументы за разные решения и ограничения каждого. Например, единый список делает изменение видимым, но не решает противоречивый критерий; общая встреча может выявить расхождение, но требует времени. Конкретный выбор нужен для обсуждения приоритетов, а не для угадывания предпочтения автора.

Соберите решения одновременно и сравните основания

Попросите команды зафиксировать ответ до открытия чужих вариантов. Для небольшой группы ведущий может собрать решения в закрытой форме и показать сводку после сдачи всех трёх. Проверьте этот режим заранее. Последовательные выступления с возможностью изменить ответ после соседей меняют смысл сравнения: команда уже знает чужой выбор.

Начните общий разбор с двух разных решений. Спросите, какой факт каждая команда сочла главным и какая неопределённость осталась. Затем измените одно условие: допустим, критерий уже письменно согласован, но исполнитель не имеет доступа к новой версии. Попросите пересмотреть первый шаг. Так группа возвращается к основанию выбора, а не защищает первоначальную букву любой ценой.

TBL-модуль отличается от короткого цикла Peer Instruction общей организацией подготовки и командной ответственности. В методе джигсо участники соединяют разные информационные фрагменты; здесь все команды получают одинаковую задачу. Выбирайте формат по учебной работе, которую хотите организовать.

Проведите репетицию и сохраните результаты пилота

Для встречи заложим 75 минут: 7 на личные ответы, 12 на командную проверку, 4 на возражения, 7 на пояснение, 22 на задачу, 18 на общий разбор и 5 на личную рефлексию. Подготовительные пятнадцать минут считаются отдельно. Репетиция должна показать, хватает ли времени на переходы между комнатами и сбор ответов; если нет, сократите объём задачи, а не убирайте обсуждение оснований.

Для серии модулей заранее согласуйте оценивание: личный результат, командный результат и обратную связь участников о вкладе друг друга. Эти компоненты рассматриваются в FAQ сообщества TBL. В нашем сценарии попросим описывать конкретное действие коллеги и полезное изменение к следующей встрече. Правила видимости комментариев и их влияния на оценку должны быть известны до сбора ответов.

В конце каждый записывает, какой довод изменил его решение и какой вклад он внёс в командную работу. Сохраните спорные вопросы, задержки и примеры рассуждений для доработки следующего модуля. В Umhub можно разместить подготовку, инструкции и итоговое объяснение; комнаты, командные формы и одновременный показ ответов организуйте в заранее проверенных внешних инструментах. Не предполагается, что эти механики автоматически доступны в LMS.