SubSchool
Assessment & question design

Як скласти специфікацію оцінювання до написання завдань: матриця й готовий приклад

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

Викладач розкладає картки із символами навчальних цілей, відповідей і критеріїв у матрицю планування оцінювання; поруч лежать олівець і годинник.

Головне

  • Почніть із мети оцінювання та рішення, яке ухвалите за отриманими відповідями.
  • Опишіть спостережуваний доказ до вибору формату й написання завдання.
  • Пов’яжіть результат, доказ, тему, формат, кількість, час і критерій в одній специфікації.
  • Позначайте часові оцінки та інші неперевірені рішення як припущення для пілоту.
  • Після пробного проведення переглядайте і завдання, і саму матрицю.
  • Використовуйте автоматизацію для чернеток, зберігаючи авторство й остаточне рішення за викладачем.

Перш ніж написати перше запитання, сформулюйте: що саме відповідь учня має дозволити вам побачити? Якщо мета — перевірити вміння обґрунтовувати рішення, правильного вибору варіанта може бути недостатньо. У рекомендаціях Eberly Center при Carnegie Mellon University узгодження результатів навчання, оцінювання та навчальних активностей пояснюють через відповідність між очікуваною дією учня й завданням, яке цю дію виявляє.

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

Що має визначати специфікація оцінювання

Специфікація — це план того, що перевірятимете, у якому обсязі та за якими ознаками оцінюватимете відповіді. Clemson University описує матрицю планування тесту як інструмент для узгодження запитань із результатами навчання, рівнями пізнавальної складності та відносною вагою змісту.

Для повсякденної роботи пропонуємо розширити таку матрицю спостережуваними доказами, критеріями й припущеннями. Вона не замінює текстів завдань, ключів відповідей або повної рубрики. Її призначення тут — зафіксувати вимоги до їх розробки.

1. Визначте мету та рішення після оцінювання

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

  • Для зворотного зв’язку: визначити, кому потрібне додаткове пояснення конкретного способу дії.
  • Для завершення модуля: описати продемонстровані вміння та виставити оцінку за попередньо визначеними критеріями.
  • Для планування практики: вибрати наступні вправи на основі виявлених труднощів.

Окремо зазначте: робота індивідуальна чи групова, де її виконують, які матеріали можна використовувати та в якій формі подають відповідь. Eberly Center радить враховувати мету оцінювання, використання зворотного зв’язку й умови виконання під час конструювання оцінювальних активностей.

Зафіксуйте також межу висновків. Наприклад: «Робота перевіряє розв’язування лінійних рівнянь у межах цього модуля; вона не є оцінкою всієї математичної підготовки учня».

2. Перетворіть результати навчання на спостережувані докази

У робочому формулюванні результату назвіть дію та об’єкт: «розв’язує лінійне рівняння», «порівнює два пояснення», «обґрунтовує вибір джерела». Далі запитайте: що саме має бути у відповіді, щоб ви могли оцінити цю дію?

Для результату «обґрунтовує вибір» доказом може бути названий варіант, доречний аргумент і пояснений зв’язок між ними. Це ще не готове завдання: ви описали потрібну відповідь, але не написали ситуацію, матеріал чи інструкцію.

У матеріалі Institute of Education Sciences зв’язок між очікуваним результатом, його індикатором і завданням представлено як частину перевірки обґрунтованості оцінювання. Для нашої матриці практичний висновок такий: спочатку назвіть доказ, а потім вибирайте спосіб його отримання.

Не підміняйте доказ загальним враженням. «Розуміє тему» залишає забагато простору для тлумачення. «Пояснює, чому перетворення зберігає рівність» дає конкретну ознаку для перевірки.

3. Заповніть редагований шаблон

Скопіюйте таблицю нижче. Для кожної окремої комбінації результату, доказу та формату створіть власний запис. Якщо один результат перевіряєте різними способами, повторіть його й опишіть відмінність між потрібними доказами.

