Как устроен процесс разработки и релизов в команде
Что проверяют
Инженерную зрелость: как задача проходит путь от постановки до прода и что происходит, когда релиз ломается. Абстрактный пересказ Scrum засчитывается плохо, ждут деталей конкретного конвейера и роли кандидата в нём.
Как отвечать
Пройти путь одной задачи целиком, с конкретными инструментами.
Постановка. Откуда берутся задачи (продукт, поддержка, техдолг), как формулируются критерии приёмки, кто оценивает. Полезно назвать долю времени на техдолг: команда без такой квоты его обычно не разгребает.
Разработка. Ветка от main, локально pre-commit с ruff (линт и формат) и mypy, тесты на pytest. Зависимости зафиксированы лок-файлом (poetry.lock, uv.lock), окружение поднимается одной командой у любого в команде.
Проверка. PR с зелёным CI и ревью. В CI прогоняется тот же набор, что локально, плюс интеграционные тесты на реальной базе через Testcontainers. Отдельная тема, которую любят копать: миграции схемы (alembic) должны быть совместимы в обе стороны. Сначала выкатывается код, работающий и со старой и с новой схемой, затем миграция, затем удаление старого. Иначе откат приложения упрётся в изменённую схему и сервис ляжет.
Релиз. Образ собирается из коммита в main, помечается версией, деплой идёт из CI. Дальше по обстоятельствам:
- прогон на стейдже, затем прод;
- канареечный выкат или blue-green, если инфраструктура позволяет;
- фича-флаги, чтобы отделить выкат кода от включения функции: код едет выключенным и включается отдельным действием, без нового релиза.
После релиза. Смоук-проверки прямо в пайплайне, метрики и алерты на ошибки, латентность и очереди, отработанная процедура отката, при которой предыдущий образ поднимается одной командой. Инциденты разбираются постмортемом без поиска виноватого.
Чем измеряют процесс. Метрики DORA: частота деплоев, время от коммита до прода, доля релизов с откатом, время восстановления. С ними фраза «мы улучшили процесс» становится проверяемой.
Сильный ответ заканчивается примером улучшения. Например: релизы шли раз в две недели ночью, разбили миграции на обратимые шаги и завели фича-флаги, перешли на ежедневный выкат в рабочее время.
Где спотыкаются
Ограничиваются формулой «у нас Scrum, двухнедельные спринты, деплоит DevOps» и не могут ответить, как выглядит откат и что при откате происходит с миграцией базы. Это самый частый провал этого вопроса.