Выгорание, когда проектов много: репортаж изнутри

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

выгораниепетпроектыпродуктивностьинди-разработка
Выгорание, когда проектов много: репортаж изнутри

Все статьи про то, "как работать над несколькими проектами и не выгореть", написаны людьми, которые либо не выгорали, либо уже справились и раздают советы с безопасного берега. У меня другой жанр - репортаж изнутри. Я сейчас там, где тупишь по часу над вопросом "а что мне вообще делать дальше", и готового рецепта у меня нет. Есть цифры и пара наблюдений, которые я успел записать, пока горю.

Началось всё буднично. Вернулся из командировки - а там ждёт всё сразу: завал на основной работе, бытовые дела, которые копились две недели, DnD-бот, который хочется пилить прямо сейчас (вышел Fable, и руки чешутся навернуть на нём всё, что раньше не получалось). А ещё хочется банально отдохнуть и поиграть - я вообще-то с этого начинал, если что.

И вот стоишь посреди этого списка и понимаешь: всё важное, всё хочется, и ничего не двигается.

Сколько всего крутится

Чтобы был понятен масштаб бедствия, честный список того, что у меня живёт параллельно с основной работой:

  • DnD-бот - самый живой проект, на сегодня в базе 6035 пользователей, за последний месяц пришло 475 новых. Цифры не с потолка - перед этой статьёй сходил в продакшн-базу и посчитал.
  • VPN-сервис - работает сам, но требует внимания, когда что-то падает.
  • Два парсера телеграм-каналов, трекер, генератор картинок - сервисы в разной степени живости, каждый со своим стеком и своими приколами.
  • Этот сайт, который тоже сам себя не допилит.
  • Игра и ещё пара штук в разработке, про которые пока рано.

На петпроекты уходило часов по пять в день. Поверх рабочего дня. Посчитайте сами, сколько остаётся на "жизнь" - у меня получалось что-то около нуля.

Пишу это не чтобы похвастаться, какой я молодец (спойлер: не молодец). Это система координат: если у вас три проекта и уже тяжело - это не потому что вы слабак. Это потому что так устроена голова, и дальше я расскажу, как именно.

Тупёжка - главный симптом

Я думал, выгорание - это когда лежишь лицом в стену и не можешь заставить себя открыть ноутбук. У меня оказалось иначе. Ноутбук открыт. Я за ним сижу. Я даже что-то делаю.

Только вместо кода - тупёжка. Час уходит не на задачу, а на попытку понять, за какую задачу браться. Открыл один проект - вспомнил, что во втором висит баг. Полез в баг - вспомнил, что обещал фичу в третьем. Через час обнаруживаешь себя посреди четвёртого проекта с вопросом "а зачем я сюда зашёл?". Знакомо? Вот.

Потом я полез в исследования и слегка охренел: у моей тупёжки есть скучное научное имя - контекст-свитчинг, и штука эта задокументирована вдоль и поперёк. Глория Марк из Калифорнийского университета в Ирвайне много лет изучает прерывания в работе. Её цифра из интервью: в среднем около 23 минут, чтобы полностью вернуться в задачу после прерывания. Одного. А Американская психологическая ассоциация, ссылаясь на эксперименты Мейера, насчитала: переключения могут съедать до 40% продуктивного времени.

Теперь внимание: это про переключение между задачами. А у соло-мейкера переключение идёт между целыми проектами - другой стек, другая база, другие пользователи, другой контекст целиком. Мои 23 минуты легко превращались в час. Умножьте на семь живых проектов - и вот вам ответ, куда девался день. Я не ленился. Я платил налог на переключение, просто не знал его ставку.

Первая жертва - любимый проект

Самое обидное выяснилось потом. Логика подсказывает: когда сил мало, первыми должны отвалиться скучные проекты. А отвалился - DnD-бот. Тот самый, который хотелось делать больше всего. Тот самый, в который пришло 475 человек за последний месяц.

