Что такое бэклог: для чего нужен и как вести

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

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

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

Бэклог продукта

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

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

Бэклог Продукта это…

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

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

На старте в приоритет ставятся новые функции, а технический долг откладывается на потом. На этапе зрелости и масштабирования куда важнее поддерживать уровень сервиса и качество продукта. Работу с бэклогом стоит начинать со «скелета» — базовых функций, которые должны присутствовать в продукте. Детализировать задачи можно с помощью User Stories, на основе которых строится Customer Journey Map.

ПО РАЗМЕРУ КОМАНДЫ

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

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

Использование бэклога в Agile-проектахИспользование бэклога в Agile-проектах

Для постановки задач в своем бэклоге используйте методику SMART. Обязательно пропишите подробно элементы, которые необходимы для работы во время ближайших одного или двух спринтов. Задачи для последующих этапов скорее всего необходимо будет корректировать на основании полученных результатов и обратной связи. Главное, тщательно собирайте и анализируйте всю информацию, чтобы регулярно обновлять и актуализировать свой https://deveducation.com/. Бэклог продукта — это один из инструментов agile-разработки, который представляет собой перечень требований к продукту и задач, расставленных по приоритету.

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

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

Еще публикации по Agile в

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

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

0 Comment

Leave a Reply

E-posta hesabınız yayımlanmayacak.

Güzellik bir güçtür.

Pazartesi-Pazar

10:00-20:00

Osmanağa Mahallesi Kırtasiyeci Sokak 38 Kadıköy, Burcu Günay, 34718 Kadikoy/İstanbul
Email: info@burcugunaynails.com
Telefon: 0552 409 17 70

Burcu Günay Nails © 2022 GlowSec Design