Что такое бэклог продукта? (и как его создать)

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

Создание продукта начинается с идеи, и для создания чего-то особенного требуется целеустремлённая команда. Да, даже iPhone когда-то был прототипом, который стал популярным благодаря правильной команде. При управлении Scrum-командой разработчиков организованность имеет решающее значение для успеха продукта. 

Как же команде разработчиков оставаться организованной и достигать своих целей? С помощью проверенных списков «Нужно сделать». Бэклог продукта — это, по сути, специализированный список «Нужно сделать». Это упорядоченный список заданий, функций или элементов, которые необходимо выполнить в рамках более крупной дорожной карты продукта. Если ваша команда использует методологию Agile, бэклог продукта поможет разбить проекты и инициативы, чтобы определить, какие задания наиболее важны. 

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

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

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

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

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

Хотя бэклог продукта может быть полезен любой команде разработчиков, чаще всего его используют Agile-команды и Scrum-команды для организации работы и определения её приоритетов. Однако каждый фреймворк управляет бэклогом немного по-своему.

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

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

В конечном счёте, независимо от того, используется ли бэклог в Scrum или Agile, эффективное управление бэклогом продукта имеет жизненно важное значение для достижения прогресса и создания ценности.

Что входит в бэклог продукта?

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

1. Функции (пользовательские истории)

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

2. Исправление ошибок

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

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

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

4. Получение знаний  

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

Четыре шага к созданию бэклога продукта

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

1. Создайте дорожную карту продукта

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

2. Составьте список элементов бэклога продукта 

Имея дорожную карту продукта, ваша команда может начать составлять список элементов бэклога продукта. Сюда должны входить как высокоприоритетные элементы, так и более абстрактные идеи. На этом этапе создания бэклога вам также необходимо будет общаться с заинтересованными сторонами и прислушиваться к их идеям по улучшению продукта. Если вы используете метод Agile, вы можете организовать эту беседу в рамках совещания по планированию спринта.

3. Расставьте приоритеты в бэклоге

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

4. Регулярно обновляйте бэклог

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

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

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

Уточнение элементов бэклога продукта

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

Организуйте задания по срочности и важности

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

Сначала выполняйте сложные задания

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

Выполняйте задания в рамках целенаправленных спринтов

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

Общайтесь со своей командой

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

Пример бэклога продукта

Бэклоги продуктов выглядят по-разному в разных проектах, но некоторые начинаются с эпика. Эпик — это всеобъемлющая проблема, которую вы пытаетесь решить для клиента. Ниже приводится пример:

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

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

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

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

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

Функции, которые должен включать продукт для истории 1:

• Вход в систему управления контентом

• Создание контента

• Редактирование страницы контента

• Сохранить изменения

• Назначить контент редактору для проверки

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

Каковы преимущества бэклога продукта?

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

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

Бэклог продукта также способствует развитию Agile-команды, создавая гибкую и продуктивную рабочую среду. Задания в бэклоге продукта не высекаются в камне, и команда сортирует их в порядке важности, прежде чем выбрать, какие из них выполнять в первую очередь.

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

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

Вот ещё один способ увидеть разницу: 

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

• Владелец: владелец продукта

• Дата окончания: постоянно

• Цель: использование общей цели продукта для определения приоритета заданий

• Гибкость: очень гибкий, основанный на потребностях клиента

Спринтовый бэклог: 

• Ответственный: команда разработчиков

• Дата окончания: по завершении спринта

• Цель: краткосрочная цель, разработанная в ходе планирования спринта

• Гибкость: менее гибкая после начала спринта

Записывайте свой прогресс с помощью шаблона бэклога продукта

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

Часто задаваемые вопросы о бэклоге продукта

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

Бэклог продукта в Agile — это упорядоченный, постоянно пополняющийся список задач, функций и улучшений, которые Scrum-команда должна выполнить для достижения цели продукта. Это живой документ, который развивается по мере выполнения проекта.

Кто создаёт бэклог продукта?

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

В чём разница между пользовательской историей и бэклогом продукта?

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

Какие существуют три типа бэклога?

Три типа бэклога: бэклог продукта, который содержит всю будущую работу; бэклог спринта, который включает элементы, выбранные для текущего спринта; и бэклог релиза, который фокусируется на элементах для предстоящего релиза.

Что такое обзор бэклога продукта в Scrum?

Обзор незавершённой работы по продукту в Scrum, также известный как уточнение бэклога продукта, — это регулярная сессия, на которой команда Scrum и владелец продукта рассматривают, обновляют и переопределяют приоритеты бэклога. Этот процесс гарантирует, что работа согласована с ретроспективной аналитикой и готова к следующему спринту.