ПолеЩо вписати замість підказки
Результат навчанняУчень виконує конкретну дію з визначеним об’єктом.
Спостережуваний доказЕлемент відповіді або виконання, який потрібно побачити.
ТемаЗмістова ділянка модуля, на якій перевіряється результат.
Формат завданняСпосіб отримання доказу та форма відповіді.
КількістьЧисло окремих завдань або оцінюваних частин.
Орієнтовний часЧас на одну одиницю й загалом для цього запису.
КритерійОзнака якості відповіді та, за потреби, правило нарахування балів.
Припущення для перевіркиЩо поки невідомо та що потрібно з’ясувати під час пілоту.

Розрізняйте доказ і критерій. Доказ — «учень показує послідовність перетворень». Критерій — «кожне перетворення зберігає рівність». У полі формату зазначте «відкрите розв’язання із записом кроків», а не просто «математика» або «складне запитання».

4. Сплануйте покриття, кількість і час

Спочатку розподіліть завдання між результатами й темами, потім підсумуйте обсяг. Для цього шаблону пропонуємо не прирівнювати кількість завдань до ваги результату автоматично: одна розгорнута відповідь і один короткий вибір можуть мати різні критерії та вимоги.

Поряд із кількістю визначте одиницю підрахунку. Якщо ситуаційне завдання містить три оцінювані частини, запишіть це явно. Інакше автори можуть по-різному зрозуміти замовлення «підготувати три завдання».

Час до пробного проведення позначайте як припущення. У кошторисі часу врахуйте читання інструкцій і перевірку відповіді, а для цифрової роботи — дії з подання результату. Якщо план перевищує доступну тривалість, перегляньте обсяг або межі оцінювання, а не лише скорочуйте час на виконання.

5. Авторський приклад для одного модуля

Ілюстративний приклад, не офіційний стандарт і не валідований інструмент. Модуль: «Лінійні рівняння з однією змінною». Мета: отримати підстави для вибору наступної практики. Умови: індивідуальна письмова робота, без калькулятора. Усі кількості, часові оцінки й критерії нижче — авторські проєктні рішення.

ПолеЗапис АЗапис Б
Результат навчанняРозв’язує рівняння послідовними перетвореннями.Пояснює та виправляє помилку в розв’язанні.
Спостережуваний доказКроки розв’язання, значення змінної, перевірка підстановкою.Помилковий крок, пояснення порушення, виправлений розв’язок.
ТемаРівносильні перетворення рівнянь.Ділення обох частин на від’ємне число.
Формат завданняВідкрите розв’язання із записом кроків.Аналіз наведеного розв’язання з коротким поясненням.
Кількість2 окремі рівняння.1 розв’язання з помилкою.
Орієнтовний часПо 4 хвилини; разом 8 хвилин.5 хвилин.
КритерійПеретворення зберігають рівність; розв’язок правильний; перевірка коректна.Помилку локалізовано; правило пояснено; виправлення коректне.
Припущення для перевіркиЧасу вистачає на запис кроків і підстановку.Учні розуміють вимогу пояснити, а не лише замінити відповідь.

План містить три завдання й 13 хвилин виконання. Додамо для цього прикладу 3 хвилини на інструкцію та остаточну перевірку: загалом 16 хвилин. Це не норматив тривалості; після пілоту його слід переглянути.

Перед написанням завдань доповніть критерії правилами часткового зарахування. Наприклад, окремо вирішіть, як оцінювати правильний спосіб із арифметичною помилкою. Самі рівняння та помилковий розв’язок створюйте вже після погодження матриці.

