Оценивали ли вы задачи самостоятельно или только выполняли оценённые?
Что проверяют
Уровень самостоятельности. Оценка это декомпозиция плюс понимание рисков, поэтому по ответу видно, работаете ли вы с задачей целиком или получаете готовый наряд. От Java-разработчика среднего уровня и выше ждут, что он оценивает сам и объясняет, из чего складывается срок.
Как отвечать
Опишите механику, а не факт. Что стоит проговорить:
- как декомпозируете: миграция схемы, слой доступа к данным, сервис, контракт наружу, тесты, а также то, что обычно забывают, обратная совместимость API, перенос уже накопленных данных, флаг для безопасной выкатки;
- что входит в срок кроме написания кода: ревью и ожидание ревью, правки после проверки тестировщиками, настройка окружения, выкатка и наблюдение за ней;
- в каком виде даёте оценку: относительные единицы на командном планировании для прогноза скорости, диапазон в днях для конкретного обязательства, отдельное исследование, когда неизвестного слишком много, чтобы называть цифру;
- что делаете при расхождении: сообщаете, как только стало ясно, что срок поедет, а не в день демонстрации.
Сильный ход, назвать конкретный промах: недооценили интеграцию с внешней системой или объём правок в старом коде без тестов, и рассказать, что после этого поменяли в подходе.
Где спотыкаются
Отвечают односложно, «да, оценивал», и ждут следующего вопроса. Вопрос не про факт, а про метод: интервьюер хочет услышать, как вы получаете число и что делаете с неопределённостью.
Второе: оценивают только написание кода. Ревью, тесты, миграции, конфигурация окружений и время ожидания чужих ответов занимают заметную часть срока, и без них оценка стабильно оказывается меньше реальности в разы.
Третье: относятся к оценке как к обещанию и потому либо закладывают тройной запас, либо молчат при отставании. Полезнее назвать диапазон и сразу сказать, от чего зависит его верхняя граница: собеседник получает не цифру, а картину рисков.