Как проходит взаимодействие с командой заказчика и внутренней командой
Что проверяют
Такой вопрос чаще задают в аутсорсе и аутстаффе, где фронтенд-разработчик работает сразу с двумя сторонами. Интервьюер хочет понять, знаете ли вы, кто ставит задачи, через кого идут изменения требований и как вы ведёте себя при конфликте приоритетов. Следом обычно спрашивают: «Что вы сделаете, если заказчик напрямую просит доделку в обход менеджера?»
Как отвечать
Опишите реальную схему со своего проекта:
- каналы: где ставятся задачи (Jira, YouTrack, трекер заказчика), где идёт оперативное общение, какие вопросы решаются только письменно;
- точка входа: обычно требования приходят через менеджера проекта или тимлида, и вы не принимаете новые задачи устно в личных сообщениях;
- дизайн: макеты в Figma, согласованные состояния экранов (загрузка, пусто, ошибка), кто со стороны заказчика отвечает на вопросы по дизайну;
- контракт с бэкендом: спецификация OpenAPI, моки через MSW, пока API не готов, договорённость, чья команда отвечает за какую часть;
- ревью и поставка: в чей репозиторий вы коммитите, кто проводит код-ревью, как выглядит демо заказчику.
Покажите на примере, как вы решали расхождение: заказчик хочет одно, а макет показывает другое. Хороший ответ: зафиксировали вопрос в задаче, согласовали через ответственного, пересмотрели оценку. Сроки и результаты берите из своего опыта, без выдуманных процентов. Если вы работали только в продуктовой команде, так и скажите и расскажите, как взаимодействовали с дизайном, бэкендом и продактом: это тот же навык.
Если вопрос задаёте вы, уточните, есть ли прямой доступ к заказчику, кто согласует изменения объёма работ и в каких часовых поясах сидят люди.
Где спотыкаются
Берутся сделать просьбу заказчика «по-быстрому» без задачи в трекере. Потом эта работа не попадает в оценку и становится предметом спора.
Жалуются на заказчика. Интервьюер слышит в этом, как вы будете говорить о его клиентах.
Отвечают про Scrum-церемонии в целом и ничего не говорят о фронтенде: ни о макетах, ни о контракте API, ни о том, как показываете результат.