(и иронично)

Те лучше закрыть глаза?

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

Скорее про процесс

Его нужно унифицировать

Проектов станет больше

Со временем

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

Пробовали вторую стратегию от Олега, когда наваливались всей командой на проект, но она показала себя в тех условиях менее успешной, поскольку на большинстве проектов часто требовалось согласование заказчика по  деталям (несмотря на ТЗ) и люди простаивали. Возможно, в вашем случае может подойти стратегия.

Ржу в голосину. Все правильно, но начальству как правило надо что и денег много не тратить и чтоб работало все

У нас тоже практикуется запасной разраб на проект. Но я к этому скептически отношусь. Все равно запасной о проекте знает очень мало, а чтобы нормально заменять нужно участвовать в проекте не пассивно

Но это конечно лучше, чем ничего

В 37signals в своё время просто отказались от лишних проектов и оставили один. И начинали тоже как студия. Но такие решения принимаются не лидами

Есть кстати ещё риски, которые в нашей компании тогда сработали) после двух лет сотрудничества два заказчика забрали себе в штат "основных" разработчиков своих проектов)

Это скорее комплимент 🙂

в системных интеграторах это вообще обыяная ситуация

а откуда столько людей?)

Сарафаночка

Я на конфе вспомнил про roadmap, на квизе подлодки

Интересно, зачем сюда заходят люди