Как стать автором
Обновить

Комментарии 2

Спасибо за статью и подборку материалов!

А почему вообще было принято решение организовать одну распределенную команду, а не 2 несвязанные?
Кто (или что) мешает разделить зоны ответственности и отпустить каждую из команд в автономное плавание? Если нет потребности во взаимодействии, то и регулярные коммуникации перестают быть необходимыми.
Я наблюдал скрам-команды, которые были не только кросс-функциональными, но и кросс-региональными. И мне они не показались особо эффективными, в первую очередь, по причине отсутствия командного духа и взаимопомощи. Я бы предпочел «распилить» команды по локациям.
1. Исторически сложилось, что в штатах больше FE, в РФ больше BE девелоперов. И хоть относительный фулстек был и там и там (.net), но для некоторых фич нужна была экспертиза бэкэнда тут в РФ.

2. Есть проекты с архитектурной т.з. требующие обоих сторон океана. Но, тут надо понимать, что domain область, то есть складская логистика и продакты у нас в штатах, и за прояснением вещей в нутре проекта надо их тыркать постоянно.
Конфигурация команд сейчас
— 2xFullstack RU на пожаротушение всякое;
— 2xFE, 1xBA, 1xQA US + 3xBE, 1xQA, 1xPM RU на один гигантский проект;
— ну и 1xFE, 1xBA US + 1xBE, 1xBA, 1xPM RU;

В общем, без взаимодействия никак. Но и без постоянной коммуникации можно работать продуктивно, и в распределенных командах.

3. При необходимости, можно делать географически распиленные команды, но пока найм сотрудников и его политика этого не позволяет, да и безумно много передачи знаний требуется меж континентов =)
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.