Джерело
Освітні практики від ІТ: навчай сміливо | Студенти завершили навчання і ви вже знаєте: лекція на тему Х не отрим...
2 370 Охват/переглядів
2026-06-30 13:58
Повідомлення №469
Студенти завершили навчання і ви вже знаєте: лекція на тему Х не отримала очікуваного відгуку, на тестуванні з Y — половина двійок, а групову роботу краще було дати на два тижні раніше. Це ви бачите в кінці семестру. Проте у вересні, коли треба буде оновити курс, конкретика забудеться.
У продуктовому ІТ використовується методологія управління проєктами Scrum. Вона має практику, створену саме для цієї проблеми — ретроспективу.
Що це таке
Ретроспективу як обов'язковий елемент роботи закріпив один із авторів Scrum Джефф Сазерленд. Ідея проста: після кожного робочого циклу (зазвичай це два тижні) команда збирається і відповідає на три запитання:
◾️ Що спрацювало?
◾️ Що не спрацювало?
◾️ Що ми зробимо інакше наступного разу?
Це внутрішній інструмент команди: зафіксувати рішення, поки контекст свіжий, і не входити в новий цикл з тими самими проблемами.
Чому це корисно
У викладацькій роботі цикл — це семестр. Ви проєктуєте курс, проводите його, бачите результати. Однак між кінцем одного циклу і початком наступного — канікули, під час яких деталі стираються. Без фіксації ви можете переглядати силабус та вносити зміни, спираючись на інтуїцію, а не дані.
Ретроспектива дає одну конкретну річ: документ із рішеннями, написаний тоді, коли ви ще пам'ятаєте контекст.
Як це зробити
Виділіть 30 хвилин в останній тиждень семестру. Пройдіться по курсу тема за темою і дайте відповідь на три запитання.
🔹 Що спрацювало?
Фокусуйтеся на конкретних прикладах: «Коли на лекції №5 замість теорії практично розбирали реальний кейс компанії, всі уважно працювали. Залишаю цю тему на наступний рік і додаю такий формат до теми №8». Або: «Новий формат фінального завдання — есе замість тесту — дав кращу глибину відповідей. 70% робіт були на рівень вище, ніж минулого року».
🔹 Що не спрацювало?
Тут важливо описати причину, а не лише симптом. «Тему Х розбирали на третьому тижні, але вона спирається на матеріал тижня 6. Студенти не мали бази — звідси 50% незадовільних оцінок».
🔹 Що конкретно змінюю?
Це найважливіший пункт. Так само варто описувати конкретно: «Перенести тему Х на тиждень 7. Групову роботу видати на тижні 4 із проміжною перевіркою на тижні 6. До контрольної з розділу Y додати одне практичне завдання замість двох теоретичних запитань».
Через 30 хвилин у вас буде 1–2 сторінки конкретних рішень. У вересні ви відкриєте цей документ і у вас буде готовий план змін із поясненнями, чому кожна з них потрібна.
А ви проводите ретроспективу? Поділіться у коментарях.
У продуктовому ІТ використовується методологія управління проєктами Scrum. Вона має практику, створену саме для цієї проблеми — ретроспективу.
Що це таке
Ретроспективу як обов'язковий елемент роботи закріпив один із авторів Scrum Джефф Сазерленд. Ідея проста: після кожного робочого циклу (зазвичай це два тижні) команда збирається і відповідає на три запитання:
◾️ Що спрацювало?
◾️ Що не спрацювало?
◾️ Що ми зробимо інакше наступного разу?
Це внутрішній інструмент команди: зафіксувати рішення, поки контекст свіжий, і не входити в новий цикл з тими самими проблемами.
Чому це корисно
У викладацькій роботі цикл — це семестр. Ви проєктуєте курс, проводите його, бачите результати. Однак між кінцем одного циклу і початком наступного — канікули, під час яких деталі стираються. Без фіксації ви можете переглядати силабус та вносити зміни, спираючись на інтуїцію, а не дані.
Ретроспектива дає одну конкретну річ: документ із рішеннями, написаний тоді, коли ви ще пам'ятаєте контекст.
Як це зробити
Виділіть 30 хвилин в останній тиждень семестру. Пройдіться по курсу тема за темою і дайте відповідь на три запитання.
🔹 Що спрацювало?
Фокусуйтеся на конкретних прикладах: «Коли на лекції №5 замість теорії практично розбирали реальний кейс компанії, всі уважно працювали. Залишаю цю тему на наступний рік і додаю такий формат до теми №8». Або: «Новий формат фінального завдання — есе замість тесту — дав кращу глибину відповідей. 70% робіт були на рівень вище, ніж минулого року».
🔹 Що не спрацювало?
Тут важливо описати причину, а не лише симптом. «Тему Х розбирали на третьому тижні, але вона спирається на матеріал тижня 6. Студенти не мали бази — звідси 50% незадовільних оцінок».
🔹 Що конкретно змінюю?
Це найважливіший пункт. Так само варто описувати конкретно: «Перенести тему Х на тиждень 7. Групову роботу видати на тижні 4 із проміжною перевіркою на тижні 6. До контрольної з розділу Y додати одне практичне завдання замість двох теоретичних запитань».
Через 30 хвилин у вас буде 1–2 сторінки конкретних рішень. У вересні ви відкриєте цей документ і у вас буде готовий план змін із поясненнями, чому кожна з них потрібна.
А ви проводите ретроспективу? Поділіться у коментарях.