Проект растёт - разработка встала. Красивый парадокс, да?

Разгадка простая: любимый проект - самый сложный. Там самые интересные задачи, а интересные задачи требуют лучших часов головы. А лучшие часы перегруз съедает первыми: их выжирают основная работа и тупёжка. На выходе остаются силы только на механическое - подкрутить конфиг да потушить пожар. На "сесть и придумать, как правильно" сил нет. И любимый проект замедляется первым, потому что ему одному нужно, чтобы ты думал, а не просто фигачил.

Что не помогает работать над несколькими проектами (спойлер: пока всё)

Тут по законам жанра должен быть список из десяти пунктов с помидорками и матрицей Эйзенхауэра. Открываешь любую статью из выдачи - там ровно это: заведите таск-трекер, приоритизируйте, научитесь говорить "нет", делайте перерывы.

Честный статус: мне пока не помогло ничего. Я в режиме "пытаюсь выжить", и эта статья - не победный отчёт, а запись из окопа.

Почему стандартные советы не ложатся на мою ситуацию - отдельная история. Они писаны для менеджера, у которого несколько проектов на работе: там есть рабочие часы, есть команда, есть кому делегировать, и главное - вечером это всё можно выключить.

А соло-мейкер сам себе продакт, разраб, саппорт и отдел маркетинга сразу, и его проекты не выключаются вечером - они вечером только начинаются. "Говорите нет" - кому, себе? Я и так себе говорю "нет" каждый раз, когда выбираю один проект из семи. Это, собственно, и выматывает.

Единственное, что я могу записать в плюс: я начал замечать тупёжку и называть её тупёжкой. Звучит как мелочь, но раньше я час выбора задачи засчитывал себе как "работал". Теперь честно вижу: это не работа, это симптом.

AI не лечит выгорание - он поднимает потолок

Отдельный пункт про нейронки, потому что тема для меня больная и смешная одновременно.

Я выжимаю из Claude максимум - большую часть кода в моих проектах пишут агенты, а я подключаюсь на архитектуру и ревью. По идее, это должно было меня разгрузить. Ха.

На практике вышло вот что: AI снял ограничение "я не успею это сделать". Раньше идея нового проекта отваливалась сама - очевидно же, что руки не дойдут. Теперь руки доходят до всего, код перестал быть бутылочным горлышком. Бутылочным горлышком стала голова: решить, что делать дальше, и удержать в ней семь контекстов сразу. А голова у меня по-прежнему одна, и апгрейдов к ней не завезли.

Получилась ловушка: инструмент, который экономит время, соблазняет набрать проектов на всё сэкономленное время и сверху ещё немного. AI не лечит выгорание. Он поднимает потолок нагрузки - а упираешься в этот потолок ты всё равно сам.

Что я понял (промежуточно)

Хеппи-энда не будет, я предупреждал. Но пара выводов у меня уже есть - записываю их скорее для себя, а вы подглядывайте:

  1. Час не можешь выбрать задачу - не ругай себя, а посчитай открытые контексты. Проблема обычно в их количестве, а не в дисциплине.
  2. Замедлить любимый проект - можно. Пользователям нужен работающий продукт, а не мой героизм по ночам.
  3. Следующий шаг надо записывать с вечера. Самое дорогое - утренний выбор "чем заняться". Если шаг записан вчерашним мной, сегодняшний я просто делает, а не тупит.
  4. AI - множитель, а не лекарство. Умножать он может и продуктивность, и перегруз. Что подсунешь, то и умножит.

Это первая серия. Когда что-то из этого (или что-то другое) реально вытащит меня из ямы - напишу вторую, с конкретикой: что попробовал и что из этого оказалось фигнёй. А пока - если вы тоже сидите посреди пяти проектов и тупите над выбором, знайте: нас таких дохрена, и дело не в вас. Дело в налоге на переключение, который никто не пишет в договоре :)