я просто скопировал из сообщения выше, т.к. возможно вы пропустили при чтении

Тут какая-то подмена понятий получается: команда хорошо работает над проектом -> команда хорошо работает над разрозненными проектами

@mrstanya2211 при Вашем раскладе, скорее всего Вы не найдете идеальное решение и придется выбрать меньшее из зол.

@a2nechaev хорошее сделал предложение, как по мне. и при небольшом количестве людей - плюс-минус можно будет делать ротацию

Сегодня разраб пилил А, на след неделе Б, потом С. Непонятно, как в таких условиях возникнет привязанность к проектам и желание их развивать, улучшать

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

а это текущая ситуация)

Приятных людей можно просто в одной локации для начала собрать

ребят, спасибо большое)
нашла для себя несколько ответов

поделитесь потом результатами?

да, конечно

Я не знаю какая у вас практика, могу поделится опытом моей команды и мы в ней вроде все довольны. Мы делаем один внутрений проект, но в рамках него есть несколько продуктов для которых нужна как поддержка так и создание какой-то новой понятной функциональности, проведение каких-то условных исследование и создание концептов. Пробовали разные подходы, но удачным для нашей команды стало разделение команды на потоки, где каждый поток занимается своей частью задач. Примерно раз в 2 - 3 месяца мы обсуждаем как у нас дела, выделяем новые потоки и переходим из одной микрокоманды в другую, если есть желание. Конечное слово за формирвоанием команд остается за тимлидом, но в этом не было необходимости, так как мы распределялись довольно равномерно. Кто-то определялся, что хочет заниматьтся чем-то определенным, кто-то выбирал пару направлений.
Команда у нас не большая - 9 разработчиков + 3 QA. Разделяемся на три группы. Есть ежедневные митинги на всю команду - расскзываем о статусу и как идут дела (15 - 20 минут) + по потребностям отдельные митинги внутри микро команд (просто встать и поговорить не получается, так как у нас два офиса в разных городах и часовых поясах (хорошо разница не большая и рабочее время имеет боший интервал пересечения)).
Как итог - все довольны, никто не засиживается над однотипными задачами, каждый из разработчиков имеет представление о всех наших продуктах.

Спасибо) а потоки внутри команды разделены по компонентам продукта? или по какому-то другому признаку?

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

+

В целом, конечно, все что угодно будет работать, но сойдутся ли ожидания с реальностью?)

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

Коллеги, а поделитесь опытом пожалуйста. Как вы проводите тех. собеседование по скайпу? В каком формате и как проверяете знания кандидата?

Точно так же как и очное, включаешь камеру и вперед. Список тем и вопросов и погнали :) Лимит по времени примерно такой же, нет смысла что то менять, за исключением задач с бумажками, тут придется импровизировать.

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

Бывают еще чуваки, которые читерят на он-лайн собесах..))
Но это видно

это видно, если чувак лезет в другой моник или шуршит клавой