Assessment & question design

Как составить спецификацию оценивания по проектам КИМ ЕГЭ 2027 до написания заданий

Проекты КИМ ЕГЭ 2027 позволяют сначала зафиксировать, что и как будет проверяться, а уже затем обновлять задания. Разбираем рабочую спецификацию оценивания, которая связывает требования, форматы ответов, критерии, вес и статус проверки.

Преподаватель за ноутбуком сверяет таблицу спецификации оценивания с печатными экзаменационными документами и заметками.

Когда опубликованы проекты документов ЕГЭ, легко сразу перейти к переписыванию листов, тестов и домашних работ. Но более надёжный первый шаг — не создавать новые вопросы, а собрать спецификацию оценивания: компактный документ, в котором видно, какой результат проверяется, в каком формате ученик его демонстрирует, по какому признаку ответ считается достаточным и откуда взято требование.

ФИПИ публикует проекты документов, определяющих структуру и содержание КИМ ЕГЭ 2027 года: кодификаторы, спецификации и демонстрационные варианты. Эти материалы предложены для общественно-профессионального обсуждения, поэтому до появления окончательных документов с ними следует работать именно как с проектами. Проекты демоверсий, спецификаций и кодификаторов ЕГЭ 2027 дают преподавателю основание подготовить карту изменений, не выдавая предварительные решения за окончательные правила экзамена.

Что проверить в проекте КИМ до обновления заданий

Не начинайте с формулировок заданий. Сначала соберите доказательства из официальных документов по своему предмету. Удобно просматривать их в трёх слоях.

  1. Кодификатор. Выпишите проверяемые требования и элементы содержания, которые относятся к вашему модулю или теме. Формулируйте строку как наблюдаемый результат: не «электродинамика», а «применяет закон или модель для решения задачи и интерпретирует результат» — если именно это следует из документа.
  2. Спецификация. Зафиксируйте линии заданий, типы ответа, распределение по частям работы, максимальные баллы, требования к развёрнутому ответу, если они описаны. Это источник ограничений для вашей тренировочной работы.
  3. Демоверсия и сведения о планируемых изменениях. Используйте их, чтобы увидеть представление требования в конкретной задаче: действие ученика, данные, ожидаемую форму ответа, инструкцию. Отдельный документ ФИПИ о планируемых изменениях помогает выделить именно те линии и элементы, которые требуют повторной проверки в вашем банке заданий.

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

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

Зачем нужна спецификация оценивания до написания вопросов

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

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

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

Редактируемый шаблон спецификации оценивания

Создайте одну таблицу на предмет или модуль. Одна строка — не обязательно одно будущее задание: это может быть линия заданий, серия вариантов или мини-блок в домашней работе. Формулировки ниже условны; они показывают устройство таблицы, а не требования конкретного предмета ЕГЭ.

РезультатФормат заданияДоказательство ответаКритерийВесИсточник требованияСтатус проверки
Применяет изученное правило или модель в заданной ситуацииКраткий ответ или задача с записью решенияВерный результат; при необходимости — ход примененияПроверяется правильность результата и обязательных шагов, если они предусмотрены форматомОсновнойПроект кодификатора; проект спецификацииСверить с окончательными документами
Анализирует данные и делает вывод в пределах условияЗадание с таблицей, текстом, графиком или источникомВывод опирается на данные, а не на внешнее предположениеНазван релевантный признак; вывод не противоречит даннымСреднийПроект спецификации; демоверсияНужен прототип задания
Строит развёрнутое обоснованиеРазвёрнутый ответТезис, аргументация, требуемые элементы оформленияКритерий разбит на наблюдаемые признаки ответаВысокийПроект спецификации; материалы для проверки развёрнутых ответов, если применимоПроверить критерии и примеры
Авторская учебная цель: объясняет типичную ошибкуРефлексия после тренировкиУченик называет ошибочный шаг и способ исправленияЕсть точное объяснение, а не только «был невнимателен»Без экзаменационного весаРешение автора курсаГотово к использованию

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

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

