Что такое бэклог продукта

Каждый элемент (бэклог-айтем) в этом списке описывает, что нужно сделать
и почему это ценно для пользователя или компании. Содержанием бэклога и его приоритетами управляет владелец продукта (Product Owner).

Бэклог постоянно меняется. Команда узнаёт новое о продукте, получает фидбек от пользователей, анализирует метрики. Всё это сразу же отражается на бэклоге. Железное правило: в самом верху списка всегда висят самые важные задачи. Так
у команды не возникает вопросов, с чего начинать. Открыли бэклог — и сразу видно, на чём сегодня нужно сконцентрироваться.

Пример использования термина

«Мы делаем мобильное приложение для доставки еды. Каждый раз, когда появляется новая идея — исправить баг с зависанием меню или сделать дизайн светлее — мы не бросаемся всё делать сразу. Вместо этого продакт-оунер заносит пожелание в бэклог продукта.

Например, на этой неделе юзеры оставили 20 отзывов о том, что не хватает функции повторить прошлый заказ. Продакт-оунер сразу же завёл новую карточку
в бэклог и поднял её на самый верх. Теперь карточку о кнопке Повторить заказ все видят первой в списке. Она оказалась куда важнее, чем, скажем, смена шрифтов
в меню.

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

Что ещё нужно знать про Бэклог продукта

Из чего состоит

Содержимое бэклога делится на четыре группы, у каждой из которых своя роль.

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

Перед началом работы крупные функции разбивают на небольшие пользовательские истории. Это помогает команде точнее оценить усилия и быстрее приступить к реализации.

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

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

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

В фундаменте бэклога продукта лежат две составляющие:

Дорожная карта. Показывает общий вектор, куда расти, долгосрочные цели, стадии разработки, концепцию итогового результата.

Пользовательские истории. Описывают простыми словами, как нововведения закроют потребности конкретных людей.

Как создать бэклог продукта и как с ним работать

Создание можно разложить на такие шаги:

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

Чтобы бэклог не был беспорядочным, его нужно регулярно «причёсывать». Это называется «бэклог-рефайнмент» или «гроуминг». На таких встречах команда вместе с владельцем продукта разбирает предстоящие задачи: уточняют детали, оценивают сложность, прикидывают, как лучше сделать.

Кстати, о владельце продукта. Именно продакт-оунер отвечает за этот список. Он собирает все пожелания, анализирует отзывы пользователей, следит за конкурентами и решает, что именно нужно продукту. По сути, только он определяет, какие задачи попадают в бэклог и в каком порядке их выполнять. Однако это не значит, что он работает в одиночку. Создание хорошего продукта — дело командное. Разработчики, дизайнеры, аналитики — все могут предлагать идеи и помогать с деталями.

И последнее. Бэклог — это руководство к действию. Он должен быть гибким. Новые возможности рынка, внезапные отзывы юзеров, сложности — всё это может в любой момент изменить порядок работы. И это абсолютно нормально. Собственно, для того бэклог и нужен, чтобы команда могла быстро адаптироваться и делать то, что необходимо прямо сейчас.

Рекомендуемые статьи по теме

✅ Как работает методология Scrum: принципы, цели, составляющие

🤓 Для чего нужны Scrum-доски: визуализируем процессы

👨‍💻 Что в команде делает Scrum-мастер и почему без него никак

Щелкай задачи на раз-два

Задачи™ — созданы для классного таск-менеджмента

Документы на стероидах

База знаний™ — создана для документов и совместного чего-то там

Воронки продаж без ворон

CRM™ — создана для продаж и ведения бизнеса

Зарегистрироваться