Как определить приоритет задач на утро

Что проверяют

Умеете ли вы сами разбирать входящий поток задач и понимаете ли, что работа команды важнее личного списка дел. Интервьюеру нужен не метод из книги, а порядок ваших решений на живом примере. Следом обычно спрашивают, что вы делаете, когда два человека одновременно называют свою задачу самой срочной.

Как отвечать

Покажите свой порядок утра и логику каждого шага:

• сначала прод: алерты в Sentry или другом мониторинге ошибок, упавшие сборки, обращения из поддержки. Сломанная форма оплаты важнее любой задачи спринта;
• затем то, что блокирует других: запросы на код-ревью, вопросы бэкенда по контракту API, макет, который ждёт ваших комментариев. Час вашего промедления здесь оборачивается полднем простоя коллеги;
• обязательства спринта: доска, сроки релиза, задачи, от которых зависит интеграция. Если задача упирается в неготовый эндпоинт, её можно начать на моках, например через MSW, а не откладывать;
• глубокая работа: сложную вёрстку или рефакторинг ставьте на блок без созвонов и мессенджера.

Матрица Эйзенхауэра годится как общий язык: срочность и важность как две оси. Но название метода без примера мало что даёт. Расскажите реальный случай: утро, когда прилетел баг с прода и одновременно горел срок по фиче, что вы сделали, с кем согласовали, чем кончилось. Детали и цифры нужны свои. Если коммерческого опыта мало, опишите, как расставляли приоритеты на стажировке или в учебном проекте, и честно скажите, что при конфликте приоритетов пошли бы к лиду или продакту.

Где спотыкаются

Отвечают «беру самую интересную задачу» или «иду по порядку в трекере». Это показывает, что вы не различаете задачи по их влиянию.

Решают конфликт приоритетов в одиночку. Если продакт и тимлид хотят разного, правильный ход это вынести вопрос на них, а не выбрать молча и потом объясняться.

Отвечают на каждое сообщение в мессенджере сразу. На словах это отзывчивость, на деле сложная задача за день так и не сдвигается.