Выгорание, когда проектов много: репортаж изнутри
Как работать над несколькими проектами и не выгореть? Не знаю. Зато знаю, как выгореть - репортаж изнутри с цифрами и без хеппи-энда.

Все статьи про то, "как работать над несколькими проектами и не выгореть", написаны людьми, которые либо не выгорали, либо уже справились и раздают советы с безопасного берега. У меня другой жанр - репортаж изнутри. Я сейчас там, где тупишь по часу над вопросом "а что мне вообще делать дальше", и готового рецепта у меня нет. Есть цифры и пара наблюдений, которые я успел записать, пока горю.
Началось всё буднично. Вернулся из командировки - а там ждёт всё сразу: завал на основной работе, бытовые дела, которые копились две недели, DnD-бот, который хочется пилить прямо сейчас (вышел Fable, и руки чешутся навернуть на нём всё, что раньше не получалось). А ещё хочется банально отдохнуть и поиграть - я вообще-то с этого начинал, если что.
И вот стоишь посреди этого списка и понимаешь: всё важное, всё хочется, и ничего не двигается.
Сколько всего крутится
Чтобы был понятен масштаб бедствия, честный список того, что у меня живёт параллельно с основной работой:
- DnD-бот - самый живой проект, на сегодня в базе 6035 пользователей, за последний месяц пришло 475 новых. Цифры не с потолка - перед этой статьёй сходил в продакшн-базу и посчитал.
- VPN-сервис - работает сам, но требует внимания, когда что-то падает.
- Два парсера телеграм-каналов, трекер, генератор картинок - сервисы в разной степени живости, каждый со своим стеком и своими приколами.
- Этот сайт, который тоже сам себя не допилит.
- Игра и ещё пара штук в разработке, про которые пока рано.
На петпроекты уходило часов по пять в день. Поверх рабочего дня. Посчитайте сами, сколько остаётся на "жизнь" - у меня получалось что-то около нуля.
Пишу это не чтобы похвастаться, какой я молодец (спойлер: не молодец). Это система координат: если у вас три проекта и уже тяжело - это не потому что вы слабак. Это потому что так устроена голова, и дальше я расскажу, как именно.
Тупёжка - главный симптом
Я думал, выгорание - это когда лежишь лицом в стену и не можешь заставить себя открыть ноутбук. У меня оказалось иначе. Ноутбук открыт. Я за ним сижу. Я даже что-то делаю.
Только вместо кода - тупёжка. Час уходит не на задачу, а на попытку понять, за какую задачу браться. Открыл один проект - вспомнил, что во втором висит баг. Полез в баг - вспомнил, что обещал фичу в третьем. Через час обнаруживаешь себя посреди четвёртого проекта с вопросом "а зачем я сюда зашёл?". Знакомо? Вот.
Потом я полез в исследования и слегка охренел: у моей тупёжки есть скучное научное имя - контекст-свитчинг, и штука эта задокументирована вдоль и поперёк. Глория Марк из Калифорнийского университета в Ирвайне много лет изучает прерывания в работе. Её цифра из интервью: в среднем около 23 минут, чтобы полностью вернуться в задачу после прерывания. Одного. А Американская психологическая ассоциация, ссылаясь на эксперименты Мейера, насчитала: переключения могут съедать до 40% продуктивного времени.
Теперь внимание: это про переключение между задачами. А у соло-мейкера переключение идёт между целыми проектами - другой стек, другая база, другие пользователи, другой контекст целиком. Мои 23 минуты легко превращались в час. Умножьте на семь живых проектов - и вот вам ответ, куда девался день. Я не ленился. Я платил налог на переключение, просто не знал его ставку.
Первая жертва - любимый проект
Самое обидное выяснилось потом. Логика подсказывает: когда сил мало, первыми должны отвалиться скучные проекты. А отвалился - DnD-бот. Тот самый, который хотелось делать больше всего. Тот самый, в который пришло 475 человек за последний месяц.
Проект растёт - разработка встала. Красивый парадокс, да?
Разгадка простая: любимый проект - самый сложный. Там самые интересные задачи, а интересные задачи требуют лучших часов головы. А лучшие часы перегруз съедает первыми: их выжирают основная работа и тупёжка. На выходе остаются силы только на механическое - подкрутить конфиг да потушить пожар. На "сесть и придумать, как правильно" сил нет. И любимый проект замедляется первым, потому что ему одному нужно, чтобы ты думал, а не просто фигачил.
Что не помогает работать над несколькими проектами (спойлер: пока всё)
Тут по законам жанра должен быть список из десяти пунктов с помидорками и матрицей Эйзенхауэра. Открываешь любую статью из выдачи - там ровно это: заведите таск-трекер, приоритизируйте, научитесь говорить "нет", делайте перерывы.
Честный статус: мне пока не помогло ничего. Я в режиме "пытаюсь выжить", и эта статья - не победный отчёт, а запись из окопа.
Почему стандартные советы не ложатся на мою ситуацию - отдельная история. Они писаны для менеджера, у которого несколько проектов на работе: там есть рабочие часы, есть команда, есть кому делегировать, и главное - вечером это всё можно выключить.
А соло-мейкер сам себе продакт, разраб, саппорт и отдел маркетинга сразу, и его проекты не выключаются вечером - они вечером только начинаются. "Говорите нет" - кому, себе? Я и так себе говорю "нет" каждый раз, когда выбираю один проект из семи. Это, собственно, и выматывает.
Единственное, что я могу записать в плюс: я начал замечать тупёжку и называть её тупёжкой. Звучит как мелочь, но раньше я час выбора задачи засчитывал себе как "работал". Теперь честно вижу: это не работа, это симптом.
AI не лечит выгорание - он поднимает потолок
Отдельный пункт про нейронки, потому что тема для меня больная и смешная одновременно.
Я выжимаю из Claude максимум - большую часть кода в моих проектах пишут агенты, а я подключаюсь на архитектуру и ревью. По идее, это должно было меня разгрузить. Ха.
На практике вышло вот что: AI снял ограничение "я не успею это сделать". Раньше идея нового проекта отваливалась сама - очевидно же, что руки не дойдут. Теперь руки доходят до всего, код перестал быть бутылочным горлышком. Бутылочным горлышком стала голова: решить, что делать дальше, и удержать в ней семь контекстов сразу. А голова у меня по-прежнему одна, и апгрейдов к ней не завезли.
Получилась ловушка: инструмент, который экономит время, соблазняет набрать проектов на всё сэкономленное время и сверху ещё немного. AI не лечит выгорание. Он поднимает потолок нагрузки - а упираешься в этот потолок ты всё равно сам.
Что я понял (промежуточно)
Хеппи-энда не будет, я предупреждал. Но пара выводов у меня уже есть - записываю их скорее для себя, а вы подглядывайте:
- Час не можешь выбрать задачу - не ругай себя, а посчитай открытые контексты. Проблема обычно в их количестве, а не в дисциплине.
- Замедлить любимый проект - можно. Пользователям нужен работающий продукт, а не мой героизм по ночам.
- Следующий шаг надо записывать с вечера. Самое дорогое - утренний выбор "чем заняться". Если шаг записан вчерашним мной, сегодняшний я просто делает, а не тупит.
- AI - множитель, а не лекарство. Умножать он может и продуктивность, и перегруз. Что подсунешь, то и умножит.
Это первая серия. Когда что-то из этого (или что-то другое) реально вытащит меня из ямы - напишу вторую, с конкретикой: что попробовал и что из этого оказалось фигнёй. А пока - если вы тоже сидите посреди пяти проектов и тупите над выбором, знайте: нас таких дохрена, и дело не в вас. Дело в налоге на переключение, который никто не пишет в договоре :)