Сколько задач было в релизе
Что проверяют
Это уточняющий вопрос к вашему рассказу о проекте, и проверяют им реальность опыта. Интервьюер хочет понять масштаб, в котором вы работали, и заодно посмотреть, как вы обращаетесь с числами: помните ли порядок величин, различаете ли типы задач и понимаете ли, что именно считали.
Как отвечать
Назовите порядок величины и сразу единицу измерения, иначе цифра ничего не значит. Полезный набор:
- сколько задач в релизе и что вы считаете задачей: истории, подзадачи, баги. В трекере это фильтр по версии выпуска;
- частота релизов: десяток задач раз в неделю и сотня раз в квартал это разные процессы;
- ваша доля: сколько из них проверяли лично вы, что ушло в автотесты, как решали, что попадает в регресс;
- состав: новая функциональность, исправления, технический долг.
Дальше переведите разговор с количества на качество, это ваша территория. Сколько дефектов нашли до выпуска и сколько утекло в прод, сколько раз откатывали релиз или выпускали срочное исправление, сколько занимал прогон регресса и укладывался ли он в окно выпуска. Если точных цифр не помните, так и скажите и назовите диапазон: это звучит честнее ровного круглого числа.
Где спотыкаются
Называют красивые круглые числа с разбивкой по типам, которая подозрительно сходится. Следом идёт вопрос про самую сложную задачу того релиза, и выясняется, что цифра взята из воздуха.
Второе: подают количество задач как показатель качества работы команды. Сто задач в релизе не лучше двадцати, про качество говорят утечки дефектов в прод, откаты и время на срочные исправления.
Третье: приписывают себе весь релиз, хотя проверяли его вчетвером. Разделить своё и командное стоит самому, до того как об этом спросят, иначе вопрос прозвучит уже с недоверием.