Как отделить официальный проект от авторского решения

В одной спецификации допустимы оба вида решений, но они должны быть маркированы по-разному. Для каждого пункта в графе «источник требования» укажите один из статусов: «проект кодификатора», «проект спецификации», «демоверсия», «планируемое изменение», «методическое решение курса». Не записывайте «ЕГЭ требует», если в распоряжении только проект или если требование является вашим способом подготовки.

Например, официальный проект может задавать проверяемое умение и формат линии задания. А решение проводить еженедельную мини-проверку, использовать двухэтапную подсказку или требовать устного комментария к решению — это уже дизайн курса. Такие решения могут быть полезны, но не являются характеристиками экзамена.

Если строка зависит от формулировки критерия для развёрнутого ответа, добавьте статус «не утверждено» и не тиражируйте задание в большой банк до повторной сверки. Для ориентирования в актуальной структуре материалов ФИПИ также поддерживает раздел ЕГЭ с документами, открытым банком заданий и материалами для предметных комиссий.

Свяжите цели курса, уроки, тренировку и итоговую проверку

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

  • На каком уроке или в каком модуле результат впервые объясняется и отрабатывается?
  • Какая короткая практика даёт ученику быструю обратную связь до контрольной попытки?
  • Какое тренировочное задание собирает нужное доказательство в экзаменационном или близком к нему формате?
  • Где в итоговой диагностике результат проверяется повторно и с каким критерием?

Если у результата нет урока, тренировки или точки итоговой проверки, это не повод срочно писать вопрос. Сначала выберите место результата в учебной последовательности. Если, наоборот, один урок связан с десятком строк, разделите их на различимые действия ученика или перенесите часть проверки в другие модули.

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

Проверьте спецификацию до разработки банка

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

  1. Полнота. Каждому приоритетному проверяемому результату соответствует хотя бы одна строка. Нет ли требований, оставшихся только в заметках?
  2. Баланс. Не заняли ли задания с кратким ответом почти весь объём тренировки, если важны также анализ, обоснование или работа с источником?
  3. Однозначность. Сможет ли другой преподаватель, прочитав критерий, понять, что именно считать достаточным доказательством?
  4. Прослеживаемость. Для каждой строки указан источник: официальный проект либо явно обозначенное авторское решение.
  5. Реализуемость. Хватает ли времени, материалов и формата урока, чтобы получить заявленное доказательство без перегрузки ученика?

Полезная практическая проверка — дать две-три строки коллеге и попросить его предложить формат задания и способ проверки. Если выводы сильно расходятся, проблема обычно не в коллеге, а в слишком общем результате или неоперациональном критерии.

Как обновить документ после публикации окончательных материалов

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

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

Источники и методология

Статья подготовлена на основе официальных страниц ФИПИ и предоставленного редакционного брифа. В ней не интерпретируются предметные изменения как окончательные правила ЕГЭ: предлагается универсальный процесс перевода проектов кодификаторов, спецификаций и демоверсий в локальную рабочую спецификацию оценивания. Примеры строк таблицы являются методическими иллюстрациями, а не описанием требований конкретного предмета.

  1. Опубликованы проекты контрольных измерительных материалов ЕГЭ 2027 года
  2. Демоверсии, спецификации, кодификаторы
  3. Планируемые изменения в КИМ ЕГЭ 2027 года
  4. ЕГЭ
Воплотите идею в работу

Связанный инструмент, рабочий процесс и руководство

Free toolAI-генератор планов уроков

Draft an objective, teaching sequence, practice, and exit check.

Рабочий процесс продуктаAI-конструктор курсов

Turn approved sources into editable course entities.

Guide hubPractical teaching guides

Use complete, reviewable workflows rather than isolated prompts.

Перейти к следующему этапу преподавания

Используйте соответствующий рабочий процесс SubSchool, сохраняя возможность редактирования результата и его опору на источник.

Открыть рабочий процесс →
SubSchool Editorial Team