ТЕХНОЛОГІЧНА КАРТА УРОКУ

з інформатики (робототехнічний модуль)

Мета уроку

Навчальна

•        сформувати уявлення про структуру навчального проєкту з робототехніки (6 етапів: ідея -> проєктування -> реалізація -> тестування -> презентація -> рефлексія);

•        ознайомити з методом аналізу задачі 5W2H та інструментом "канвас проєкту";

•        сформувати вміння розподіляти ролі в команді (лідер, інженер, програміст, документатор);

•        навчити складати план проєктних робіт із прив’язкою до часових меж;

•        сформувати критерії оцінювання командного проєкту (рубрика з 5 параметрів).

Розвивальна

•        розвивати навички 4C: critical thinking, creativity, collaboration, communication;

•        формувати вміння декомпонувати складну задачу на менші підзадачі;

•        розвивати самоменеджмент і вміння працювати з дедлайнами;

•        формувати навички ведення проєктної документації;

•        формувати культуру конструктивної дискусії та запиту на допомогу як професійного навику.

Виховна

•        виховувати культуру командної взаємодії, відповідальність за свій внесок;

•        формувати інженерне мислення, інтерес до STEM-кар’єри;

•        показати соціальну значущість технологічних рішень (екологія, благодійність тощо);

•        розвивати толерантність до помилок та готовність до ітерацій - нормалізувати "провальні спроби" як частину інженерної роботи.

Обладнання та дидактичні матеріали

•        ПК з симулятором; комплекти робототехніки за кількістю команд (якщо є)

•        мультимедійний проектор для демонстрації прикладів і канвасу;

•        Презентація

Міжпредметні зв’язки

Фізика: механіка, електрика, оптика - для розрахунків. Математика: геометрія конструкцій, графіки залежностей при налаштуванні. Технології: інженерне проєктування, виробництво. Українська мова: складання технічної документації, риторика презентації. Громадянська освіта: соціальна користь технологій, етика інженера.

План-конспект уроку

I. Організаційний момент (2 хв)

СЛАЙД 2

"У вас 10 секунд. Підніміть руку, якщо вважаєте, що це робот. Спочатку смартфон... праска... пилосос. А тепер обґрунтуйте свій вибір".

Правильної відповіді тут немає - мета в тому, щоб учні почали сперечатися. Це за 60 секунд вмикає мислення "що таке робот узагалі?", створює мікроконфлікт думок і природно веде до теми.

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

II. Актуалізація опорних знань (3 хв)

Фронтальне опитування - два блоки питань, що логічно продовжують відкриття:

Про командну роботу:

•        Чи доводилось вам колись брати участь у командному проєкті? Що було складно?

•        Які ролі є в команді футболістів? Чому всі не можуть бути воротарями?

Про робототехніку:

•        Які компоненти потрібні роботу, щоб "бачити" навколишнє середовище? (датчики)

•        Які - щоб "діяти" в ньому? (актуатори: мотори, серво, реле)

•        На яких платформах ми вже працювали раніше? (Arduino, micro:bit, LEGO Spike, Tinkercad)

III. Мотивація та постановка задачі (4 хв)

Коротко (30сек.) продемонструйте відео реальних учнівських робототехнічних проєктів. Орієнтовний підбір:

•        учнівські             команди             FIRST     LEGO     League /              Robotraffic;

