Что хотят услышать интервьюеры:

Интервьюеру важно понять, как вы оцениваете объём работы, умеете ли планировать и не теряете ли качество при высокой загрузке. Нужен не точный “рекорд”, а адекватная самооценка, привязанная к типу задач и контексту. Хороший ответ показывает, что вы ориентируетесь на приоритеты, сложность и срок выполнения.

Определение:

Количество задач за день нельзя оценивать в отрыве от их сложности. Для одного разработчика это может быть 1–2 крупные задачи, для другого — 5–10 мелких, но при этом важнее, чтобы задачи были завершены качественно и без накопления технического долга. На собеседовании лучше говорить не только о числе, но и о том, как вы управляли потоком задач.

Пример использования:

Например, если в день приходили 1–2 сложные задачи по C# и несколько небольших исправлений, можно ответить так: за день обычно закрывал 2–4 задачи, если они были разного типа; при этом одна крупная задача могла занимать весь день, а мелкие багфиксы и правки — выполнялись параллельно в перерывах между основными этапами.

Пояснение кода:

Код не требуется, потому что вопрос не про программирование. На собеседовании уместно кратко объяснить пример по шагам: сначала оценивается сложность задачи, затем приоритет и срок, после этого планируется день. Если задач много, они группируются по срочности, а в отчёте можно показать, сколько было закрыто и какие из них были крупными, а какие — мелкими.

Ключевые моменты:

Называйте диапазон, а не одно фиксированное число.
Обязательно учитывайте сложность задач.
Показывайте, что умеете приоритизировать и не жертвуете качеством ради количества.
Хорошо звучит акцент на завершённости задач, а не на “занятости”.
Если задач было мало, это нормально: лучше объяснить, что вы работали над крупными и сложными задачами.
Для junior и middle важнее зрелый подход к планированию, чем высокое число закрытых задач.

Какое количество задач вы обычно выполняли за один день на предыдущем месте работы?