Был ли случай, когда ты не согласился с командой? Как разрешил?
Что проверяют
Умеете ли вы спорить конструктивно: аргументировать данными, слушать другую сторону и принимать решение команды, даже если оно не ваше. Красные флаги: «я всегда прав», «просто сделал по-своему», история без исхода.
Структура: STAR
- S — предмет спора и кто участвовал.
- T — что нужно было решить и почему позиции разошлись.
- A — как аргументировали (данные, прототип, замеры), как выслушали оппонента, как пришли к решению.
- R — что вышло, и что вы вынесли, особенно если команда приняла не вашу позицию.
Пример ответа
S: Команда хотела внедрить сторонний SDK аналитики, который тянул 12 МБ в бинарник и требовал swizzling UIViewController.
T: Мне казалось, что цена слишком высока, но продукт настаивал: нужны были воронки к концу квартала.
A: Вместо спора на словах сделал за день прототип: тонкая обёртка над URLSession + очередь событий на actor, замерил размер и время старта. Показал команде сравнение: +0.3 МБ против +12 МБ, но без готовых дашбордов. Выслушал аргумент продукта — дашборды нужны «вчера». Договорились: берём SDK сейчас, но за моим протоколом AnalyticsTracker, чтобы заменить его за один спринт.
R: Релиз вышел в срок; через полгода SDK заменили на свою реализацию за три дня благодаря абстракции. Вынес: лучший аргумент — работающий прототип и обратимое решение, а не правота.