Как работаете с бэклогом и приоритизацией задач

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

Понимаете ли вы, где заканчивается роль аналитика и начинается решение владельца продукта, и умеете ли превращать поток запросов в упорядоченный список с понятными критериями. Следом обычно спрашивают, что вы делаете, когда два заказчика одновременно требуют «срочно».

Как отвечать

Отвечайте через свой процесс, а не через определения. Каркас:

• вход: откуда приходят задачи (заказчики, поддержка, продуктовая аналитика, техдолг) и где живёт бэклог: Jira, YouTrack, Azure DevOps;
• подготовка: как вы доводите задачу до готовности к разработке. Описание проблемы, а не решения, критерии приёмки, макеты, снятые с разработкой вопросы. Хорошо назвать свой Definition of Ready;
• приоритизация: какой метод и почему. MoSCoW подходит под фиксированный релиз, RICE (охват, влияние, уверенность, трудозатраты) для продуктовых гипотез, WSJF (стоимость задержки, делённая на размер задачи) там, где работают по SAFe, матрица «ценность и трудозатраты» для быстрой сортировки;
• ритм: регулярный груминг, пересмотр верхушки бэклога перед планированием, чистка задач, которые месяцами висят без движения;
• конфликты: спор выносится на общую встречу с данными, а финальное слово остаётся за владельцем продукта.

Затем один конкретный случай из своей практики: что было не так, что вы поменяли и что измеримо изменилось. Цифры должны быть вашими и проверяемыми, например доля задач, вернувшихся из разработки на доуточнение, или время от запроса до релиза. Выдуманное «ускорили на 30%» опытный интервьюер раскусывает вторым же вопросом.

Если вы не вели бэклог сами, так и скажите: расскажите, как участвовали в груминге, как готовили задачи, и как построили бы процесс с опорой на конкретный метод.

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

Называют метод, но не показывают применение. «Мы использовали MoSCoW» ничего не значит, если в Must у вас оказалось восемьдесят процентов задач.

Говорят, что расставляют приоритеты сами. Для аналитика это звучит как захват чужой ответственности: вы готовите основания, решает владелец продукта.

Забывают про техдолг и баги. Бэклог только из новых фич означает, что качество никто не планирует, и интервьюер это заметит.