Как планировать аналитику задач на два спринта с учетом дополнительных требований заказчика?

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

Умеете ли вы держать аналитику на шаг впереди разработки и не ломать план, когда заказчик приносит новое. Следом обычно спрашивают: «А если заказчик настаивает, что всё срочно?» Так проверяют, умеете ли вы договариваться о компромиссе, а не брать всё подряд.

Как отвечать

Опишите свой рабочий цикл, лучше на примере реального проекта:

• опережение: аналитик готовит задачи к спринту N+1, пока разработка делает спринт N. Отсюда и горизонт в два спринта: первый почти зафиксирован, второй черновой;
• ёмкость: сначала считаете своё время за вычетом встреч, поддержки и уточнений по текущему спринту. Часть сразу оставляете под изменения и дефекты, размер запаса берите из истории своей команды;
• готовность задач: в команде есть Definition of Ready, например описана user story, есть критерии приёмки, макеты, контракт API в OpenAPI, согласованы интеграции. Задача без этого в спринт не идёт;
• новые требования: каждое оцениваете по влиянию: какие задачи затрагивает, сколько стоит, зависит ли от других команд. Затем идёте к владельцу продукта с вариантами: взять вместо чего-то, отложить на второй спринт или вынести в отдельную итерацию;
• приоритизация: MoSCoW или WSJF, но решение принимает владелец продукта, а вы даёте ему данные;
• риски: неясные требования разбираете заранее исследовательской задачей (spike), а не посреди спринта.

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

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

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

Предлагают матрицу Эйзенхауэра. Она про личное время, а порядок в бэклоге задают ценность для продукта и зависимости.

Решают приоритет сами, не показав заказчику, что именно сдвинется ради его запроса.