Были ли конфликтные ситуации и как они разрешались?
Что проверяют
Как вы ведёте себя при несогласии: переводите ли спор из эмоций в аргументы, слышите ли другую сторону и доводите ли дело до решения. Следом часто просят рассказать о случае, когда правы оказались не вы.
Как отвечать
Нужна одна реальная история по схеме STAR: ситуация, задача, действия, результат. Во фронтенде типичные поводы интервьюеру понятны сразу:
- код-ревью: спор о подходе, стиле, «лишней» абстракции;
- выбор технологии: стейт-менеджер, библиотека компонентов, переход на новый фреймворк;
- дизайн против реализации: макет, который дорого делать или который плохо работает на мобильных;
- контракт с бэкендом: формат ответа API, кто и когда меняет эндпоинт;
- сроки: продакт хочет раньше, а вы видите растущий технический долг.
В действиях покажите, как вы превратили спор мнений в спор критериев: замерили размер бандла, сравнили варианты профилировщиком или Lighthouse, сделали прототип на обоих, позвали техлида как арбитра, зафиксировали решение в ADR. Сформулируйте позицию оппонента так, чтобы было видно, что вы её поняли.
В результате расскажите, чем закончилось и что поменялось в процессе: договорились о правилах ESLint и Prettier, чтобы не спорить о стиле в ревью, или стали согласовывать контракт API через OpenAPI до начала работы. Нужны ваши собственные примеры и цифры, придуманные проценты на уточняющих вопросах разваливаются.
Если серьёзных конфликтов не было, не говорите «у меня их не бывает». Расскажите про рабочее несогласие, например на ревью, и как вы пришли к общему решению.
Где спотыкаются
Рассказывают историю, где кандидат герой, а коллега некомпетентен. Интервьюер слышит не победу, а человека, с которым будет тяжело работать.
Отвечают «конфликтов не было». Это звучит либо как неправда, либо как отсутствие собственной позиции.
Описывают конфликт без развязки или с развязкой «решил руководитель». Важна ваша роль: что именно вы сделали, чтобы договориться, и что вынесли из ситуации.