Что такое Бэклог Продукта?

У вас когда-нибудь возникало ощущение, что ваша команда снова и снова совершает одни и те же ошибки? Вы считаете, что дела идут неправильно, и вам необходимо внести некоторые изменения, чтобы улучшить процесс разработки проекта.

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

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

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

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

Этого agile-бэклога более чем достаточно для первого спринта. По мере появления дополнительной информации о продукте и его клиентах бэклог продукта Scrum позволяет ему расширяться и адаптироваться.

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

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

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

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

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

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

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

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

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

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

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

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

Методы приоритизации бэклога продукта

• Подготовка бэклога продукта — это не разовое мероприятие, а непрерывный процесс, в котором участвуют владельцы продукта и команды разработчиков. Тематические знания часто присутствуют в командах разработчиков, которые они могут улучшить. Команда Scrum, с другой стороны, определяет, когда и как будет завершена оптимизация.
• Добавление деталей, оценок и упорядочения элементов в Бэклоге Продукта называется уточнением Бэклога Продукта. В рамках каждого Спринта требуется постоянное Уточнение Бэклога Продукта, чтобы доработать продукты, чтобы они были готовы к будущим Спринтам. Уточнение бэклога продукта обычно требует не более 10% работы команды разработчиков.
• Элементы бэклога продукта в верхней части бэклога продукта (самый высокий приоритет, наибольшая ценность) декомпозируются таким образом, чтобы они соответствовали одному спринту после того, как элементы бэклога будут уточнены до соответствующего уровня детализации.
  

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

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

Задержки как заполнители

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

Динамичная природа

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

Легкое удаление

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

Добавить элемент невыполненной работы

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

Agile Product Backlog и Sprint Backlog — подробная разница

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

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

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

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

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

Время создать свой бэклог

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

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