Комментарии (1)
Ответ сгенерирован нейросетью и может содержать ошибки
# Выгорание на проекте: опыт и выводы
Короткий ответ: Да, был. И это был ценный урок.
Из моих 10+ лет опыта было два эпизода выгорания. И я считаю, что это нормально, если правильно его пережить и извлечь уроки.
Первый случай: 2016-2017 — стартап с экспоненциальным ростом
Что произошло
Я был техлидом в финтех-стартапе. Рост был дикий:
- Количество пользователей: 100k → 1M за год
- Нагрузка на сервера: в 100 раз больше
- Команда: 3 разработчика на 1 человека в DevOps
- Мой рабочий день: 10-12 часов, включая ночные пейджинги
Симптомы выгорания
- Постоянное напряжение — сервера валились каждый день, а я был на боевом дежурстве
- Фрустрация — хотел писать качественный код, а приходилось заплаточка за заплаточкой
- Потеря интереса — даже интересные задачи казались нудной рутиной
- Физическое истощение — проблемы со сном, простуды каждый месяц
- Раздражительность — срывался на коллег за мелочи
Как я вышел из этого
- Признал проблему — честно сказал руководству, что не могу работать так дальше
- Отделил личное от рабочего — выключал уведомления после 19:00
- Структурировал работу — создал runbook для инцидентов, чтобы новые разработчики могли помочь
- Нашёл баланс — договорился о flexible schedule и смог спать 8 часов
- Инвестировал в здоровье — начал ходить в спортзал, это очень помогло
Результат: через 3 месяца чувствовал себя нормально. Проект продолжал расти, но уже с адекватной инфраструктурой.
Второй случай: 2020 — продуктовый проект, где я был wrong person
Что произошло
Я присоединился к продуктовой команде с четкой миссией. Но:
- Рынок был непредсказуем (COVID-19)
- Требования менялись каждую неделю
- Было много legacy кода, который нужно было рефакторить
- Мне не хватало autonomy — слишком много микроменеджмента
Симптомы
- Ощущение бесполезности — целые спринты работы откатывались
- Конфликты — разногласия с product manager о приоритетах
- Эмоциональное истощение — но не физическое (это было отличием)
Как я вышел
Я ушёл с проекта. И это было правильное решение.
Потому что выгорание может быть двух типов:
- Временное истощение (case 1) — нужен отдых и структура, всё пройдёт
- Неправильное соответствие (case 2) — нужно менять ситуацию, отдых не поможет
Я нашёл другой проект, где:
- Была чёткая vision
- Я мог принимать архитектурные решения
- Темп был sustainable
И вот уже 3+ года работаю с удовольствием.
Что я понял о выгорании
Признаки (важно замечать рано)
Физические:
- Проблемы со сном или постоянная усталость
- Частые болезни
- Головные боли
- Потеря аппетита или переедание
Эмоциональные:
- Раздражительность
- Апатия
- Отсутствие энтузиазма к работе
- Чувство безнадёжности
Поведенческие:
- Прокрастинация
- Избегание работы
- Изоляция от коллег
- Снижение качества кода
Факторы риска
- Переработки без конца — как в стартапе
- Отсутствие автономии — микроменеджмент
- Неясные приоритеты — всё срочное
- Мало признания — твоя работа невидима
- Нет баланса life/work — работа заполняет всё время
- Неправильный fit — ты не согласен с миссией компании
Стратегия профилактики
Краткосрочная (когда уже плохо):
- Возьми отпуск (хотя бы неделю)
- Отключись от Slack/Email после работы
- Начни спортом или медитацией
- Поговори с наставником или друзьями
Среднесрочная (нормализация):
- Установи boundaries (рабочие часы)
- Делегируй задачи
- Учись говорить "нет" на extra работу
- Запроси у руководства план снижения нагрузки
Долгосрочная (prevention):
- Выбирай проекты, которые тебе интересны
- Работай с людьми, которых ты уважаешь
- Инвестируй в личное развитие
- Мониторь свои эмоции регулярно
Как я разговариваю об этом на собеседованиях
Я честен, но конструктивен. Примерно так:
"Да, был период в 2016-2017, когда я переработал на стартапе. В то время был high growth, мало людей, и я много работал. Потом я понял, что такой темп unsustainable, и мы с руководством нашли решение: нанимать больше людей, писать runbook, распределять нагрузку. Это был хороший урок о том, как важна инфраструктура и балансировка. Теперь я первое, что делаю на новом месте — оцениваю, sustainable ли рабочий процесс, и если нет, предлагаю улучшения."
Это показывает:
- Я не боюсь трудностей
- Я решаю проблемы конструктивно
- Я думаю о долгосрочной sustainability
- Я растусь из своих ошибок
Совет для других разработчиков
- Выгорание — реально — не игнорируй симптомы
- Не стыдись — это проблема системы, не твоя слабость
- Действуй рано — когда заметил первые признаки, не ждёшь collapse
- Различай типы — истощение от переработок vs неправильный fit
- Говори об этом — с руководством, с друзьями, с психологом
- Инвестируй в здоровье — спорт, сон, отключение от работы — это не luxury, это necessity
Вывод
Выгорание — это не признак слабости, а сигнал, что что-то в системе не работает. Важно прислушиваться к себе и действовать рано.
За 10+ лет опыта я научился:
- Выбирать sustainable проекты
- Говорить "нет" лишней работе
- Инвестировать в баланс работа/жизнь
- Помогать коллегам, если у них признаки выгорания
И вот уже много лет работаю с удовольствием.