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