Как проходит процесс работы команды: спринты, планирование, груминги, ретроспективы и демо?
Что проверяют
Понимаете ли вы, зачем нужна каждая встреча, или просто перечисляете ритуалы. Интервьюер сверяет ваш опыт с процессом своей команды и смотрит, не будете ли вы саботировать встречи. Если вопрос задаёте вы, по ответу видно, сколько времени уходит на встречи и насколько процесс живой.
Как отвечать
Пройдите по циклу спринта и для каждой встречи назовите смысл:
- спринт: фиксированная итерация, чаще две недели, по Scrum Guide не больше месяца. У спринта есть цель, а не просто набор задач;
- планирование: команда выбирает задачи под цель и раскладывает их на шаги. Для iOS в оценку входят вёрстка под разные размеры экранов, тёмная тема, доступность, модульные и UI-тесты;
- груминг: в Scrum Guide это не отдельное событие, а постоянная работа с бэклогом (refinement). На практике это встреча раз в неделю, где уточняют требования, смотрят макеты в Figma, договариваются с бэкендом о контракте и разбивают крупные истории;
- демо: в терминах Scrum это Sprint Review, рабочая встреча со стейкхолдерами, а не презентация. iOS-команда обычно показывает сборку из TestFlight на реальном устройстве;
- ретроспектива: команда разбирает, что мешало, и уходит с одним-двумя конкретными действиями и ответственными.
Отдельно стоит сказать про релизы. Конец спринта у мобильной команды не равен релизу: сборка проходит проверку в App Store, пользователи обновляются не сразу, поэтому незаконченные фичи прячут за фича-флагами, а многие команды выпускаются по графику релизного поезда, отдельно от спринтов.
Опирайтесь на свою команду: сколько длился спринт, что реально работало, от чего отказались. Если процесс был не Scrum, а Kanban, опишите его так же честно.
Где спотыкаются
Перечисляют встречи без смысла. «Ретро проводили каждые две недели» не ответ, ответ в том, что после ретро изменили и помогло ли это.
Путают демо с релизом в App Store и не упоминают, как приложение попадает к пользователям.
Ругают встречи как пустую трату времени. Лучше сказать, что именно в процессе было лишним и как команда это исправила.