Какие процессы и методологии используются в команде
Что проверяют
Если вопрос задают вам, хотят понять, насколько осознанно вы работаете в своей команде и быстро ли впишетесь в новую. Не реже этот вопрос задаёте вы сами в конце собеседования, и тогда важно, что вы услышите в ответ. Следом обычно уточняют, что из процессов вы бы поменяли.
Как отвечать
О своей команде рассказывайте не названиями методологий, а тем, как задача проходит путь до прода:
- откуда приходят задачи: бэклог у продакта и планирование раз в спринт или непрерывный поток по Kanban;
- ветки и ревью: trunk-based с короткоживущими ветками или GitFlow с релизными, сколько апрувов нужно и сколько их ждать;
- CI/CD: что проверяется на каждый пул-реквест (линтер, типы, тесты, сборка Docker-образа), как часто выкатываетесь и можно ли быстро откатиться;
- эксплуатация: кто дежурит, есть ли алерты и разбор инцидентов без поиска виноватых;
- техдолг: выделено ли на него время или он копится до большого переписывания.
Своё участие называйте прямо: «настроил проверку миграций в CI», «ввёл шаблон пул-реквеста». Цифры давайте свои, например частоту релизов. Если опыта в устоявшихся процессах мало, скажите, как работали, и чего хотите в новой команде.
Если вопрос задаёте вы, спрашивайте конкретно: как часто релизы на прод, кто пишет тесты, есть ли дежурства и как они оплачиваются, сколько времени проходит от готового кода до прода, какая доля спринта уходит на техдолг. Ответ «у нас Agile» без подробностей обычно значит, что процесса как такового нет.
Где спотыкаются
Отвечают словами «Agile, Scrum, Jira» и останавливаются. Это вывеска, а не процесс, и интервьюер ничего не узнаёт о вашем опыте.
Путают непрерывную интеграцию с непрерывной доставкой. Автотесты на каждый коммит ещё не означают автоматического деплоя, и лучше честно сказать, что из этого у вас было.
Не задают встречный вопрос вовсе. Потом выясняется, что релизы раз в квартал с ручным деплоем по ночам, а узнать это можно было за пять минут на собеседовании.