6. Перевірте матрицю на прогалини та дублювання

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

  • Прогалини: чи кожний заявлений результат має завдання, яке дасть потрібний доказ?
  • Дублювання: чи додаткове завдання перевіряє нову сторону вміння, чи повторює вже заплановане?
  • Відповідність формату: чи учень матиме можливість показати пояснення, аргумент або процес, якщо саме вони потрібні?
  • Межі змісту: чи не з’явилися теми або дії, яких цей модуль не передбачає?
  • Критерії: чи інший викладач зрозуміє, яку ознаку відповіді потрібно оцінювати?
  • Реалістичність: які припущення про час, інструкції та обсяг залишаються неперевіреними?

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

7. Передайте специфікацію в розробку й оновіть після пілоту

До кожного запису додайте ідентифікатор. Попросіть автора завдань зазначати його в чернетці, щоб під час редактури можна було звірити завдання з результатом, доказом і критерієм. Передавайте також погоджені умови, допустимі матеріали та невирішені питання.

Після пробного проведення перевірте припущення: де учні витрачали більше часу, як розуміли інструкцію, чи отримані відповіді дозволяли застосувати критерії. Виправляйте не лише завдання, а й матрицю. У матеріалі IES наголошено на потребі кількох джерел доказів обґрунтованості оцінювання; сама заповнена таблиця не замінює такої перевірки.

Коли план погоджено, повторювану підготовку чернеток можна підтримати автоматизацією. Спробуйте генератор домашніх завдань SubSchool: за описом на сторінці функції, він створює редагований набір вправ на основі матеріалів заняття. Використовуйте свою специфікацію як основу для перевірки чернетки; відповідність завдань, авторські правки та остаточне освітнє рішення залишаються за викладачем.

Джерела та методологія

Перед написанням проведено вебпошук первинних університетських та офіційних методичних матеріалів про узгодження оцінювання й матриці специфікації. Використано доступні текстові витяги пошукової системи; пряме відкриття методичних сторінок і PDF завершилося технічною помилкою, тому повні документи потребують редакторського перегляду. Загальна сторінка новин Дія.Освіта не використана як доказ методичних рекомендацій. Шаблон із восьми полів, робоча послідовність і приклад із лінійними рівняннями є авторськими пропозиціями, а не відтворенням офіційного стандарту. Опис SubSchool обмежено можливістю створення редагованих вправ із матеріалів заняття, зазначеною на офіційній сторінці функції. Дати публікації не встановлено й не виведено з дат індексування.

  1. Align Assessments, Objectives, Instructional StrategiesCarnegie Mellon University, Eberly Center
  2. Test Blueprint GuideClemson University
  3. AssessmentsCarnegie Mellon University, Eberly Center
  4. ValidityInstitute of Education Sciences
  5. Generate homework from what was actually taught | SubSchoolSubSchool

Пов’язаний інструмент, робочий процес і посібник

Free tool

AI-генератор структури курсу

Turn an idea into a reviewable teaching structure.

Product overview

See the complete SubSchool workflow

Connect content, tutoring, assessment, and teacher review.

Guide hub

Practical teaching guides

Move from a useful idea to a repeatable workflow.

Перейти до наступного кроку викладання

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

Відкрити робочий процес →
Практичні посібники
Викладач переглядає карту навичок, що поєднує результати стартової діагностики з модулями курсу та наступними завданнями.
Assessment & question design
18 переглядів

Як використати вхідну діагностику для побудови курсу: від результатів до модулів і домашніх завдань

Вхідна діагностика корисна не сама по собі, а тоді, коли допомагає ухвалити наступне навчальне рішення. Дізнайтеся, як перетворити результати стартових завдань на модулі курсу, гнучкі маршрути учнів і диференційовані домашні завдання.

Читати статтю
Учитель упорядковує анонімні відповіді учнів у картки для створення варіантів тестового завдання.
Assessment & question design
7 переглядів

Як перетворити типові помилки учнів на якісні дистрактори

Типові помилки учнів можуть зробити тестові завдання точнішими: не просто відрізнити правильну відповідь від випадкової, а виявити конкретну хибну логіку. У статті — покрокова методика збирання, відбору, перевірки та подальшого використання дистракторів.

Читати статтю