Что такое Product Backlog и как его составить 

Для того чтобы продукт развивался по плану, а команда не теряла фокус, нужно понимать, что делать в первую очередь. Для этого и существует Product Backlog — он помогает организовать задачи и выстроить их по приоритетам. 

Вместе с Иваном Будариным, менеджером продукта в Яндекс Алисе, разберемся, как разработать бэклог продукта и правильно его использовать. 

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

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

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

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

Для чего нужен бэклог продукта 

• Централизованное хранение задач. В бэклоге собираются все требования к продукту: новые функции, улучшения, исправления ошибок и технические доработки. Благодаря этому у команды есть четкое представление о том, что нужно получить в результате работы.
• Управление приоритетами. Бэклог помогает распределить задачи так, чтобы команда всегда знала, на что следует тратить усилия в первую очередь. Это предотвращает хаос в работе и помогает двигаться к важным целям последовательно.
• Прозрачность процесса. Бэклог позволяет всем участникам проекта видеть, что уже сделано, а что еще находится в работе. Это важно, чтобы отслеживать прогресс и демонстрировать, как продвигается разработка. Такой подход улучшает коммуникацию между командой и заказчиками.
• Гибкость и адаптивность. Product Backlog — это живой документ, который постоянно обновляется. Это означает, что команда может быстро реагировать на новые задачи и корректировать направление работы.
• Объединение команды. Бэклог — это общее пространство, которое связывает всех участников проекта: разработчиков, дизайнеров, менеджеров и заказчиков. Каждый имеет доступ к актуальной информации и может внести свой вклад в общий процесс.

Чем бэклог продукта отличается от похожих инструментов 

Бэклог продукта отличается от обычного списка задач рядом особенностей:

• задачи не просто перечисляются, они обязательно оцениваются;
• у задач есть четкий порядок и приоритет;
• бэклог постоянно обновляется и адаптируется к изменениям.

Иногда Product Backlog также путают с бэклогом спринта. Хотя эти понятия похожи, между ними есть важные различия. 

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

Что входит в бэклог 

Единых требований к составу Product Backlog нет: команда сама определяет, какие компоненты нужны. Рассмотрим, что может содержать бэклог продукта. 

Функции продукта

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

Ошибки 

Одна из задач Product Backlog — это предотвратить появление багов и вовремя внести исправления, если они все же возникли. Обычно ошибки делят на три категории:

• Срочные баги. Их нужно исправить как можно быстрее, так как они связаны с текущими задачами. Эти ошибки, как правило, не включаются в Product Backlog, поскольку устраняются сразу после обнаружения.
• Ошибки, которые нужно исправить в течение одного спринта. Они не требуют немедленной реакции, поэтому чаще включаются в бэклог спринта, а не в общий бэклог продукта.
• Ошибки, которые нужно исправить позже. Эти баги не влияют на текущий спринт. Их добавляют в Product Backlog для исправления в будущем.

Кроме того, ошибки могут быть не только подсущностью (дочерним элементом) бэклога, но и его самостоятельным компонентом. 

Технический долг

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

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

Исследования

Прежде чем начать разработку, важно собрать и изучить все необходимые данные о продукте. Если информации недостаточно, потребуется дополнительное исследование. 

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

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

Основные компоненты Product Backlog включают:

• Дорожную карту. Это стратегия долгосрочного развития продукта и визуализация этапов его разработки. Дорожная карта описывает концепцию, стратегию, цели проекта и сроки их достижения. Она помогает установить ориентиры для реализации приложения.
• Задачи и цели. Product Backlog содержит конкретные задачи, которые описывают, как нужно разрабатывать продукт, чтобы достичь целей из дорожной карты. Это ключевое отличие от самой карты, которая фокусируется на общем видении.
• Пользовательские истории. Они объясняют, как продукт должен работать с точки зрения пользователя. Это помогает команде понять, что важно реализовать для достижения целей проекта и улучшения опыта пользователей.
• Карту пути клиента. Отображает поведение, эмоции и цели пользователей, а также препятствия, которые могут помешать им совершить покупку или другое важное действие. Она помогает выявить слабые места и расставить приоритеты в задачах. 
  
  Карта создается для каждой пользовательской истории и обновляется по мере продвижения проекта.

