я работала и в условиях когда фултайм на одном проекте, но иногда что-то впихиваешь для других проектов (чаще всего внутренние - статьи, митапы итп), и вот это тяжело, т.к. по внешнему проекту отчитываться надо, и внутренний время занимает.
Пока что распространенная практика - это выделять количество дней в неделю для одного проекта и другого, лучше не совмещать в один день задачи по одному и другому проекту, ну кроме дейли пожалуй.
Главное что по итогу месяца загрузка по проектам совпадала.
Вот у нас в компании это обычная практика для продвинутых, хотя не все на это готовы.
Может быть, где-то есть иные истории, иные практики

У меня вся команда (и разработчики и тестировщики) делают несколько проектов. На одном из них аналитик не я. Ну и бывает, что разработки нет, а аналитики много, и наоборот, то есть у нас не синхронный загруз. Очень распространённая история. Под важные куски работ говорю «на этой недели я занимаюсь только проектом А, все остальное в рамках саппорта не более часа в день».

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

хмм вообще да, если проекты на разных стадиях (где-то с нуля, где-то саппорт) и т.п. - то тогда легко можно совмещать, плюс асинхронность загрузки

Я постоянно сталкивался с такой проблемой. основные возникающие проблемы и нюансы следующие:
1. Менеджер начинает тебя перегружать
1.1. Надо принять за факт, что та или иная работа должна быть выполнена и у неё есть необходимый объём времени - зачастую считают, что два проекта в параллель - это экономия 50% времени на каждый отдельный проект. На деле это +30% на каждый проект за счёт переключения. Надо положить ПМу это в голову.
1.2. Менеджер начинает докидывать текучку, новые задачи, СРОЧНЫЕ, что дополнительно добавляет жару в вашу работу. А потом не понимает, почему у вас коллапс. надо бить его по рукам.
2. Менеджер не формирует приоритеты. Без приоритетов невозможно нормально поставить работу.
3. Требуется работать блоками - т.е. выделять время на определённую цель, достигать её, а только после этого переходить к боку на другом проекте.
4. Надо уменьшать количество переключений - управлять встречами, кучковать их по необходимости, выделять время для "быстрой "и "медленной" работы, управлять консультации (когда к тебе неофициально подходят с вопросами), не заниматься неприоритетной работой. Работа с почтой - только утром и вечером.
5. Обращать внимание на своё самочувствие. Если появляется ощущение, что вы не справляетесь и у вас появляется утомление, то нужно говорить об этом, сдвигать сроки, выкидывать ненужные задачи. Отдыхать на выходных, а то и вообще взять выходной за счёт компании в свой рабочий день. Иначе вы под усталостью можете за 3 дня сделать норму одного.
6. Делегируйте свои полномочия, если есть возможность.
7. Не делайте чужую или дополнительную работу, всех шлите к ПМу если настаивают.

годно, все по делу! спасибо

Вообще сейчас понимаю, что есть "быстрое" мышление нужное, например, при обсуждении проблемы, выбора пути его решения. А есть "медленное" мышление - когда требуется создать окружение/контекст задачи и делать что-то в нём.
Этих два типа нельзя смешивать!
При этом "медленный" тип требует блоков от 3-х часов (а лучше 4-х) времени.

И ещё 1 важная фишка. Когда проектов много, то у вас не получится в голове держать полную картину контекста. Забываться вся информация начнёт намного быстрее. Для вас написанная вами же документация станет более достоверной, чем ваши знания. Вы начнёте разговаривать с собой из прошлого (это порой даже смешно).
Для этого надо начинать складировать информацию во внешних источниках (по Дорофееву).
- Что надо прочитать, прочитанное - в один источник.
- Встречу провели - обязательно записывайте meeting notes. Это занимает 30 минут (с учётом перерыва). Так что подряд встречи назначать нельзя, только с перерывом в 30 минут на документирование + выдохнуть. Пишите требования так, чтобы в голове ничего не оставалось, чтобы не приходилось постоянно вспоминать контекст.
- Записывайте звонки.
- Если необходимо, ведите свой трекер задач.
- Забивайте время в рабочем календаре, если вам надо прочесть и вникнуть в документацию.
- Выделяйте в календаре время на обед.

В целом, надо максимально разгрузить голову и научиться манипулировать внешними источниками.

Как только ваш календарь будет вам говорить, что вы работаете с КПД раза в 2 меньше, чем обычно - вы на верном пути. Это и есть разница между нашими "ожиданиями производительности от себя" и "планируемой реальностью". Тогда вы не будете сгорать, а ПМ задумается о дополнительных ресурсах или постарается вам больше не давать 100500 проектов за раз.

Кстати да, ставлю себе задачи в календаре типа «ответить на письмо». С утра иногда выключаю рабочий мессенджер и не включаю его до 11:30 (время скрама с командой») - за эти 2 утренних часа могу сделать вдумчиво одно большое дело, пока голова чиста и не загружена проблемами дня

Ага, как то так

А я вот привык начинать с 11-12, а это время люди постоянно заходят, митинги и прочий движ. Вникнуть не выходит. Приходится выделять свободные дни, где весь день посвящён одной задаче.

Добрейшего утречка! Овощи закуплены на овощебазе, баранина астраханская, шашлык замаринован, стафф в багажнике. Ждем всех записавшихся в 12.00 в Лемболово.

🚉

Что-то жарко сегодня. Захватили всякого разного пива

Я через пару минут буду на жд станции Лемболово, пингуйтесь кто доедет

Поляна захвачена 😎

Координаты в студию!)

Вроде 60.433038, 30.235821