Бэклог продукта - это термин из Scrum – фреймворка, который предназначен именно для продуктовой разработки. Его особенность в том, что команда продукта (далее команда) чаще не знает, что и как нужно сделать, чтобы достигнуть успеха: сделать пользователя счастливым и заработать на этом. Рынок и желания пользователей меняются слишком быстро. Команде приходится экспериментировать и собирать обратную связь как можно чаще.

Именно в контексте разработки продукта слово Вероятно из нашего определения в начале статьи становится особенно важным. Ведь если на основе обратной связи команда понимает, что уже учтенный в бэклоге функционал не нужен сейчас или вообще, то зачем его делать?

Когда мы говорим про управление продуктом и Scrum, то требование, чтобы все элементы бэклога продукта были ориентированы на пользователя и были инкрементальными становится практически обязательным. Так команда действительно фокусируется на то, что нужно пользователю, начинает лучше его понимать, а не "узко" думает только про задачи, которые необходимо сделать каждому.

Создание бэклога продукта начинается с идеи о том, какой продукт хочется сделать. Первые гипотезы для проверки, состав функций MVP – отличные варианты для начала работы. Ну а дальше бэклог наполняется по мере проработки функциональности, анализа требований, получения обратной связи и тд.

Состав элементов бэклога продукта дает абсолютно точное понимание к какой цели идет команда и какой продукт она делает.

Ответственным за управление и порядок (то самое слово Упорядоченный) в бэклоге продукта является Владелец продукта. Он может делать все сам, а может и делегировать что-то команде, неся при этом ответственность. Хороший Владелец продукта поддерживает бэклог продукта в актуальном состоянии (все нужное внутри и проработано, все лишнее выкинуто) и может ответить на любой вопрос о функциональности и планах с его помощью. Для него это основной рабочий артефакт.

Обычно, наиболее ценные и понятные элементы бэклога продукта находятся в его начале. Это позволяет ответить на вопрос: "А что мы будем делать дальше?". Но возможно, только при хорошем процессе уточнения элементов бэклога продукта.

Беклог продукта нужен именно для управления продуктом. Это артефакт уровня 3 в модели организационной зрелости KMM. Его не стоит путать со списком задач для конкретных исполнителей. Он динамически меняется в зависимости от изменений бизнес контекста и существует пока существует сам продукт.