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