Design thinking у мініатюрі
Застосувати в новому контексті«Design thinking у мініатюрі» є формою роботи, у якій команди за урок проходять увесь цикл проєктування на простому завданні для клієнта з сусідньої команди. Кожна команда відправляє одного учня клієнтом до сусідів, розпитує клієнта, який прийшов до неї, записує вимоги, які можна перевірити, креслить ескіз, будує з картону й скотчу, дає клієнтові перевірити виріб і після цього змінює рівно одну річ. Повноцінного проєкту ця форма не замінює: вона тренує цикл як ціле, щоб клас уже раз пройшов усі кроки, перш ніж справжній проєкт розтягне їх на тижні. Придумана для технологій і природничих предметів, а працює на будь-якому уроці, де учні щось виготовляють.
Один цикл · ± 35 хв
Вивести на дошкуОдин екран: завдання, матеріал і чи будуть ролі. Немає завдання? ШІ запропонує п’ять під вашу тему. Бачите тільки ви, клас побачить лише після «Запустити».
Саме це ви виведете на дошку. Таймер іде на кожному кроці, а керуєте ви: пауза, додати часу чи одразу наступний крок. Завдання наберіть самі або з безкоштовним акаунтом попросіть ШІ запропонувати п’ять під вашу тему.
Так це бачить клас на дошці
8 кроків · один цикл, ± 30 хв
Для вас: Нехай кожна команда обере клієнта до старту таймера. Рішення ще не запитання.
Розмір групи
команди по 4 (або 3) · весь клас
Тривалість
± 35 хв
разом із поясненням і підсумком
Рівень
3–11 клас · коледж
Матеріали
на команду невеликий набір: картон чи папір, скотч, ножиці
Формат
команда → клієнт у сусідів → клас
Мета
один раз пройти цикл проєктування
Перед першим разом перевірте дві речі. Чи називає ваше завдання клієнта і чи лишає вимоги відкритими? «Зробіть для свого клієнта підставку з картону, в якій стоятиме телефон» працює; «зробіть підставку заввишки 10 см з отвором для зарядки» дає всім командам однакові вимоги, і розпитувати вже нема про що. І домовтеся наперед, хто до кого йде клієнтом: перша команда до другої, друга до третьої, остання до першої.
Перебіг з одного погляду
± 35 хв загаломХвилини вище є стандартними значеннями, а не сценарієм: той, хто готує форму, сам виставляє час на кожен крок, а крок із нулем випадає. На вимогах, тесті й покращенні екран спершу попереджає, бо без цих трьох кроків цикл перестає бути циклом. До 30 хвилин додайте приблизно чотири, щоб утворити команди й роздати матеріал, і рефлексію наприкінці. За замовчуванням дошка перемикається вашим натиском, бо команда не зупиняється посеред будівництва лише тому, що так каже таймер.
Покрокова інструкція
8 кроків
Розпитайте клієнта
2 хвклієнт у сусідівЗ кожної команди один учень іде клієнтом до сусідньої команди, усі команди одночасно. Команда розпитує свого гостя: що це має вміти і що тобі зараз заважає? Потім клієнт повертається до своєї команди.
Запишіть вимоги
2 хву командіКоманда записує дві-три вимоги, які потім зможе перевірити, словами клієнта. «Гарний» не вимога, а «не падає, коли торкаєшся екрана» так.
Придумайте ідеї
3 хвспершу сам, потім командаСпершу тиха хвилина: кожен сам малює одну маленьку ідею. Потім кожен показує свою, і ніхто одразу її не оцінює.
Оберіть і накресліть
3 хву командіКоманда обирає одну ідею або поєднує дві й креслить один ескіз, а поруч записує вимоги.
Збудуйте
8 хву командіКоманда будує за ескізом. Якщо відходить від нього, каже чому й виправляє ескіз.
Перевірте з клієнтом
3 хвклієнт у сусідівКлієнт повертається. Спершу команда прогнозує: чи виконає виріб кожну вимогу? Потім перевіряє клієнт, а не команда. Невиконана вимога тут найкраще, що може статися: тепер команда знає, що покращити.
Одне покращення
4 хву командіКоманда обирає вимогу, з якою вийшло найгірше, змінює одну річ і перевіряє саме її ще раз.
Покажіть
5 хвувесь класКожна команда показує свій виріб поруч із вимогами. Кожен каже одне речення: що ми змінили після тесту?
Хочете, щоб кожен учень вів один крок, увімкніть у підготовці ролі: Проєктувальник, Будівельник, Тестувальник і Спікер, STEM-картки ролей із базового набору. На кожному кроці веде одна роль, а працює вся команда.
Яку стратегію навчання тренує клас?
Застосувати в новому контексті
Учні використовують те, що знають, у ситуації, якої ще не бачили. Саме на цьому рівні питає контрольна, і саме його учні рідко тренують самі. Джерело: Hattie & Donoghue (2016), етап перенесення.
На дошціЗастосувати в новому · Використовуєте те, що знаєте, у ситуації, якої ще не бачили. Саме так питають на контрольній.
Цією формою можна тренувати й
- Спершу спланувати · Спершу вимоги, які можна перевірити, лише потім ескіз і збірка.(виховна година)
- Передбачити · Перед тестом кажеш, що скаже клієнт; після тесту змінюєш рівно одну річ.(природничі)
Чому це працює?
Клас, який уперше щось проєктує, робить переважно одне: будує. Перша ідея стає проєктом, проєкт одразу збирають, а наприкінці хтось питає, чи гарно вийшло. Цикл проєктування складається саме з тих кроків, які тоді пропускають. Ця форма робить їх настільки короткими, що за урок можна пройти всі, а три речі дбають про те, щоб їх справді пройшли.
Девід Крісмонд і Робін Адамс у 2012 році звели докупи дослідження початківців і досвідчених проєктувальників. Початківці сприймають завдання так, ніби в ньому вже все зрозуміло, і одразу беруться розв’язувати; на вимоги до виробу вони майже не зважають. У циклі проєктування Мар’ї ван Графт і П’єра Кеммерса (2007) перелік вимог тому стоїть на початку, а прототип вважається добрим, лише коли їм відповідає. Тут вимоги дає справжній користувач: клієнт із сусідньої команди. Через це запитання на першому кроці щирі, а одне завдання дає сім різних виробів. Вимога зараховується, лише якщо її можна перевірити: «гарний» не є вимогою, «стоїть, коли в ньому телефон» є.
Початківці ще й часто тримаються першої ідеї, а в команді це зазвичай перша ідея найшвидшого. Тому третій крок починається з хвилини, коли кожен сам придумує ідею й малює її маленькою. Лише потім кожен показує свою, не захищаючи її, і лише на четвертому кроці команда обирає. Так на столі опиняється й ідея учня, якому потрібно більше часу на роздуми. Добра ознака, коли ходите між командами: ідей на столі більше, ніж людей у команді.
Перед тестом команда прогнозує, чи виконає виріб кожну вимогу. Потім перевіряє клієнт, а не команда: хто будував, той тестує обережно. Посібник Стенфордської d.school радить те саме: дайте прототип у руки користувачеві й не зводьте тест до запитання, чи йому подобається. Невиконана вимога є найкращим результатом цього кроку, і в Engineering is Elementary невдачу прямо називають частиною проєктування, бо вона кличе до покращення. Це покращення змінює одну річ і перевіряє саме її ще раз. Хто перебудовує все, вже не бачить, що дала зміна, і тоді клас вивчив не цикл, а лише другу спробу.
Клієнт із сусідньої команди: як відбувається обмін
На першому кроці кожна команда обирає одного учня, який стане клієнтом, і всі клієнти одночасно йдуть до наступної команди. Тож кожна команда втрачає одного учня й приймає одного гостя. Цей гість і є клієнтом, для якого команда проєктує: вона питає, що виріб має вміти і що клієнтові заважає, і записує відповіді, поки без ідей. На дошці на цьому кроці з кожної команди до сусіднього столу йде одна фігурка.
За дві хвилини ви повертаєте клієнтів назад. Решту уроку вони працюють у своїй команді аж до шостого кроку: тоді повертаються до команди, яка проєктувала для них, і перевіряють виріб за вимогами, які самі назвали. Якщо клас не ділиться на команди порівну, в одній команді на учня менше, і вона так само відправляє клієнта й приймає гостя.
Клієнт двічі пропускає кілька хвилин роботи своєї команди. Це ціна справжнього користувача, і вона невелика. Нехай команди обирають клієнта ще до старту таймера, а наступного разу йде хтось інший.
З ролями чи без?
За замовчуванням ролі вимкнені. Уперше клас вивчає цикл, і досить того, що кожен крок робить уся команда. У підготовці ролі вмикаються одним вибором; тоді знадобляться STEM-картки ролей із базового набору: Проєктувальник, Будівельник, Тестувальник і Спікер.
З ролями дошка на кожному кроці показує, хто його веде. Проєктувальник веде вимоги, ідеї та ескіз, будівельник будівництво й покращення, тестувальник перевірку з клієнтом, спікер показ. Розпитування клієнта не веде ніхто: питають усі. У команді з трьох тестувальник веде ще й показ.
Роль каже, хто крок веде, а не хто робить його сам. На дошці це щоразу написано: решта долучається. Саме так ролі в груповій роботі використовують Елізабет Коен і Рейчел Лотан: вони впорядковують, як працює група, а завдання лишається спільним. Тестувальник, який перевіряє сам, поки решта дивиться, перетворює роль на привід не працювати.
Коли варто, на що зважати
Коли варто
- Перед першим проєктом. Клас один раз проходить усі кроки за урок на чомусь маленькому. У проєкті, що буде далі, учні вже знають, де стоять вимоги і навіщо тест.
- Коли команди в проєкті одразу кидаються будувати. Окремий урок із завданням, не пов’язаним із проєктом, показує, які кроки вони пропускають. Запитання наприкінці, який крок вони мало не пропустили, учні забирають назад у проєкт.
- На технологіях, STEM-уроках і фізиці. У кожному предметі, де щось проєктують, є цикл проєктування, і найчастіше він висить на плакаті. Тут його проходять за один урок, і потім клас може показати кожен крок.
- Коли клас має навчитися проєктувати для когось іншого. Клієнт, який справді хоче не того, що команда, найшвидше доводить, що виріб не про власний смак.
- Коли хочете побачити, як команди співпрацюють. Вісім коротких кроків із чітким завданням показують, хто говорить, хто будує, а хто дивиться. З увімкненими ролями на кожному кроці можна спитати, хто його веде.
На що зважати
- Якщо завдання вже називає вимоги, приберіть їх. Коли розміри й функції вже є в завданні, клієнта нема про що питати, і всі команди роблять те саме. Назвіть лише клієнта і те, що виріб для нього робить.
- Якщо матеріалу багато, дайте невеликий однаковий набір. Повна коробка штовхає до рукоділля й робить тест нечесним. Аркуша картону, скотчу й ножиць на команду досить, бо вчить тут цикл, а не сам виріб.
- Якщо в класі немає сталого порядку столів, задайте маршрут. Двічі всі клієнти йдуть одночасно. Позначте наперед на дошці чи на столах, хто до кого йде, інакше перша хвилина першого кроку піде на пошуки.
- Якщо клас хоче зробити гарно, скажіть, що тут продукт. Скажіть наперед, що урок не про підставку, а про кроки до неї. На показі кожна команда називає, що змінила після тесту, і саме це важить.
- Якщо клієнтові все подобається, перевіряйте за вимогами. Доброзичливий клієнт скаже, що все чудово. Нехай він біля кожної вимоги скаже, виконано її чи ні, з телефоном у підставці чи вантажем на мосту, а не чи йому подобається.
Спершу в мініатюрі, потім справжній проєкт
Проєкт на технологіях триває тижнями. Кожен етап отримує урок чи кілька, і саме через це клас не бачить цілого: на третьому тижні ніхто вже не пам’ятає, які вимоги записали на першому. Ця форма вміщує весь цикл в один урок, на завданні, настільки маленькому, що будівництво триває вісім хвилин. Кроки ті самі, що в циклі, лише коротші.
Використовуйте її як сходинку: спершу раз у мініатюрі, потім проєкт. Запитання рефлексії наприкінці (який крок був найважчим, який ви мало не пропустили?) стають домовленостями на проєкт. Якщо проєкт триває кілька уроків, Daily Scrum на початку кожного уроку допомагає команді звірити, хто що робить, а посередині Прогулянка галереєю дає командам відгук на роботу одне одного.
Чого цей урок не дає, так це глибини: немає часу досліджувати матеріали чи будувати другий прототип. І це не потрібно. Клас забирає з уроку порядок кроків і досвід того, що тест, який не вдався, рухає вперед.
Приклади за контекстом
- Зробіть для свого клієнта підставку з картону, в якій стоятиме телефон.
- Збудуйте для свого клієнта міст із паперу над прогалиною 20 см.
- Створіть для свого клієнта органайзер для речей на парті.
Варіанти
За віком
Типові помилки
Часті запитання
Що таке форма роботи «Design thinking у мініатюрі»?
Форма роботи, у якій команди по троє чи по четверо за один урок проходять увесь цикл проєктування на маленькому завданні для клієнта із сусідньої команди. Вісім кроків: розпитайте клієнта; запишіть вимоги; придумайте ідеї, спершу кожен сам; оберіть і накресліть; збудуйте; перевірте з клієнтом, після прогнозу; одне покращення, і саме його перевірити ще раз; покажіть, поруч із вимогами. Форма тренує логіку циклу. Повноцінного проєкту вона не замінює, а готує до нього.
Скільки триває «Design thinking у мініатюрі»?
Зі стандартними налаштуваннями вся форма триває ± 35 хв разом із поясненням і підсумком.
По кроках зі стандартними значеннями: дві хвилини на розпитування, дві на вимоги, три на ідеї, три на ескіз, вісім на будівництво, три на тест, чотири на покращення й п’ять на показ. Це 30 хвилин самих кроків; до них додаються утворення команд, роздавання матеріалу й рефлексія. Той, хто готує форму, сам виставляє кожен крок, а крок із нулем плеєр пропускає. За замовчуванням дошка перемикається вашим натиском.
Чому клієнт із сусідньої команди, а не вчитель чи сама команда?
Бо тоді команді справді доводиться питати. Команда, яка проєктує для себе, вже знає вимоги або думає, що знає. Учитель у ролі клієнта тридцять разів чує ті самі запитання й тридцять разів відповідає однаково, і всі команди роблять те саме. Клієнт із сусідньої команди має власні побажання, повертається на шостому кроці, щоб перевірити виріб, і його не обійдеш. Оскільки всі команди одночасно відправляють і приймають клієнта, жодна не втрачає більше одного учня.
Яка вимога добра?
Та, яку потім можна перевірити, і записана словами клієнта. «Стоїть, коли в ньому телефон» є доброю вимогою: клієнт ставить телефон і дивиться. «Гарний» чи «міцний» вимогами не є, бо ніхто не скаже, коли їх виконано. Біля кожної вимоги запитайте команду: як ви це перевірите? Двох-трьох вимог досить; більше команда за вісім хвилин не збудує, і тоді клієнт перевірятиме переважно те, чого бракує.
Де взяти добре завдання?
Добре завдання називає клієнта й те, що виріб для нього робить, а решту лишає відкритим: «Зробіть для свого клієнта підставку з картону, в якій стоятиме телефон.» Воно достатньо маленьке, щоб збудувати його за вісім хвилин із паперу, картону й скотчу. З безкоштовним акаунтом ШІ просто в підготовці запропонує п’ять завдань на вашу тему й для вашого класу, а ви оберете одне. Хочете у своєму помічнику, наприклад у Microsoft Copilot? У тому самому вікні є готовий промпт, який можна скопіювати. Або лишіть поле порожнім і назвіть завдання самі.
Що роблять ролі і коли їх вмикати?
З увімкненими ролями кожна роль із базового набору веде кілька кроків: проєктувальник вимоги, ідеї та ескіз, будівельник будівництво й покращення, тестувальник тест, спікер показ. Вести не означає робити самому: решта команди долучається, і дошка нагадує про це на кожному кроці. Вмикайте ролі другого разу. Уперше клас вивчає цикл, і ролі тоді лише ще одна річ, яку треба тримати в голові.
Що робити, якщо команда не встигла збудувати?
Тоді клієнт перевіряє те, що є. Навіть недобудований виріб можна перевірити за кожною вимогою, і саме про це буде покращення. Тому за замовчуванням дошка перемикається вашим натиском: можна дати команді ще хвилину або в підготовці поставити на будівництво більше часу. Якщо не встигає багато команд, завдання завелике для восьми хвилин.
Чи працює це поза технологіями?
Так, усюди, де учні щось роблять для когось. На «Пізнаємо природу» це парашут для яйця, на математиці коробочка, де розгортка і є задачею, на географії дамба з пластиліну, яка береже будинок від води. Кроки лишаються ті самі; змінюються завдання й матеріал.
Що таке design thinking і як із ним пов’язана ця форма?
Design thinking, або дизайн-мислення, є способом проєктувати, який починається з користувача. Стенфордська d.school описує п’ять етапів: емпатія, визначення проблеми, генерування ідей, прототип і тест, а потім усе знову. У цій формі емпатія є розпитуванням клієнта, визначення проблеми є записом вимог, а покращення є другим колом. Цикл проєктування з технологічної освіти (ван Графт і Кеммерс, 2007) має той самий порядок, із переліком вимог на початку. У мініатюрі тут час, а не логіка.
Звідки ця форма роботи?
«Design thinking у мініатюрі» є формою LudensFlow, збудованою на циклі проєктування, яким користуються в нідерландській технологічній освіті (ван Графт і Кеммерс, 2007), на процесі проєктування Engineering is Elementary Музею науки в Бостоні (запитати, уявити, спланувати, створити, покращити) і на дослідженні Крісмонда й Адамс (2012) про те, що пропускають початківці. Клієнт, який іде до сусідньої команди, є тим самим ходом, що й у формі 1 іде, 3 залишаються: кожна команда відправляє одного учня, усі команди одночасно.
Спільна робота над виробом: яка форма підійде?
| Форма роботи | Мета | Група | Час | Коли доречно |
|---|---|---|---|---|
| Design thinking у мініатюрі | один раз пройти весь цикл проєктування | команди по 3–4 | ± 35 хв | перед проєктом, на маленькому завданні |
| 1 іде, 3 залишаються | забрати те, що знайшли інші команди | команди по 4 | ± 20 хв | у кожної команди є те, чого немає в інших |
| Прогулянка галереєю | зібрати зворотний зв’язок на роботу одне одного | 2–8 команд | ± 30 хв | посередині проєкту чи розробки |
| Daily Scrum | коротко звірити роботу на початку робочого блоку | команди по 2–8 | ± 7 хв | проєкт, що триває кілька уроків |
| Консенсус у групі | дійти однієї підтриманої відповіді в четвірці | 4 на аркуш | ± 13 хв | консенсус зі слідом на папері від кожної групи |
| Снігова куля (1-2-4-All) | провести ідеї лійкою від кожного до всіх | 8–32 | ± 18 хв | штурм, який має завершитися впорядкованою картою |
| Найгірший план | побачити, чим ви самі собі заважаєте | самостійно або в групах | ± 19 хв | є опір або закорінена звичка |
Джерела
- Marja van Graft & Pierre Kemmers, Onderzoekend en ontwerpend leren bij natuur en techniek. Basisdocument over de didactiek voor onderzoekend en ontwerpend leren in het primair onderwijs, Stichting Platform Bèta Techniek / SLO (2007): цикл проєктування в семи кроках, з переліком вимог на початку й тестом за ними.
- Christine M. Cunningham, Engineering Is Elementary, The Bridge 39(3) (2009), 11–17, National Academy of Engineering: процес проєктування в п’яти кроках (запитати, уявити, спланувати, створити, покращити) і невдача як частина проєктування.
- David P. Crismond & Robin S. Adams, The informed design teaching and learning matrix, Journal of Engineering Education 101(4) (2012), 738–797: чим проєктування початківців відрізняється від проєктування досвідчених.
- Hasso Plattner Institute of Design at Stanford (d.school), An Introduction to Design Thinking: Process Guide (2010): п’ять етапів і тест, коли прототип у руках користувача.
- Elizabeth G. Cohen & Rachel A. Lotan, Designing Groupwork: Strategies for the Heterogeneous Classroom, 3-тє вид., Teachers College Press (2014): ролі, які впорядковують роботу групи, тоді як завдання лишається спільним.
Уклала Оксана Олійник · Востаннє оновлено 23 жовтня 2026
Чи була ця сторінка корисною?
Після відповіді поставимо ще три короткі питання. Це пів хвилини, і ви справді нам допоможете.