1. Сбор требований
- «Когда в последний раз новый проект вызывал у тебя интерес, а не желание закрыть тикет и бежать?»
→ Если не можешь вспомнить или это было давно — признак #1: потеря мотивации к содержательной работе.
Пример из IT: Как если бы писал код только ради коммита, а не решения задачи.
- «Как часто ты ловишь себя на мысли "это можно и так принять" вместо анализа?»
→ Если чаще 2-3 раз в неделю — признак #2: когнитивная усталость и снижение качества работы.
Пример: Как пропуск code review, потому что «и так сойдёт».
---
2. Анализ данных
- «Опиши свой идеальный рабочий день. Сколько в нём часов реального анализа vs. тушения пожаров?»
→ Если больше 30% времени — борьба с хаосом, а не анализ — признак #3: reactive mode вместо proactive.
Пример: Как если бы 80% времени дебажили прод, а не разрабатывали фичи.
- «Если бы твоя усталость была системой — какие были бы её error logs?»
→ Типичные ошибки:
-
ERROR: Stack overflow (многозадачность) -
WARNING: Memory leak (накопленный стресс) -
CRITICAL: No motivation found ---
Формирование отчёта, то есть вывод:
Вижу 3+ признака выгорания:
1. Потеря интереса к проектам (демотивация).
2. Частые когнитивные сокращения («и так сойдёт»).
3. Режим постоянного «тушения пожаров».
Root cause:
«Вечный контекст-свитчинг + отсутствие глубины работы».
Ты как система, которая постоянно переключается между тасками, но не успевает выполнить ни одну качественно.
Рекомендации:
1. Хотфикс (сегодня):
- Выдели 1 час на задачу, которая нравится (даже если это не приоритет).
- Как быстрый rollback стресса.
2. Релиз (на неделю):
- Внеси в календарь 2 слота по 2 часа на «глубокий анализ» (без meetings и пожаров).
- Как feature flag для восстановления.
3. Рефакторинг (на месяц):
- Договорись с менеджером о пересмотре нагрузки: либо меньше контекстов, либо больше автономии.
- Как архитектурные изменения для scalability.
---
P.S. Если бы это был код — я бы сказал: «Похоже на memory leak, но ещё не segfault. Пора делать оптимизацию».