Теперь рассмотрим поэтапно, как разработать бэклог продукта: 

1. На основе дорожной карты выберите основные функции продукта и расставьте их по приоритету.
2. Для каждой функции напишите короткое описание с акцентом на то, какую ценность она принесет пользователям.
3. Оцените функции с учетом их важности для клиентов, ожиданий и ресурсов, нужных для их разработки, и добавьте задачи в бэклог. Есть несколько методов приоритизации задач, вот основные:

• Метод RICE Score. Использует четыре переменные: Reach (охват), Impact (влияние), Confidence (уверенность) и Effort (затраты). Фреймворк подходит, если у вас много данных о продукте и есть возможность собрать и проанализировать их. А еще — если хотите использовать объективные критерии для измерения параметров. 
• Метод ICE Score. Использует три переменные: Impact (влияние), Confidence (уверенность) и Ease (трудозатраты). Подходит, когда нужно быстро приоритизировать задачи, и у вас немного объективных данных о продукте, пользователях или бизнесе. 

4. Установите сроки выполнения каждой задачи.
5. Обсудите бэклог с командой, внесите коррективы, если нужно.
6. Постоянно обновляйте бэклог по мере выполнения задач и появления новой информации. В частности, пересматривайте бэклог перед каждым новым спринтом и вносите изменения по итогам предыдущего. 
7. По мере увеличения Product Backlog разделяйте задачи на краткосрочные и долгосрочные. Первые требуют детальной проработки и обсуждения с командой. Вторые можно оценить приблизительно, потому что они могут измениться в процессе разработки.

Какие ошибки часто возникают при работе с бэклогом продукта

1. Отсутствие приоритетов — без четкого порядка команда может тратить время на второстепенные вещи, вместо того чтобы решать критически важные для продукта задачи.
2. Пропуск «дискавери-фазы» — добавление задач в бэклог без проверки их ценности для бизнеса или пользователей приводит к накоплению ненужных функций.
3. Нечеткие или перегруженные задачи — непонятные задачи сложно реализовать, а излишне детализированные могут быстро устареть. Задачи должны быть ясными и легко исполнимыми.

Пример нечеткой задачи: «улучшить интерфейс». Что именно нужно улучшить? Какой части интерфейса это касается? Нет конкретики, поэтому команда не понимает, что делать.

Пример перегруженной задачи: «изменить цвет кнопки на странице входа, обновить иконки, перестроить блок с полями, протестировать работу на всех устройствах». Здесь несколько мелких задач объединены в одну, и, если какая-то часть работы изменится, придется пересматривать весь блок. Задачу проще разбить на несколько конкретных и независимых этапов.

4. Переполненный бэклог — постоянное добавление задач без их регулярной актуализации превращает бэклог в «свалку», затрудняя управление и планирование.
5. Игнорирование технического долга — откладывание задач по улучшению кода приводит к тому, что изменения становятся более сложными и затратными. Это может замедлять развитие продукта.

Product Backlog — главное

• Бэклог продукта — список приоритетных задач по проекту, составленный на основе дорожной карты, карты пути клиента, пользовательских историй, а также целей и задач по созданию и развитию продукта. 
• Product Backlog постоянно меняется и корректируется по мере работы над проектом. 
• Бэклогом управляет Product Owner. Он описывает не только сами задачи, которые нужно выполнить, но и результаты важных для проекта исследований, функции будущего продукта, возможные ошибки и технический долг. 
• Бэклог продукта используется в разных сферах, таких как IT, банковское дело, e-commerce и фармацевтика.