#Кейс: концепт реалізації студентського фестивалю з розробки | Освітні практики від ІТ: навчай сміливо
#Кейс: концепт реалізації студентського фестивалю з розробки мобільних застосунків за основними правилами проєктного менеджменту в IT (частина 2).
У першій частині цього кейсу ми вже обговорили, як працювати зі стейкхолдерами в проєкті. Сьогодні ж пропонуємо навчити студентів надавати зворотний зв’язок.
Здатність конструктивно оцінювати роботу кожного гравця команди та надавати позитивний або негативний відгук — ключова для хорошого лідера
Для цього в проєктному менеджменті виділяють кілька моделей для роботи з фідбеком
Модель COIN:
Context — проблема, яку ви хочете обговорити.
Observation — опис того, що сталось.
Impact — як це вплинуло на команду та продукт.
Next steps — домовленість про зміни, які ви очікуєте від працівника.
Модель SLC (для оцінки прогресу):
Success — що спрацювало класно під час цього періоду?
Learn — які висновки зроблено: що спрацювало добре / не було виконано, як задумано?
Change — що припинимо / продовжимо / почнемо інакше робити?
Модель SBI:
Situation — що сталось?
Behaviour — через які дії спеціаліста це сталось?
Impact — на що це вплинуло?
Як можна змінити ситуацію?
Як імплементувати на семінарах?
Запропонуйте студентам попрацювати в парах Нехай вони виберуть одну з моделей надання зворотного зв’язку та розіграють 2 сценарії:
позитивний (як варто надавати зворотний зв’язок);
негативний (як НЕ треба давати фідбек).
Для роботи студенти можуть вибрати один із кейсів:
Кейс 1. Дизайнер часто запізнюється на спільні зустрічі. Не критично — на 5-10 хв Але такі спізнення відволікають команду, затягують зустрічі, це дратує усіх. Ваше завдання — обговорити цей кейс із дизайнером та вирішити проблему.
Кейс 2. Копірайтерка працює віддалено. Уже кілька днів вона почала рідко відповідати на повідомлення, більшість часу оффлайн та не активно включається Через це ви не змогли вчасно подати пресреліз про запуск фестивалю з розробки мобільних застосунків. Старт доведеться перенести. Поговоріть з копірайтеркою, щоб ситуація більше не повторювалась.
Кейс 3. Один із організаторів заходу в вашій команді надрукував 500 листівок-запрошень на івент, у яких не було вказано дату, час та місце проведення майбутнього фестивалю Через це команда втратила ресурси — час та гроші. Потрібно з’ясувати, чому це сталось та як можна цього уникнути в майбутньому.
До речі, подібні моделі надання зворотного зв'язку ви можете використовувати й під час оцінки роботи студентів
