Опишите релизный цикл в вашем последнем проекте

Что проверяют

Как устроен процесс, из которого вы приходите, и что в нём было вашей зоной. Ответ показывает зрелость команды и заодно вашу: по деталям про откат и горячие исправления видно, участвовали ли вы в выпуске или только отдавали результат дальше.

Как отвечать

Дайте механику, а не название методологии:

• частота и повод: по расписанию, по готовности, по требованию бизнеса;
• ветвление: основная ветка с флагами функциональности или релизная ветка, есть ли заморозка кода;
• стабилизация: объём регресса, сколько он занимает, что автоматизировано, что проверяется руками;
• критерии готовности: что обязано быть зелёным и кто ставит подпись;
• выкат: время суток, длительность окна, стратегия, кто дежурит;
• после выката: проверочный прогон на проде, мониторинг, срок наблюдения;
• нештатное: как выпускается горячее исправление и как выглядит откат.

Дальше назовите свою часть: где вы принимаете решение, а где только сообщаете факты. Хорошо заканчивать встречным вопросом про их цикл: как часто выпускают, есть ли заморозка, кто владеет решением. Это и сигнал опыта, и данные для вас.

Где спотыкаются

Пересказывают учебник вместо своего проекта. Идеальный двухнедельный спринт без единой правки вне цикла звучит красиво ровно до вопроса о том, что делали со срочным исправлением в пятницу вечером.

Добавляют веса процентами, которых никто не считал. Снижение числа дефектов на треть требует ответа, откуда взялись числа до и после, и на нём история обычно разваливается.

Обходят стороной сбои. Самое ценное в ответе это случай, когда релиз пошёл не так: как заметили, за сколько откатили, что поменяли в процессе после разбора.