Как создать и работать с бэклогом продукта?
Когда мы говорим про управление продуктом и Scrum, то требование, чтобы все элементы бэклога продукта были ориентированы на пользователя и были инкрементальными становится практически обязательным. Так команда действительно фокусируется на то, что нужно пользователю, начинает лучше его понимать, а не "узко" думает только про задачи, которые необходимо сделать каждому.
Создание бэклога продукта начинается с идеи о том, какой продукт хочется сделать. Первые гипотезы для проверки, состав функций MVP – отличные варианты для начала работы. Ну а дальше бэклог наполняется по мере проработки функциональности, анализа требований, получения обратной связи и тд.
Состав элементов бэклога продукта дает абсолютно точное понимание к какой цели идет команда и какой продукт она делает.
Ответственным за управление и порядок (то самое слово Упорядоченный) в бэклоге продукта является Владелец продукта. Он может делать все сам, а может и делегировать что-то команде, неся при этом ответственность. Хороший Владелец продукта поддерживает бэклог продукта в актуальном состоянии (все нужное внутри и проработано, все лишнее выкинуто) и может ответить на любой вопрос о функциональности и планах с его помощью. Для него это основной рабочий артефакт.
Обычно, наиболее ценные и понятные элементы бэклога продукта находятся в его начале. Это позволяет ответить на вопрос: "А что мы будем делать дальше?". Но возможно, только при хорошем процессе уточнения элементов бэклога продукта.
Беклог продукта нужен именно для управления продуктом. Это артефакт уровня 3 в модели организационной зрелости KMM. Его не стоит путать со списком задач для конкретных исполнителей. Он динамически меняется в зависимости от изменений бизнес контекста и существует пока существует сам продукт.