Команда начала с проблем: хаос в бэклоге, постоянная смена приоритетов, размытые границы задач и лишние согласования. В ответ собрали систему, где аналитический бэклог формируется заранее через User Story Mapping, а затем синхронизируется с бизнесом на PI-планировании. Задачи получают статус, сроки и ответственных, а весь поток проходит через канбан с фиксированным Lead Time: например, до 7 дней на анализ и до 3 дней на согласование. Дополнительно ввели WIP-лимиты — не более 2–3 задач на аналитика — чтобы снизить переключение контекста и ускорить доведение задач до результата.

Отдельный слой — стандартизация подготовки требований. Появился этап «преданализа», единая структура постановок, чек-листы и обязательный review с техлидом и тестировщиком. Вход и выход задач регулируются через DoR: upstream фиксирует минимальные требования для старта анализа, downstream — готовность к разработке. Это позволяет заранее уточнять границы задач, выявлять зависимости и снижать риск доработок уже в разработке.

После передачи в разработку аналитик не выходит из процесса: он сопровождает задачу, актуализирует требования и фиксирует изменения. Завершается цикл аналитическим демо — разбором реализованной функциональности, решений и ошибок. Такой подход делает знания команды явными и воспроизводимыми, снижает повтор ошибок и превращает Discovery из формальности в управляемый процесс.