· 1 мин

Семь петпроектов параллельно: сколько реально стоит переключение контекста

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

Налог на переключение между семью петпроектами в цифрах: 23 минуты на возврат в контекст, до 40% времени на свитчинг, замороженный любимый проект - и что из антикризисных мер сработало за месяц.

Семь петпроектов параллельно: сколько реально стоит переключение контекста

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. Час не можешь выбрать задачу - не ругай себя, а посчитай открытые контексты. Проблема обычно в их количестве, а не в дисциплине.
  2. Замедлить любимый проект - можно. Пользователям нужен работающий продукт, а не мой героизм по ночам.
  3. Следующий шаг надо записывать с вечера. Самое дорогое - утренний выбор "чем заняться". Если шаг записан вчерашним мной, сегодняшний я просто делает, а не тупит.
  4. 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-конвейером по темам и заметкам из практики, факты сверены с первоисточниками, финальный текст я прочитал, поправил и утвердил перед публикацией. Обложку к статье тоже рисует нейросеть. Про сам конвейер — в разделе обо мне.

Влад Новиков
Пишу про AI-разработку без глянца. Новые разборы — сначала в канале.
Подписаться