Как организована разработка?
Что проверяют
Этот вопрос чаще задаёт кандидат, и по нему видно, насколько вы понимаете, во что идёте. Конкретный вопрос выдаёт опыт, а общий «как у вас с процессами?» получает такой же общий ответ про Scrum. Иногда его разворачивают к вам: как была организована разработка на прошлом месте. Тогда ждут реального процесса, а не пересказа учебника.
Как отвечать
Спрашивайте по цепочке от задачи до прода:
- задачи: кто их ставит, есть ли аналитик, как оценивают, сколько времени в спринте уходит на техдолг;
- код: trunk-based или долгоживущие ветки, сколько ревьюеров нужно для слияния, есть ли статический анализ (SonarQube, Checkstyle, SpotBugs);
- тесты: кто их пишет, есть ли интеграционные тесты на Testcontainers или всё проверяют на общем стенде;
- сборка и релиз: CI на GitLab CI, Jenkins или GitHub Actions, как часто релизы, кто выкатывает, есть ли фича-флаги и откат;
- эксплуатация: есть ли дежурства, кто разбирает инциденты, где метрики и логи;
- стек: какая Java в проде и версия Spring Boot, монолит или сервисы. Java 17, 21 или 25 это нормально, 8 без плана миграции уже тревожный знак.
Ответы скажут больше, чем описание вакансии. Релизы раз в неделю с автотестами и откатом одной кнопкой говорят о зрелом процессе. Ручная регрессия на три дня, выкладка вечером руками и старая Java без планов на обновление значат, что заметная часть работы будет не про код.
Если вопрос задали вам, опишите прошлую команду по той же цепочке и с цифрами: сколько человек, как часто релизы, сколько длилось ревью, что вы сами меняли в процессе.
Где спотыкаются
Задают вопрос одной общей фразой и довольствуются ответом «у нас Agile». Реальную картину дают уточнения про релизы и тесты.
Спрашивают о методологии и забывают о дежурствах и инцидентах. Потом выясняется, что ночные вызовы входят в обязанности.
Отвечая о себе, пересказывают Scrum Guide: стендапы, ретро, демо. Интервьюеру интересно, как было у вас на самом деле, включая то, что работало плохо.