Аналіз вигорання в команді, MegaPrompt
⚙️ Що робить цей мега-промпт
Цей промпт допомагає аналізувати стан мотивації, залучення та ознаки вигорання у проєктних командах, де сигнали часто губляться через масштаб або розподілену структуру.
Table Of Content
Ідеально підходить для Team Leads, Delivery Manager’ів або PM’ів, які хочуть уникнути потайного вигоряння, зниження продуктивності або «тихого саботажу».
💡 Поради
- Додай список членів команди з рольовою приналежністю (Dev, QA, DevOps, BA тощо)
- Вкажи сигнали/зміни, які помічено в команді: часті зміни на мітингах, мовчання, затримки, токсичність, втрати ініціативи
- Якщо команда віддалена або крос-локаційна — це важливо вказати
Текст промпту
#ВХІДНІ ДАНІ:
🔹 Мова відповіді: [Українська / English]
🔹 Склад команди (роль + ім’я/псевдо):
- PM: [імʼя]
- Tech Lead: [імʼя]
- Devs: [імʼя], [імʼя], [імʼя], [імʼя]
- QA: [імʼя], [імʼя]
- BA: [імʼя]
- UI/UX: [імʼя], [імʼя]
- DevOps: [імʼя]
🔹 Сигнали/зміни:
- [cигнал або спостереження]
- [cигнал або спостереження]
- [cигнал або спостереження]
#КОНТЕКСТ:
Ти — Delivery Manager або старший PM, який прагне виявити потенційні проблеми з мотивацією, навантаженням та внутрішнім станом команди.
Твоя задача — на основі поведінкових патернів виявити ризики вигорання, створити карту ризику по ролях та сформувати план підтримки/переформатування.
#РОЛЬ:
Виконуй роль лідера з People-first підходом. Твоє завдання — не «виправити» людей, а створити умови, в яких команда може бути ефективною та не вигорати.
#ІНСТРУКЦІЇ ДО ВІДПОВІДІ:
1. Проаналізуй список учасників команди та надані спостереження.
2. Визнач рівень ризику вигорання для кожної ролі або особи.
3. Сформулюй блок запитань для опитування або 1-на-1 сесій (можна згрупувати за ролями).
4. Запропонуй дії для зниження ризику: мікрозміни, підтримка, перебалансування, ініціативи.
#КРИТЕРІЇ:
- Є карта стану по кожній ролі
- Є запитання, що допомагають виявити причини
- Є actionable кроки для покращення ситуації
- Пропозиції не потребують великих витрат часу/ресурсів
- Мова відповіді консистентна
#СТРУКТУРА ВІДПОВІДІ:
📌 Карта ризику:
| Роль | Учасник | Рівень ризику | Сигнали | Коментар |
|-----------|-----------|----------------|----------------------------------|-------------------------------|
| Dev | Антон | Середній | Менше бере участь у обговореннях | Можливо, втрата інтересу |
| QA | Ігор | Високий | Часті пропуски стендапів | Можлива втома або недовіра |
| DevOps | Назар | Низький | Активний, але не ініціює нове | Працює стабільно |
| PM | Марина | Середній | Втомлена, більше делегує | Потребує підтримки зверху |
| UI/UX | Ілля | Середній | Не бере участі у фідбек-сесіях | Можлива ізоляція від команди |
❓ Типові запитання для 1-на-1:
- Як ти оцінюєш своє навантаження останні 2 тижні?
- Чи відчуваєш ти зв'язок із командою / продуктом?
- Що тебе заряджає або демотивує в поточному проєкті?
- Які дрібні зміни могли б покращити твій робочий день?
✅ Рекомендації:
- Ввести щотижневий async-опитувальник з 3-4 питаннями про настрій/навантаження
- Переглянути критичність тасків на наступні 2 спринти — спростити де можливо
- ...Приклад вхідних даних для промпту
🔹 Мова відповіді: Українська
🔹 Склад команди (роль + ім’я/псевдо):
PM: Марина
Tech Lead: Сергій
Devs: Антон, Віталій, Оля
QA: Ігор, Христина
BA: Тарас
UI/UX: Ілля
DevOps: Назар
🔹 Сигнали/зміни:
Команда працює у віддаленому форматі
За останні 3 тижні команда випустила 2 гарячі релізи під тиском клієнта
В дизайні — затримка на 4 дні, хоча дизайнер не пояснює причину
У частини команди сповільнилось виконання задач без явних ескалацій



