Бэклог продукта (Product Backlog)

Бэклог – это любой список задач, которые необходимо выполнить для достижения стратегической цели. Ответственный за бэклогом чаще всего считается владелец продукта (Product Owner).

Бэклог продукта – инструмент для отслеживания и определения приоритетности задач команды разработчиков в предстоящих спринтах.

Однако важно отметить, что термин «бэклог» имеет разное значение в разных компаниях. Некоторые гибкие организации используют этот термин для описания бэклога, когда владелец продукта разбивает эпики или пользовательские истории на конкретные инженерные задачи.

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

Что входит в инженерный бэклог?

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

• Новые User Story
• Изменения в существующих User Story
• Баги и дефекты продукта
• Конкретные задачи (или временные рамки) для устранения технического долга в продукте
• Инициативы, которые инженерная команда должна реализовать в следующем спринте
• Предложения инженеров по улучшению продукта

Кому принадлежит бэклог и как его поддерживать?

Владелец продукта несет ответственность за поддержание бэклог продукта и разработки.

Эти обязанности включают:

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