Семь петпроектов параллельно: сколько реально стоит переключение контекста
Переключение между проектами - это налог: около 23 минут на полный возврат в задачу после прерывания и до 40% продуктивного времени на свитчинг. Между целыми проектами (другой стек, база, пользователи) налог ещё выше. Что сработало у меня за месяц: сократить число активных контекстов до одного-двух, остальным - точечные заходы. Цена: замороженные проекты перестают расти.
Налог на переключение между семью петпроектами в цифрах: 23 минуты на возврат в контекст, до 40% времени на свитчинг, замороженный любимый проект - и что из антикризисных мер сработало за месяц.

Все статьи про то, "как работать над несколькими проектами и не выгореть", написаны людьми, которые либо не выгорали, либо уже справились и раздают советы с безопасного берега. У меня другой жанр - репортаж изнутри. Первую часть я писал в июле прямо из ямы: тупишь по часу над вопросом "а что мне вообще делать дальше", и готового рецепта нет - только цифры и наблюдения. Через месяц дописал вторую серию, она в конце: что попробовал, что сработало и какую цену за это плачу.
Началось всё буднично. Вернулся из командировки - а там ждёт всё сразу: завал на основной работе, бытовые дела, которые копились две недели, DnD-бот, который хочется пилить прямо сейчас (вышел Fable, и руки чешутся навернуть на нём всё, что раньше не получалось). А ещё хочется банально отдохнуть и поиграть - я вообще-то с этого начинал, если что.
И вот стоишь посреди этого списка и понимаешь: всё важное, всё хочется, и ничего не двигается.
Сколько всего крутится
Чтобы был понятен масштаб бедствия, честный список того, что у меня живёт параллельно с основной работой:
- DnD-бот - самый живой проект, на сегодня в базе 6035 пользователей, за последний месяц пришло 475 новых. Цифры не с потолка - перед этой статьёй сходил в продакшн-базу и посчитал.
- VPN-сервис - работает сам, но требует внимания, когда что-то падает.
- Два парсера телеграм-каналов, трекер, генератор картинок - сервисы в разной степени живости, каждый со своим стеком и своими приколами.
- Этот сайт, который тоже сам себя не допилит.
- Игра и ещё пара штук в разработке, про которые пока рано.
На петпроекты уходило часов по пять в день. Поверх рабочего дня. Посчитайте сами, сколько остаётся на "жизнь" - у меня получалось что-то около нуля.
Пишу это не чтобы похвастаться, какой я молодец (спойлер: не молодец). Это система координат: если у вас три проекта и уже тяжело - это не потому что вы слабак. Это потому что так устроена голова, и дальше я расскажу, как именно.
Тупёжка - главный симптом
Я думал, выгорание - это когда лежишь лицом в стену и не можешь заставить себя открыть ноутбук. У меня оказалось иначе. Ноутбук открыт. Я за ним сижу. Я даже что-то делаю.
Только вместо кода - тупёжка. Час уходит не на задачу, а на попытку понять, за какую задачу браться. Открыл один проект - вспомнил, что во втором висит баг. Полез в баг - вспомнил, что обещал фичу в третьем. Через час обнаруживаешь себя посреди четвёртого проекта с вопросом "а зачем я сюда зашёл?". Знакомо? Вот.
Потом я полез в исследования и слегка охренел: у моей тупёжки есть скучное научное имя - контекст-свитчинг, и штука эта задокументирована вдоль и поперёк. Глория Марк из Калифорнийского университета в Ирвайне много лет изучает прерывания в работе. Её цифра из интервью: в среднем около 23 минут, чтобы полностью вернуться в задачу после прерывания. Одного. А Американская психологическая ассоциация, ссылаясь на эксперименты Мейера, насчитала: переключения могут съедать до 40% продуктивного времени.
Теперь внимание: это про переключение между задачами. А у соло-мейкера переключение идёт между целыми проектами - другой стек, другая база, другие пользователи, другой контекст целиком. Мои 23 минуты легко превращались в час. Умножьте на семь живых проектов - и вот вам ответ, куда девался день. Я не ленился. Я платил налог на переключение, просто не знал его ставку.
Первая жертва - любимый проект
Самое обидное выяснилось потом. Логика подсказывает: когда сил мало, первыми должны отвалиться скучные проекты. А отвалился - DnD-бот. Тот самый, который хотелось делать больше всего. Тот самый, в который пришло 475 человек за последний месяц.
Проект растёт - разработка встала. Красивый парадокс, да?
Разгадка простая: любимый проект - самый сложный. Там самые интересные задачи, а интересные задачи требуют лучших часов головы. А лучшие часы перегруз съедает первыми: их выжирают основная работа и тупёжка. На выходе остаются силы только на механическое - подкрутить конфиг да потушить пожар. На "сесть и придумать, как правильно" сил нет. И любимый проект замедляется первым, потому что ему одному нужно, чтобы ты думал, а не просто фигачил.
Что не помогает работать над несколькими проектами (спойлер: пока всё)
Тут по законам жанра должен быть список из десяти пунктов с помидорками и матрицей Эйзенхауэра. Открываешь любую статью из выдачи - там ровно это: заведите таск-трекер, приоритизируйте, научитесь говорить "нет", делайте перерывы.
Честный статус на июль: не помогло ничего. Я в режиме "пытаюсь выжить", и эта часть - не победный отчёт, а запись из окопа. (Что в итоге сдвинулось - во второй серии ниже.)
Почему стандартные советы не ложатся на мою ситуацию - отдельная история. Они писаны для менеджера, у которого несколько проектов на работе: там есть рабочие часы, есть команда, есть кому делегировать, и главное - вечером это всё можно выключить.
А соло-мейкер сам себе продакт, разраб, саппорт и отдел маркетинга сразу, и его проекты не выключаются вечером - они вечером только начинаются. "Говорите нет" - кому, себе? Я и так себе говорю "нет" каждый раз, когда выбираю один проект из семи. Это, собственно, и выматывает.
Единственное, что я могу записать в плюс: я начал замечать тупёжку и называть её тупёжкой. Звучит как мелочь, но раньше я час выбора задачи засчитывал себе как "работал". Теперь честно вижу: это не работа, это симптом.
AI не лечит выгорание - он поднимает потолок
Отдельный пункт про нейронки, потому что тема для меня больная и смешная одновременно.
Я выжимаю из Claude максимум - большую часть кода в моих проектах пишут агенты, а я подключаюсь на архитектуру и ревью. По идее, это должно было меня разгрузить. Ха.
На практике вышло вот что: AI снял ограничение "я не успею это сделать". Раньше идея нового проекта отваливалась сама - очевидно же, что руки не дойдут. Теперь руки доходят до всего, код перестал быть бутылочным горлышком. Бутылочным горлышком стала голова: решить, что делать дальше, и удержать в ней семь контекстов сразу. А голова у меня по-прежнему одна, и апгрейдов к ней не завезли.
Получилась ловушка: инструмент, который экономит время, соблазняет набрать проектов на всё сэкономленное время и сверху ещё немного. AI не лечит выгорание. Он поднимает потолок нагрузки - а упираешься в этот потолок ты всё равно сам.
Что я понял (промежуточно)
Хеппи-энд переехал во вторую серию ниже, а промежуточные выводы такие - записываю их скорее для себя, а вы подглядывайте:
- Час не можешь выбрать задачу - не ругай себя, а посчитай открытые контексты. Проблема обычно в их количестве, а не в дисциплине.
- Замедлить любимый проект - можно. Пользователям нужен работающий продукт, а не мой героизм по ночам.
- Следующий шаг надо записывать с вечера. Самое дорогое - утренний выбор "чем заняться". Если шаг записан вчерашним мной, сегодняшний я просто делает, а не тупит.
- AI - множитель, а не лекарство. Умножать он может и продуктивность, и перегруз. Что подсунешь, то и умножит.
Вторая серия: что я попробовал за месяц
Обещал вернуться с конкретикой - возвращаюсь (пишу это в середине августа, спустя месяц с лишним после первой версии). Рассказываю, что попробовал и что из этого вышло.
Главное изменение одно, и оно скучное: я перестал делать вид, что могу вести семь проектов, и взял фокус на основную работу. Петпроектам теперь достаются не лучшие пять часов в день, а остаток - и это осознанный выбор, а не поражение.
Фокус - это не ощущение, его видно в git. Перед публикацией второй серии я прошёлся по своим репозиториям командой git -C <repo> log --oneline --since="2026-07-24" | wc -l и посчитал коммиты за последние 30 дней. В рабочей папке у меня 28 репозиториев; живых, куда за месяц вообще что-то коммитилось, - семь. Расклад: DnD-бот - 444 коммита, VPN - 89, конвейер статей - 87, чарник Kenku - 53, этот сайт - 49, панель оплат - 29, публичный бот - 3. Итого 754 коммита, и 59% из них лежат в одном проекте. В июле, когда я "вёл всё сразу", такой перекос в принципе был невозможен - размазывалось тонким слоем по всем семи.
Внутри петпроектов та же логика фокуса, только последовательно. Сначала я плотно сидел на Kenku - чарнике для D&D. Потом переключился на игру, которую пока не анонсировал (да, я слышу иронию: жаловался на семь проектов и завёл новый - но он занял слот, а не добавился сверху). Дальше пошли точечные заходы: VPN подлатать, в Kenku баг добить, парсер вакансий подкрутить. Один активный контекст, остальные - в режиме "зашёл, починил, вышел". Тупёжка "за что браться" почти исчезла: выбор из одного-двух вариантов не стоит ничего, выбор из семи стоил мне по часу.
А сейчас я просто сбавил градус, чтобы передохнуть. Не "оптимизировал процессы" - взял и стал делать меньше. Это тоже оказалось легальным ходом, хотя ни в одной статье про продуктивность его не предлагают.
Результат честный, с двумя сторонами. Хорошая: ничего не горит. Ни один сервис не упал заброшенным, основная работа перестала конкурировать с ботом за голову, и ощущение "я всем должен" рассосалось. Плохая: DnD-бот, у которого в прошлой серии встала разработка, теперь просел и в притоке - я не пушу ничего по маркетингу, и новые люди приходят заметно медленнее. Замороженный проект не стоит на месте, он медленно едет назад.
Так что рецепт у меня теперь есть, но он без магии: фокус работает, просто за него платишь. Меньше контекстов - голова живая и ничего не горит; цена - отложенные проекты не растут, пока ты на них не смотришь. Я выбрал платить эту цену, пока не отдышусь.
Если вы тоже сидите посреди пяти проектов и тупите над выбором, знайте: нас таких дохрена, и дело не в вас. Дело в налоге на переключение, который никто не пишет в договоре :)
Частые вопросы
Почему при нескольких проектах первым замирает любимый?
Любимый проект - самый сложный: его интересные задачи требуют лучших часов головы, а именно их первыми съедают основная работа и переключения. На механическое (конфиг подкрутить, пожар потушить) силы остаются, на "сесть и придумать как правильно" - нет.
Помогает ли AI вести несколько проектов одновременно?
AI убирает бутылочное горлышко кода, но не убирает горлышко головы: решать, что делать дальше, и держать семь контекстов всё равно приходится самому. На практике он поднимает потолок нагрузки и соблазняет набрать ещё проектов - перегруз он умножает так же охотно, как продуктивность.
Сколько времени теряется на переключении между задачами?
По исследованиям Глории Марк (UC Irvine) - в среднем около 23 минут на полное возвращение в задачу после одного прерывания. По данным APA со ссылкой на эксперименты Мейера, переключения съедают до 40% продуктивного времени. Между проектами с разными стеками потери заметно больше.
Как готовился материал: черновик собран моим AI-конвейером по темам и заметкам из практики, факты сверены с первоисточниками, финальный текст я прочитал, поправил и утвердил перед публикацией. Обложку к статье тоже рисует нейросеть. Про сам конвейер — в разделе обо мне.
