Как готовить backlog к взятию в спринт
Что проверяют
Участвовали ли вы в подготовке задач сами или только получали их готовыми, и понимаете ли, что в этом процессе нужно от разработчика. Следом обычно спрашивают, что делать, если на планировании всплыла задача, которую никто не понимает, и как вы делите слишком большую историю.
Как отвечать
Назовите процесс своим именем: refinement, или груминг. По Scrum Guide это не отдельное событие, а постоянная работа: за порядок бэклога отвечает Product Owner, а разработчики за то, чтобы задачи были понятны и оценены. Готовят обычно на спринт или два вперёд.
Каркас от лица Java-разработчика:
- понятная цель: у истории есть ценность и критерии приёмки, по которым вы и тестировщик одинаково поймёте «сделано»;
- технический разбор: какие сервисы затронуты, нужна ли миграция схемы через Flyway или Liquibase, меняется ли контракт API в OpenAPI, нужен ли feature flag;
- зависимости: доступы, стенды, задачи других команд. Если соседний сервис ещё не отдаёт нужный эндпоинт, договариваются о заглушке по контракту;
- размер: задача помещается в спринт с запасом. Большую режут вертикально, чтобы каждая часть была работающим куском от API до базы, а не «сделать слой DAO»;
- оценка: story points через Planning Poker. Большой разброс оценок значит, что задачу поняли по-разному, и её обсуждают, а не усредняют;
- неизвестность: если непонятно, как делать, заводят spike с ограничением по времени и оценивают задачу после него.
Критерии готовности команды часто сводят в Definition of Ready. Это не часть Scrum Guide, а внутренняя договорённость.
Подкрепите ответ своим примером: какую задачу вернули из спринта из-за неразобранной зависимости и что после этого поменяли.
Где спотыкаются
Рассказывают про MoSCoW и WSJF, как будто приоритизация это работа разработчика. Порядок задач определяет Product Owner, от вас ждут технической стороны.
Путают refinement с планированием спринта. На планировании уже поздно выяснять, что нужна миграция таблицы на сорок миллионов строк.
Говорят «задача готова, когда оценена». Оценка без критериев приёмки и проверенных зависимостей даёт задачу, которая висит в работе до конца спринта.