Как устроена коммуникация в команде
Что проверяют
Насколько с вами будет удобно работать. За вопросом стоит вполне практическая тревога: не пропадёте ли вы на два дня с задачей, придёте ли за помощью вовремя и как ведёте себя при разногласиях.
Как отвечать
Расскажите про механику своей команды, а не про пользу общения вообще:
- регулярное: дейли на пятнадцать минут, планирование, ретро. Скажите, какой в этом был смысл у вас, а не как положено в Scrum;
- где что живёт: задачи и решения в трекере, обсуждения в мессенджере, договорённости письменно в комментарии к задаче. Устная договорённость, не записанная нигде, через неделю не существует;
- асинхронность: разные часовые пояса решаются подробными сообщениями и записью встреч, а не ожиданием, пока коллега проснётся;
- смежники: с аналитиком уточняете требования до старта, с фронтендом договариваетесь о контракте API заранее, с QA обсуждаете, что именно проверять.
Дальше приведите короткий пример по схеме ситуация, действие, результат. Сильный пример это не про «мы дружно общались», а про то, как вы предотвратили проблему: увидели, что задача займёт вдвое больше оценки, сказали об этом сразу, а не в день сдачи.
Про разногласия отвечайте спокойно: спор о технических вариантах решается фактами и небольшим прототипом, а если решение всё равно спорное, его принимает лид, и вы его поддерживаете.
Отдельно скажите, когда просите помощь: договорённость вроде «застрял больше чем на час, иду к коллеге» звучит гораздо лучше, чем «я всегда разбираюсь сам».
Где спотыкаются
Отвечают общими словами про «открытость и доверие». Без примера это ничего не значит.
Рассказывают конфликт так, что виноваты все, кроме них. Ждут разбор, а не оправдание.
Забывают про письменную коммуникацию. В распределённой команде именно она главная, и умение внятно описать задачу или проблему в тексте отдельно ценится.