(https://www.youtube.com/watch?v=5mdZ78bceZs) 

•        українських олімпіад з робототехніки; (https://www.youtube.com/watch?v=i5pBJi_2NCw) 

•        "Розумна корзина для сміття" 

(https://www.youtube.com/shorts/lkFejnE_6Mo?t=2&feature=share) 

Після success stories - одне відео "провалу" (https://www.youtube.com/watch?v=JzlsvFN_5HI

) 

"Як думаєте, це нормальна частина роботи? Скільки разів падав цей робот до того,як почав нормально ходити?"

Це нормалізує помилки ще до того, як учні самі почнуть боятися їх. Ключове повідомлення: "Якщо в Boston Dynamics роботи падають - вам теж можна. Падіння - це не провал, це дані для наступної ітерації".

Постановка задачі

"Ваш виклик - створити власного робота-помічника. Не для марсіанської експедиції, а для реальної повсякденної задачі: для рослини, домашньої тварини, для міста, для природи. У вас буде 4 тижні. Сьогодні ми не зберемо жодної деталі - але без сьогоднішнього уроку всі наступні провалилися б, бо саме сьогодні ви закладете фундамент: команда, мета, план".

IV. Вивчення нового матеріалу (12 хв)

СЛАЙД 5

1. Що таке проєкт?  

Проєкт - це обмежена в часі цілеспрямована діяльність, що завершується створенням конкретного унікального продукту або результату. На відміну від "вправи" чи "домашнього завдання", проєкт має: (1) автономність - ви самі обираєте "як"; (2) реальну мету - не "отримати оцінку", а "вирішити проблему"; (3) ризик невдачі - проєкт може не вийти, і це нормально, якщо ви зробили висновки.

СЛАЙД 6

2. Шість етапів проєкту

Універсальна схема, яку ми будемо використовувати:

Контрольна точка (≈ 6-а хвилина етапу). Після показу 6 етапів зробіть коротку паузу й запитайте: "Зараз ми з вами на якому з 6 етапів проєктного циклу? 1, 2, 3, 4, 5 чи 6?" (Правильна відповідь - 1, "Ідея".) Це повертає увагу, дає швидкий зворотний зв’язок про засвоюваність і робить теоретичну схему практичною.

СЛАЙД 7

3. Метод 5W2H - спочатку на побутовому прикладі

Замість одразу теоретичної таблиці - за 60 секунд разом із класом застосуйте метод до тривіальної задачі. завдяки контрасту учні відчувають структуру методу.

"Уявімо: мама попросила сходити в магазин по молоко. Розгорнемо це через 5W2H":

Тепер - те саме для нашого проєкту. Приклад відповідей для напряму "Розумна теплиця": (в презентації - приклад для годівниці)

СЛАЙД 8

4. Ролі в команді

У робототехнічному проєкті обов’язково мають бути 4 ролі (для команди з 3 осіб - поєднати лідера й документатора):

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

СЛАЙД 9-13

5. Чотири напрями на вибір - через історії

Кожен напрям представляється не сухим описом "датчик + актуатор", а через історію конкретного користувача з його болем. Технічне рішення дає команда - у відповідь на людську проблему.

Або власний напрям - якщо у команди є яскрава ідея, що відповідає вимогам (мінімум 1 датчик + 1 актуатор + програмна логіка з умовою), її можна затвердити одразу.

Банк "розгойдувачів" - питання для оживлення уваги

Тримайте ці питання "в кишені" й кидайье їх у моменти, коли клас починає згасати - особливо в середині етапів IV і V. Кожне займає 30-90 секунд, але різко повертає включеність.

•        Назвіть 3 речі, які ви робите щодня механічно й хотіли б, щоб за вас робив робот. (Часто дає готові ідеї для проєктів)

•        Якщо робот помиляється 1 раз з 1000 - це багато чи мало? А якщо це робот-хірург? А якщо це робот-сміттяр? (Показує: "достатньо добре" залежить від контексту.)

•        Чи може робот мати "характер"? Наведіть приклад. (BB-8, Wall-E, Roomba з ім’ям - це питання етики й дизайну.)

•        Уявіть, що ваш робот раптом ожив і подзвонив вам уночі. Що б він сказав першим? (Дивне питання, але дає інсайт у те, які функції справді важливі.)

V. Робота в командах (16 хв)

Хронометраж усередині етапу

•        Перші 3 хв - формування команд  

•        Наступні 2 хв - кожна команда обирає напрям

•        Наступні 8 хв - заповнення пунктів 1-6 канвасу (назва, мета, функції, датчики, актуатори).

•        Останні 3 хв - пункти 7-9: ролі, план на 4 тижні, критерії "готово".

СЛАЙД 14

Канвас проєкту (є в презентації, чи можна роздати)

VI. Презентація задумів (5 хв)

СЛАЙД 15

Кожна команда (4 команди × ~1 хв) представляє свій задум за схемою "3 пункти за 1 хв":

•                     Назва й мета (одне речення).

•                     Найкрутіша функція робота.

•                     Ризик: що може піти не так. Поставте уточнювальні запитання:  

•                     "Як саме ваш сортувальник відрізнить червону кришку від помаранчевої?"

•                     "Що зробите, якщо датчик вологості зламається посеред поливу?"

•                     "А якщо ваш кіт навчиться відкривати годівницю самостійно - це провал чи фіча?"

Це формує культуру конструктивної дискусії й готує команди до фінального захисту проєкту.

VII. Підсумки уроку та рефлексія (2 хв)

Метод "What? So What? Now What?":

•        що сьогодні відбулось у моїй команді?

•        що це означає для нашого проєкту?

•        який мій конкретний крок до наступного уроку?

Швидка вправа "одне слово про команду" Після рефлексії 30 секунд.  

"Одне слово, яким сьогодні описав би свою команду. Разом промовляємо вголос - “

Це не звіт, а ритуал. Він формує колективну ідентичність команди й до неї легко повертатися на наступних уроках ("Пам’ятаєте, як ви назвали себе на першому уроці?").

Орієнтовна рубрика оцінювання фінального проєкту Оголошується сьогодні - для прозорості.

VIII. Домашнє завдання (1 хв)

Спільне для всієї команди:

•        підготувати 2 референси - фото або відео існуючих рішень, схожих на ваш проєкт;

•        намалювати від руки ескіз майбутнього робота (хоча б один вигляд).

Індивідуально (за ролями):

•        Лідер - створити чат у Telegram/Viber для команди (у назві обов’язково - назва проєкту, а не "Команда Васі"), додати всіх; повідомити вчителю назву каналу.

•        Інженер - перевірити наявність необхідних компонентів у наборах класу або скласти список того, що треба купити. Якщо працюєте в симуляторі - потрібні компоненти в симуляторі.

•        Програміст - знайти 1 приклад коду, схожого на вашу задачу (GitHub, Tinkercad, форум).

•        Документатор - створити в Google Docs журнал команди з шапкою (назва проєкту, команда, дата старту, посилання на чат).

★ челендж (необов’язково, +1 бал у рубрику "Документація"):

Знайди робота, який провалився - комерційний провал, відомий невдалий проєкт або відкликання з ринку (наприклад, Jibo, Anki Cozmo, Kuri, Mayfield Robotics). У 3 реченнях поясни, чому, на твою думку, він не злетів. Цей челендж не для оцінки - він для того, щоб ви побачили: навіть найкращі інженери з мільйонними бюджетами помиляються.

Додаток. 

•        "Перфекціонізм блокує запуск". Команда два тижні "обмірковує" - і не починає робити. Розв’язання: правило "грубий прототип на 1 тиждень". Не "фінальний", а "такий, що хоч-якось працює". Далі покращується ітеративно.

•        "Перевантаження ідеями". Команда хоче, щоб робот робив 15 речей.  

•        Розв’язання: правило MVP (Minimum Viable Product) - мінімально життєздатний продукт. На канвасі обмеження "3 функції - не більше". Усі решта функцій ідуть у "розширення для версії

2.0".