Как разработать бэклог продукта Stellar Scrum

Как разработать бэклог продукта Stellar Scrum

lucidchart.com

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

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

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

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

Пример невыполненной работы по продукту

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

Согласно официальному Руководству по Scrum, бэклог продукта — это «... упорядоченный список всего, что, как известно, необходимо в продукте».

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

  • Команда разработчиков
  • Покупатель
  • Заинтересованные стороны

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


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

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

  1. Это организованный список, в котором легко спорить.
  2. Расставить приоритеты просто.
  3. Его можно изменить по мере изменения приоритетов.
  4. Он позволяет сразу увидеть зависимости и упорядочить их.
  5. Это позволяет вам думать о продуктах в долгосрочной перспективе, а не только с точки зрения неотложных потребностей.

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


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

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

  • Функции
  • Функции
  • Требования
  • Улучшения
  • Исправления

Однако это не просто список дел. Каждый элемент в бэклоге продукта:

  • Добавляет ценность для клиента
  • Имеет приоритет
  • Оценивается

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


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

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

Когда вы начнете создавать свой бэклог продукта, рассмотрите возможность использования более гибкого программного решения, такого как Jira Software или Lucidchart. Шаблон бэклога продукта Lucidchart — это самый простой способ начать создавать бэклог продукта схватки — это живой документ, которым легко поделиться с заинтересованными сторонами и изменить его по своему усмотрению. 

Какое бы решение вы ни использовали, выполните следующие шаги, чтобы запустить бэклог продукта scrum.

1. Добавляйте идеи в бэклог

Заинтересованные стороны обычно обращаются к вам с идеями по улучшению продукта.

2. Получите разъяснения

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

  • Причина добавления или исправления
  • Сумма ценности, которую он вносит в продукт в целом
  • Технические характеристики товара

3. Расставьте приоритеты

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

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

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

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

Начните быстро с настраиваемым шаблоном невыполненной работы по продукту.

Шаблон невыполненной работы по продукту

Приоритизация бэклога продукта

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

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

Элементы со средним приоритетом должны быть кандидатами на доработку (процесс детализации каждой задачи)

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

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


Уточнение продукта

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

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

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

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


Планирование спринта

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

Пример совещания по планированию спринта
Подробный пример доски задач Scrum

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



Report Page