Бэклогу продукта, как и человеку, нужны уход и внимание. А еще он должен быть открыт для других.
Просмотр тем
Agile-бэклог с правильно расставленными приоритетами не только упрощает планирование релизов и итераций. Из него команда узнает, над чем она будет работать. Вся внутренняя кухня скрыта от глаз клиента. Работа становится для заинтересованных лиц и других команд более предсказуемой, что особенно полезно, когда они ставят перед вами дополнительные задачи. Время на разработку становится фиксированным ресурсом.
Что такое бэклог продукта?
Бэклог продукта — это перечень рабочих задач, расположенных в порядке важности, для команды разработчиков. Его составляют на основе дорожной карты и требований в ней. Наиболее важные задачи расположены в начале бэклога продукта, чтобы команда понимала, какую работу следует выполнить в первую очередь. Скорость, с которой команда выполняет задачи бэклога, не зависит от желаний владельца продукта, а он, в свою очередь, не оказывает давления на команду. Напротив, команда разработки самостоятельно выбирает задачи из бэклога продукта, когда у нее есть необходимые ресурсы, выполняя их непрерывно (Kanban) или итерациями (Scrum).
Бэклог продукта
Храните все в одном трекере задач. Не используйте несколько систем для отслеживания багов, требований и рабочих задач по разработке. Есть задача для команды разработчиков? Тогда информация о ней должна быть в одном бэклоге.
Два столпа бэклога продукта
В основе бэклога продукта находятся дорожная карта команды и требования. Инициативы дорожной карты делятся на несколько эпиков, а каждый эпик содержит несколько требований и пользовательских историй. Рассмотрим дорожную карту для вымышленного продукта «Команды в космосе».
Веб-сайт «Команды в космосе» — первая инициатива на дорожной карте, поэтому нам нужно разбить ее на эпики (обозначены на рисунке зеленым, синим и бирюзовым цветами) и пользовательские истории для каждого эпика.
Владелец продукта составляет из этих пользовательских историй единый список для команды разработчиков. Владелец продукта может упорядочить истории так, чтобы команда сначала выполнила один эпик полностью (слева). Как вариант, может быть важнее сначала протестировать бронирование билетов со скидкой, а для этого нужно реализовать истории из нескольких эпиков (справа). Оба варианта представлены ниже.
Что может повлиять на то, как владелец продукта расставляет приоритеты?
- Важность для клиента
- Необходимость в обратной связи
- Относительная сложность реализации
- Тесная взаимосвязь между рабочими задачами (например, сделать «Б» будет проще, если сначала сделать «А»)
Хотя расстановкой приоритетов занимается владелец продукта, в процесс вовлечены и другие стороны. Успешность бэклога зависит от вклада и обратной связи, предоставленной клиентами, дизайнерами и командой разработчиков. Совместными усилиями они должны добиться оптимальной рабочей нагрузки между всеми участниками и обеспечить поставку продукта.
Правильное ведение бэклога
После создания бэклога важно регулярно корректировать его по мере выполнения программы. Владельцы продукта должны пересматривать бэклог перед каждым собранием по планированию итерации, чтобы уточнить расстановку приоритетов и внести изменения на основе выводов, сделанных в результате последней итерации. Регулярный пересмотр бэклога в кругах специалистов по Agile часто называют «грумингом» или «ведением бэклога» (некоторые используют термин «уточнение бэклога»).
Когда бэклог становится достаточно большим, владельцам продукта приходится выделять в нем группы краткосрочных и долгосрочных задач. Краткосрочные задачи нужно досконально проработать, прежде чем присвоить им этот статус.
Для этого нужно составить полноценные пользовательские истории, обсудить все детали совместной работы с дизайнерами и разработчиками и оценить сложность разработки. Долгосрочные задачи могут быть продуманы не до конца, однако если команда разработчиков даст им приблизительную оценку, это поможет расставить приоритеты. Ключевое слово здесь — «приблизительная». Оценки поменяются, когда команда получит полное понимание долгосрочных задач и приступит к их выполнению.
Бэклог служит связующим звеном между владельцем продукта и командой разработчиков. Владелец продукта может в любое время поменять приоритеты в работе на основе обратной связи от клиентов, более точных прогнозов и новых требований. И все же следует избегать изменений в ходе работы, потому что они мешают команде разработчиков, негативно влияя на концентрацию, рабочий процесс и моральный дух.
Когда бэклог становится слишком большим, чтобы на него хватало ресурсов команды даже в долгосрочной перспективе, задачи, до которых никогда не дойдет очередь, можно закрывать. Помечайте такие задачи специальной меткой, например «Вне объема работ», в трекере задач команды, чтобы изучить их позднее.
Плохие примеры, которые лучше не повторять
- Владелец продукта расставляет приоритеты в бэклоге в начале проекта, но не корректирует их по мере поступления информации от разработчиков и заинтересованных сторон.
- Команда добавляет в бэклог только те задачи, которые ориентированы на клиентов.
- Бэклог хранится как локальный документ и редко передается кому-либо, поэтому заинтересованные стороны не узнают об изменениях.
Бэклоги продукта и верность команды принципам agile
Опытные владельцы продукта со всей ответственностью подходят к ведению бэклога продукта, чтобы он был надежным источником рабочих задач по проекту, которые предназначены для совместной работы.
Заинтересованные стороны будут оспаривать принятую очередность задач — и это хорошо. В результате обсуждения того, какие работы важнее, все приходят к общему представлению о приоритетности задач. Такие обсуждения способствуют формированию культуры, в которой приоритеты расставляются групповыми усилиями и все участники объединены общим взглядом на программу.
Кроме того, на основе бэклога продукта планируются итерации. В бэклог должны быть включены все рабочие задачи: пользовательские истории, баги, изменения в дизайне, технический долг, запросы клиентов, действия, намеченные по итогам ретроспективы, и т. д. Так рабочие задачи каждого участника будут рассмотрены на общем обсуждении перед каждой итерацией. Затем участники команды и владелец продукта с полным пониманием объемов задач и учетом обоюдных интересов принимают решения до начала итерации.
Владельцы продукта определяют важность рабочих задач в бэклоге, в то время как команда разработчиков определяет скорость работы над ними. Новым владельцам продукта, которые привыкли торопить команду, такой подход может оказаться не по душе. Подробнее см. в нашей статье о лимитах объема незавершенной работы и рабочем процессе.
Источник: www.atlassian.com
Бэклог продукта в SCRUM в 2023 году
Бизнес
Бэклог продукта – это упорядоченный список запланированных дел команды. Перечень задач регулярно обновляется с целью создания оптимального продукта, который устроит заказчика.
Бэклог продукта (product backlog) – часть Скрама (SCRUM), то есть методологии управления проектами. Он представляет собой журнал пожеланий проекта по функциональности. Каждый пункт систематизируется по степени важности, от чего зависит порядок его реализации.
В составе product backlog разные элементы, которые доводятся командой до готовности. Задачи решаются и достигают нужной степень прозрачности после уточнения (груминга) бэклога. Отдельные пункты могут дополняться, меняться, актуализироваться, разбиваться на более мелкие компоненты и упорядочиваться.
После выполнения работы все элементы оценивает разработчик. Владелец продукта ведет обсуждения и вносит свои поправки.
Что такое Бэклог продукта
Бэклогом продукта является очередь заданий, выполняемых при создании проекта. Обычно содержит краткие описания с пожеланиями клиента о возможностях программного продукта.
Важно описывать backlog на доступном простом языке, чтобы каждый участник команды разработчиков четко понимал, что от него требуется. Внутри не содержится сложных технических спецификаций. Все внесенные пункты и требования по проекту можно трансформировать, менять, классифицировать.
Основная цель ведения backlog заключается в упрощении работы команды разработчиков. Система планирования обеспечивает:
- Четкое выставление заданий с указанием сроков и описаний.
- Рациональное распределение времени работы.
- Классификацию задач в порядке важности.
- Формирование требований к готовому продукту.
- Систематизацию всех пожеланий заказчика.
- Эффективную связь между разработчиками и владельцем продукта.
Как составлять бэклог
Бэклог не составляется один раз, он постоянно подвергается правкам и обновлениям в процессе работы над программным продуктом. По мере исполнения заданий участники команды вносят соответствующие пометки в план. Это позволяет отслеживать уровень исполнения.
Когда объем бэклога увеличивается, его компоненты необходимо группировать, выделяя краткосрочные и долгосрочные цели. Каждая задача имеет свой статус, который можно отслеживать через пользовательские истории. Отдельные задачи могут переходить в статус «Вне объема работ». Их можно изучить позднее.
Сложности при подготовке и исполнении backlog
Не всегда работа идет четко по плану. Часто внешние обстоятельства заставляют продлевать сроки реализации.
Среди ошибок, которые можно допустить при формировании бэклога:
- Отсутствие своевременной коррекции информации.
- Не добавление актуальных данных.
- Неверное распределение приоритетов, без учета реальной ситуации.
- Хранение бэклога, который играет роль формального документа.
Структура бэклога
Бэклог часто представлен как двухмерная доска или таблица. Панель с блоками включает идеи разработчиков, описания, оценки и комментарии менеджера, задания в разработке и готовые решения.
Для его составления рекомендуется:
- Сформировать перечень функций, которые нужно реализовать при подготовке софта.
- Расставить задания по степени приоритетности.
- Сформировать пользовательские истории и провести анализ опций для будущих клиентов.
- Выбрать и отразить основные характеристики готового продукта.
- Рассчитать сроки реализации с указанием ответственных лиц.
- Провести встречу с командой и обсудить бэклог.
- Внести коррективы при необходимости.
Что входит в бэклог продукта
- Items (запланированная работа). К items относят функции, требования, усовершенствования, данные по исправлению дефектов.
- User stories (пользовательские истории). Важный компонент стандартного бэклога, подразумевающий описание желаемых опций.
Бэклог не бывает завершенным до окончательной сдачи проекта. Он имеет постоянное динамическое развитие. Желаемые функции распределяют по значимости. В этом порядке они будут реализоваться командой исполнителей.
Часто план снабжается деталями в виде описаний и комментариев. Элементы бэклога оцениваются менеджером, который может вносить свои корректировки и дополнения.
Среди критериев качества backlog:
- Детализация. Приоритетные элементы имеют ясное описание и раньше попадают в работу.
- Анализ. Задания проходят оценку, после которой могут быть перенесены в другие категории или отменены. Владелец продукта проверяет работу команды, оценивает технические риски. Вносятся сведения о ценности запросов, учитываются бизнес риски. Предпринимаются операции для сокращения издержек.
- Актуальность. Бэклог непрерывно меняется и дополняется новыми пояснениями. Разделы можно создавать, удалять или изменять в зависимости от реальных обстоятельств. Допускается смена приоритетности задач, внедрение новых идей в связи с техническими неполадками, изменением рыночных условий и другими значимыми факторами.
Перечень задач команды, распределенных в порядке важности и сложности
Груминг и рефаймент бэклога
Груминг бэклога – это регулярный пересмотр или уточнение проекта. С английского grooming переводится как причесывание. Он включает в себя анализ, систематизацию элементов, трансформацию приоритетов.
Рефаймент (refinement) предполагает оптимизацию, улучшение проекта. Означает действия, направленные на добавление новых деталей и оценок, упорядочение компонентов плана. Процедура занимает около 10% рабочего времени команды.
Вносить поправки в план могут следующие категории лиц:
- Участники команды разработчиков, которые создают программный продукт.
- Владелец продукта, играющий роль эксперта и органа контроля. Может задавать направление работы, менять значимость заданий.
- Скрам-мастер. Помогает повысить эффективность работы специалистов.
- Стейкхолдеры. Иные заинтересованные в проекте лица.
В актуализации плана принимают участие исполнители и другие лица
Процедура grooming может включать в себя:
- Подробный анализ требований заказчика.
- Группировку желаемых опций софта по сложности, важности.
- Повторную оценку существующих и новых заданий.
- Добавление деталей и описаний.
- Упорядочивание элементов плана.
- Декомпозицию, то есть деление крупных заданий на этапы.
- Устранение несоответствий, нелогичных моментов в заданиях.
Backlog refinement означает «чистку» плана от лишних компонентов. Актуализация бэклога позволяет сократить занятость исполнителей, избавляя их от лишних задач. Упрощается планирование действий разработчиков, уходит неопределенность в требованиях клиента.
Оптимизация заданий исключает риск повторной и последующих переделок одних и тех же пунктов. В результате команда рационально использует рабочее время и быстрее завершает продукт.
Для эффективной деятельности рекомендуется проводить груминг в формате коротких встреч. Частота их организации зависит от конкретных условий работы и потребности. В среднем их советуют проводить 1-2 раза в неделю, перед переходом на новый этап работы.
Пример Бэклога продукта
Предлагаем пример backlog
Спринтами называют важные этапы в разработке, которые делятся на мелкие задачи с номерами. Указывают степень готовности и приоритетности задач.
Пример бэклога
Второй пример записан с более конкретным перечнем заданий для разработчиков. Опции получили оценку по сложности и важности.
Похожие записи:
- Scrum команда в 2023 году: роли, состав и функции
- Спринт в SCRUM в 2023 году: события, планирование, обзор
- Ретроспектива спринта в Scrum: для чего нужна, что это и как делать, форматы, чек-лист
- 3 Артефакта SCRUM: что это такое, ценности, бэклог продукта, бэклог спринта, инкремент
- Как открыть магазин в Инстаграме в 2023 году: пошаговая инструкция
- Как купить подписчиков в Инстаграм в 2023 году: все способы
- Панель знаний Google в 2023 году
- Веб разработка: как повысить заработок в 2023 году. Топ 7 способов
- SEO оптимизация в 2023 году
- 30 способов как заработать в Интернете в 2023 году без вложений и с минимальными вложениями
Источник: itstan.ru
Бэклог Продукта (Product Backlog)
Бэклог Продукта – это упорядоченный и постоянно обновляемый список всего, что планируется сделать для
создания и улучшения продукта. Этот артефакт Скрама является единственным источником работы для Скрам-команды. Владелец Продукта несет ответственность за Бэклог Продукта, включая его содержимое, доступность и упорядочение.
Элементы Бэклога Продукта, которые могут быть доведены Скрам-командой до состояния готовности в течение одного Спринта, считаются готовыми к помещению в Бэклог Спринта (см. также Критерии Готовности к Разработке). Элементы достигают такого уровня прозрачности после активностей по Уточнению Бэклога Продукта, в ходе которого элементы снабжаются актуальной уточняющей информацией, разбиваются (декомпозируются) на более мелкие и конкретные, получают оценки размера, а также упорядочиваются.
Оценку размера элементов производят Разработчики, которые будут выполнять работу. Владелец продукта может влиять на Разработчиков, помогая им понять элементы и обсуждая компромиссы.
В Руководстве по Scrum 2020 появилась Цель Продукта, являющаяся commitment’ом для Бэклога Продукта.
См. также: Что такое продукт?
Практическое определение продукта от ScrumTrek.
Больше по теме «Артефакты»:
Артефакты Скрама (Scrum Artifacts)
Материальное представление работы или ценности. В Скраме существует три артефакта: Бэклог Продукта, Бэклог Спринта, Инкремент.
Они спроектированы таким образом, чтобы обеспечить максимальную прозрачность ключевой информации, и чтобы все участники процесса имели единое понимание каждого из артефактов.
Бэклог – это упорядоченный по приоритету список работ, которые планируется выполнить с учетом знаний, имеющихся на данный момент.
Бэклог Спринта – это Цель Спринта, набор Элементов Бэклога Продукта, выбранных для выполнения в текущем Спринте, а также план разработки Инкремента продукта и достижения Цели Спринта. Служит для наглядного представления работы, которую Команда определила для достижения Цели Спринта.
Инкремент объединяет реализацию Элементов Бэклога Продукта, сделанную во время текущего Спринта. Является одним из трех Артефактов Скрама и отражает шаг на пути к Цели Продукта. Каждый Спринт должен включать минимум один Инкремент, чтобы считаться завершенным успешно.
Элемент Бэклога Продукта (Product Backlog Item)
Элемент Бэклога представляет собой часть работы, которую планируется сделать с учетом знаний, имеющихся на данный момент.
Элемент Бэклога Продукта – изменение, которое планируется выполнить в следующих Инкрементах продукта (например, фичи, функции, требования, усовершенствования или информация по исправлению дефектов). Элементы, расположенные в верхней части Бэклога Продукта, обычно более понятны и содержат больше деталей, чем те, что расположены ниже.
