Какие методологии и флоу разработки используются в команде?
Что проверяют
Работали ли вы в выстроенном процессе и понимаете ли, зачем в нём каждый шаг, от задачи в трекере до выкладки. Следом просят провести одну задачу по всему пути или объяснить, почему команда выбрала именно такую схему веток. Этот же вопрос часто задают кандидаты работодателю, и тогда он показывает, куда вы идёте.
Как отвечать
Разделите ответ на процесс управления работой и инженерный флоу. Процесс:
- Scrum: спринты не длиннее месяца, чаще две недели, планирование, дейли, обзор и ретро. В Scrum Guide 2020 роли называются Product Owner, Scrum Master и Developers;
- Kanban: непрерывный поток без спринтов, доска с лимитами WIP, метрики cycle time и lead time. Подходит командам поддержки и платформы.
Многие команды живут в гибриде, так и скажите, описав, как было на самом деле. Инженерный флоу на Java-проекте:
- ветки: GitFlow с
developи релизными ветками, GitHub Flow с короткими фиче-ветками отmainили trunk-based с частыми мержами и фича-флагами; - ревью: pull request, минимум один апрув, обязательные проверки перед мержем;
- CI: сборка Maven или Gradle, юнит-тесты на JUnit 5, интеграционные на Testcontainers, статический анализ в SonarQube, сборка Docker-образа;
- доставка: стенды dev, stage, prod, миграции базы через Flyway или Liquibase, выкладка в Kubernetes;
- Definition of Done: что должно быть сделано, чтобы задача считалась закрытой.
Проведите одну задачу от тикета до прода и назовите, что бы вы улучшили. Если флоу был неформальным, скажите честно и объясните, какие проблемы это создавало. Когда спрашиваете вы, слушайте конкретику: как часто релизы, кто пишет тесты, сколько живёт PR до мержа.
Где спотыкаются
Называют Agile методологией. Это набор ценностей из манифеста, а методологии и фреймворки это Scrum, Kanban, XP.
Описывают тестирование в конце спринта как норму. Это водопад внутри спринта: задачи копятся к последним дням и не успевают закрыться.
Не могут объяснить выбор модели веток. GitFlow с долгими ветками даёт тяжёлые мержи и редкие релизы, trunk-based требует хорошего покрытия тестами и фича-флагов. Ответ «так было принято» звучит слабо.