✍️ О разработке проверочных заданий для обучающих программ — 9 июля 2026 г. в 07:33:58.062
✍️ О разработке проверочных заданий для обучающих программ Обычно их начинают формировать в самом конце. Сначала собирают презентацию, записывают видео, делают практику, загружают материалы в LMS. А потом открывают файл и начинают думать: Что спросить у участников? Как проверить, что они поняли тему? Какой тест поставить в конце? Из-за этого проверка часто превращается в формальность. Вопросы проверяют термины, отдельные факты или формулировки из слайдов. Участник может пройти курс с высоким баллом, но при этом остается непонятно, сможет ли он применить это в работе. Хотя проверочные задания - это не только тесты. В обучении есть несколько типов проверки, и они работают на разных этапах. Какие-то помогают проверить понимание прямо в процессе обучения: - короткие вопросы после блока; - мини-кейсы; - задания на поиск ошибки; - разбор ситуации; - заполнение шаблона; - обсуждение решения. Такие задания помогают участнику не просто читать материал, а сразу пробовать действие и получать обратную связь. А какие-то проверки нужны уже после обучения: - итоговый кейс; - домашнее задание; - демонстрация навыка; - проверка рабочего документа; - наблюдение за выполнением задачи в работе. Они показывают, может ли человек перенести навык в реальную ситуацию. Например, если цель обучения "научить руководителя проверять понимание задачи сотрудником", слабой проверкой будет просто спросить: Что такое проверка понимания задачи? Такой вопрос показывает, помнит ли участник термин. Но он не показывает, что руководитель сделает в рабочей ситуации. Более полезная проверка выглядит иначе, строится она в формате кейсового вопроса. Например: Руководитель поставил задачу сотруднику и спросил: Все понятно? Сотрудник ответил: Да. Какой следующий шаг лучше проверит понимание задачи? A. Перейти к обсуждению следующей задачи B. Попросить сотрудника пересказать задачу C. Повторить задачу сотруднику еще раз D. Напомнить сотруднику про срочность задачи Такой формат уже покажет выберет ли руководитель верное действие в типовой ситуации. Поэтому проверочные задания лучше проектировать до сборки материалов, а не после. Логика обычно такая: 1️⃣ Сначала определить, что участник должен делать после обучения 2️⃣ Затем понять, как это действие можно проверить 3️⃣ После этого выбрать формат проверки: тест, кейс, практическое задание, ДЗ, наблюдение, проверка рабочего продукта 4️⃣ Определить, какая проверка нужна прямо в процессе обучения, а какая после 5️⃣ Прописать критерии зачета 6️⃣ И только затем собирать материалы, которые подготовят участника к этой проверке Если в итоговой проверке участник должен выбрать решение в рабочей ситуации, в обучении должны быть похожие ситуации и разбор логики выбора. Если после курса участник должен заполнить рабочий шаблон, в обучении нужны инструкция, пример и промежуточная практика. Если в проверке нужно находить ошибки, в материалах должны быть не только правильные примеры, но и типичные ошибки. Тогда проверка перестает быть случайным набором вопросов. Она становится частью проектирования обучения. Я для этого использую матрицу проверочных заданий. В ней можно заранее разложить: - какое знание или действие проверяем; - на каком уровне проверяем: знание, понимание, применение или анализ (по Блуму); - где проверяем результат: в процессе обучения или после; - какой формат выбираем; - какое конкретное задание даем участнику; - по каким критериям оцениваем результат; - какую ошибку покажет неверный ответ. Матрица сразу показывает перекосы, когда проверка сводится к тестам на знание при цели на рабочее действие, у домашнего задания нет критериев оценки, а практическое задание не связано с итоговым результатом обучения. Я прикрепляю шаблон матрицы к посту ⬇️ Его можно использовать перед разработкой тестов, практики или ДЗ, чтобы сначала спроектировать систему проверки, а потом уже собирать материалы под нужный результат. Поставьте реакцию, если было полезно 👍❤️🔥