Москва: проверенные б/у ноутбуки с гарантией и проверкой перед оплатой
+7 906 722-94-45

Главная → Статьи → Банк экзаменационных заданий: структура и ревью

Банк экзаменационных заданий: структура и ревью

Как вести банк заданий: теги по программе, версии, ревью, статистика предъявлений, защита от утечек и ротация вопросов.

Банк экзаменационных заданий: структура и ревью

Банк заданий экономит время только при одном условии: по нему можно быстро найти нужный вопрос и понять, что он проверяет. Беспорядочная папка с файлами этим свойством не обладает.

Ниже — как устроить банк, какие теги ставить и как не допустить утечек.

Зачем нужен отдельный банк

Банк отделяет хранение заданий от конкретного экзамена. Одно и то же задание можно включить в разные варианты, а его статистика накапливается между сессиями.

Без банка каждый экзамен пишется заново. Качество при этом зависит от того, сколько времени осталось у составителя.

Базовая структура

Минимальная единица — задание с уникальным номером. Вокруг него группируются метаданные: тема программы, цель, формат, уровень сложности, правильный ответ, автор и дата.

Файлы удобно хранить в одной таблице или базе, а не в переписке. Экспорт в таблицу должен быть штатной операцией.

Тегирование по программе

Первый тег — раздел программы. Второй — конкретная цель обучения. Этого достаточно, чтобы собрать вариант под карту экзамена.

Не создавайте больше десяти тематических уровней: чем мельче рубрикатор, тем чаще задания попадают не туда.

Теги формата и сложности

Формат описывает, что делает студент: выбирает ответ, вводит число, пишет развёрнутый текст, выполняет действие на станции. Сложность лучше хранить как экспертную оценку по трём уровням.

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

Версии и история изменений

У задания есть номер версии. Правка формулировки создаёт новую версию, а старая остаётся для разбора прошлых результатов.

Если изменился правильный ответ, это всегда новая версия. Иначе статистика задания смешивается и перестаёт что-либо объяснять.

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

Принцип тот же, что и в цифровом паспорте устройства: важна прослеживаемость каждой правки.

Ревью до включения в экзамен

Каждое новое задание смотрит второй преподаватель. Он проверяет однозначность формулировки, соответствие программе и корректность ответа.

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

Статистика использования

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

Показатели пересчитывают по сессиям. Данные по разным потокам не стоит смешивать без проверки сопоставимости.

Защита от утечек

Доступ к банку дают по ролям, а выгрузку — по журналу. Отдельно фиксируется, кто открывал задания до экзамена.

Не пересылайте банк целым архивом. Для совместной работы используйте выгрузку нужного раздела с ограничением по времени.

Ротация и повторное использование

Задание можно предъявлять повторно, если оно не попало в открытый разбор и не разошлось по студентам. Ориентир — не чаще одного раза в несколько сессий.

Задания, которые видели студенты, помечайте как раскрытые. Их можно оставить для тренировки, но не для итоговой оценки.

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

Назначайте владельца раздела: он отвечает за наполнение и качество. Общий банк без владельцев быстро заполняется случайными вопросами.

Комментарии к заданию ведите в самом банке, а не в почте. Иначе история правок теряется.

Что делать со старыми заданиями

Архивируйте, а не удаляйте. Старые задания нужны для сравнения сложности и для разбора апелляций прошлых лет.

Перед архивацией проверьте, что по заданию нет открытых обращений и оно не входит в действующий вариант.

Метрики здоровья банка

Следите за числом заданий на раздел, долей заданий без ревью и долей устаревших формулировок. Эти три показателя обычно заранее предупреждают о проблемах.

Если на раздел приходится меньше трёх заданий, вариант собирается с повторами. Это первый сигнал расширять банк.

Типичные ошибки

Хранить правильные ответы в том же файле, что и задания, и рассылать его целиком. Вторая ошибка — теги «по смыслу» без единого справочника.

Третья — отсутствие ревью: задание считается готовым, как только его написал автор.

Чек-лист

  • У каждого задания есть уникальный номер и версия.
  • Заполнены теги раздела и цели обучения.
  • Указаны формат, сложность и требуемые материалы.
  • Правильный ответ хранится отдельно от текста задания.
  • Новое задание прошло ревью второго преподавателя.
  • Ведётся статистика предъявлений и верных ответов.
  • Доступ выдан по ролям, выгрузки журналируются.
  • Раскрытые задания помечены и не используются в итоговых вариантах.

Частые вопросы

Сколько заданий нужно в банке?

Ориентируйтесь на карту экзамена: минимум три задания на значимый раздел плюс запас на варианты. Точное число зависит от числа потоков.

Можно ли вести банк в обычной таблице?

Да, если есть уникальные номера, теги и раздельное хранение ответов. При росте объёма таблица уступает специализированной системе.

Как поступать с заданием, которое все решают верно?

Проверьте, не подсказывает ли формулировка ответ. Если задание действительно простое, оставьте его как разминочное, но не перегружайте им вариант.

Нужно ли публиковать банк?

Нет. Публикация допустима только для тренировочных заданий, которые не используются в итоговой оценке.