Есть ли бэклог задач?
Что проверяют
Как был устроен поток требований на вашем проекте и какую роль в нём играли вы: брали задачи из очереди или сами готовили их к разработке. Следом обычно просят показать, как выглядела хорошая задача в бэклоге и как решали, что делать первым.
Как отвечать
Коротким «да, в Jira» не отделаться. Опишите устройство по пунктам, опираясь на свой проект:
- какой бэклог: продуктовый (всё, что может понадобиться продукту) и бэклог спринта (что команда взяла на итерацию). В Kanban второго нет, есть очередь с лимитами WIP;
- кто владелец: приоритет обычно за продакт-оунером, аналитик отвечает за содержание: декомпозирует эпики на истории, пишет критерии приёмки, рисует схемы, согласует контракты API;
- когда задача готова: Definition of Ready. Например, есть критерии приёмки в формате Given/When/Then, макеты, описаны интеграции, команда дала оценку;
- как приоритизировали: MoSCoW, WSJF, RICE или просто решение владельца продукта. Назовите то, что реально применяли, а не всё, что знаете;
- как поддерживали порядок: регулярный груминг, подробная проработка задач на два-три спринта вперёд, дальние задачи крупными эпиками. Это принцип DEEP: чем ближе задача к работе, тем она детальнее.
Инструмент назовите одной строкой: Jira, YouTrack, Яндекс Трекер, Kaiten. Важнее рассказать, сколько задач примерно было в бэклоге и как вы чистили его от устаревшего.
Если бэклога в нормальном виде не было, это тоже ответ. Расскажите, как задачи приходили в чатах и письмах и что вы сделали: завели единый реестр, договорились о шаблоне задачи. Такой рассказ ценнее идеальной картинки.
Этот же вопрос полезно задать работодателю в конце. Ответ «бэклог есть, но приоритеты меняются каждый день» многое скажет о будущей работе.
Где спотыкаются
Путают бэклог со списком всех задач в трекере, включая баги двухлетней давности. Бэклог это упорядоченный список, а не свалка из тысячи тикетов.
Описывают себя исполнителем: «аналитик берёт задачу из бэклога». От аналитика ждут, что он наполняет бэклог и доводит задачи до готовности.
Называют методики приоритизации, но не могут показать на примере, как по RICE выбрали одну фичу вместо другой.