Было ли у вас планирование задач
Что проверяют
Понимаете ли вы, какую часть планирования берёт на себя аналитик: превращает требования в задачи, которые можно оценить и взять в работу. Следом обычно спрашивают, как вы расставляли приоритеты и что делали, когда план ломался.
Как отвечать
Отвечайте на своём примере и опирайтесь на то, что делали сами:
- декомпозиция: разбиение эпика на пользовательские истории или требования, которые помещаются в спринт, с критериями приёмки. Помогает разделение по сценариям, данным и ролям;
- зависимости: какая интеграция, изменение схемы данных или смежный сервис блокирует задачу. Аналитик часто первым видит, что фронтенд ждёт контракт API, а тот ждёт решения по модели данных;
- приоритизация: MoSCoW, RICE, WSJF или согласованный с заказчиком порядок. Назовите, чем пользовались и почему;
- оценка: как оценивали объём анализа и помогали разработке с оценкой, в story points или часах, через planning poker;
- инструменты и ритуалы: Jira или YouTrack, груминг бэклога, Definition of Ready, спринт-планирование;
- перепланирование: что происходило, когда прилетало срочное требование или оценка оказывалась неверной.
Приведите одну живую историю: проект, размер команды, что было в бэклоге, какое решение вы предложили и к чему оно привело. Цифры ставьте только те, что можете объяснить: сколько задач возвращалось на доработку до и после введения Definition of Ready, насколько сдвинулся релиз.
Если отдельной ответственности за планирование не было, так и скажите: план вёл руководитель проекта, а вы готовили для него задачи и оценки по анализу. Это тоже ответ по существу.
Где спотыкаются
Сводят ответ к названию методологии: «работали по Agile, использовали Jira». Это не говорит, что делали лично вы.
Рассказывают только об идеальном сценарии. Интервьюер ждёт, как вы вели себя, когда сроки или требования поехали.
Путают планирование задач с управлением проектом и уходят в бюджет и найм. Для аналитика важнее, насколько готовыми задачи приходили в разработку и как часто их возвращали.