Как планируется рабочее время
Что проверяют
Справляетесь ли вы с работой, где часть задач плохо оценивается заранее: эксперимент может занять день или три недели. Интервьюер хочет понять, как вы делите время между исследованием, инженерией и встречами и как сообщаете о сдвиге сроков. Следом часто спрашивают про случай, когда вы не уложились.
Как отвечать
Опишите свою систему, а не список модных методик, и привяжите её к специфике ML и данных:
- таймбокс на исследование: на гипотезу выделяется фиксированное время и точка проверки. Если к ней нет прироста метрики, вы вместе с командой решаете, копать дальше или закрывать;
- работа вокруг долгих задач: пока идёт обучение или тяжёлый пересчёт витрины, вы делаете то, что не требует ожидания. Долгие запуски ставятся на вечер или ночь, результат проверяется утром;
- учёт экспериментов: MLflow, Weights & Biases или хотя бы таблица с параметрами и метриками. Это экономит часы, когда через месяц спрашивают, почему выбрали эту модель;
- блоки без встреч: пара часов подряд для кода и анализа, созвоны и ревью собраны в другую часть дня;
- трекер и приоритеты: задачи в Jira или аналоге, крупные разбиты на шаги по день-два, срочное от продукта отделено от важного.
Главное: как вы поступаете, когда план ломается. Хороший ответ звучит так: «увидел, что не успеваю, за три дня до срока предупредил и предложил урезанный вариант». Приводите свои примеры и реальные сроки. Если опыта работы пока мало, расскажите, как планировали учебный или пет-проект и что поменяли после первой неудачной оценки.
Где спотыкаются
Перечисляют SMART, «Помидор» и Trello без единого случая из практики. Звучит как пересказ статьи.
Выдумывают идеальные результаты вроде «сдал на две недели раньше срока». Интервьюер почти всегда уточняет детали, и история рассыпается.
Не говорят о неопределённости исследовательских задач и обещают точные сроки там, где их нельзя дать без предварительного эксперимента.