Как планируете работать, если система не понравится
Что проверяют
Как вы поведёте себя, когда проект окажется хуже ожиданий: старый стек, запутанный монолит, неудобные процессы. Интервьюер хочет понять, не уйдёте ли вы через три месяца и не начнёте ли переписывать всё без спроса. Следом часто спрашивают: «А что для вас стало бы поводом уйти?»
Как отвечать
Сначала уточните, о какой системе речь: о кодовой базе и стеке или о процессах в команде. Сам вопрос намекает, что неприятное на проекте есть, и это хороший повод спросить, что там можно менять.
Каркас ответа:
- сначала разобраться: первые недели выясняете, почему система устроена именно так. У решений часто есть причины: сроки, требования безопасности, интеграции, которые нельзя трогать;
- собрать факты: время сборки, число инцидентов, покрытие тестами, длительность релиза. С цифрами предложение звучит как инженерное, без них как вкусовщина;
- менять малыми шагами: для Java-проекта это, например, переход с Java 8 на актуальную LTS по модулям, тесты вокруг кода перед рефакторингом, вынос частей монолита по схеме strangler fig вместо переписывания с нуля;
- договариваться: изменения согласуете с тимлидом и командой, а не протаскиваете тихо в своих задачах;
- честная граница: если расхождение принципиальное, например писать тесты запрещают или обходят требования безопасности, говорите об этом прямо, а не молча ищете другую работу.
Подкрепите ответ своей историей: что не нравилось в системе, что вы предложили, что из этого приняли и какой вышел результат. Называйте только те цифры, которые действительно видели. Если такого опыта не было, скажите честно и опишите, как действовали бы, опираясь на пункты выше.
Где спотыкаются
Отвечают «перепишу на нормальный стек». Для работодателя это риск, а не инициатива.
Ругают прошлого работодателя или его код. Интервьюер невольно примеряет это на свою команду.
Рассказывают выдуманную STAR-историю с круглыми процентами. Пара уточняющих вопросов, и она рассыпается.