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

Регулярный обзор (ревью) списка необходимых требований (backlog) в сфере Agile часто называют «уходом за бэклогом» (некоторые используют термин «уточнение бэклога»). Значимым результатом наличия у продукта хорошего бэклога является то, что команда понимает куда двигается и зачем. В результате бэклог продукта значительно отличается от классического списка задач с подробной документацией о том, что и как должно быть сделано.

Составные части бэклога

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

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

Продуктовый беклог – как с ним жить?

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

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

Структура идеального бэклога

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

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

Пользовательские истории — описание функций продукта простыми, общими словами, составленное с точки зрения пользователя. Благодаря им участники Agile-команды понимают, какими преимуществами будет обладать продукт после нововведений и что получит пользователь. Он представлен обещаниями группы разработчиков относительно того, что будет добавлено в очередном обновлении по окончании «летучки». Из главного «бэк» в sprint бэклог попадают несколько требований.

Методы приоритизации задач

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

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

Бэклог, основанный на типах (или классах) работ

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

Инициатор или владелец задачи

Рассматривать на каждом собрании огромные объемы информации бэклога, включающего сотни пунктов, о которых уже давно забыли инициировавшие их участники – это не лучшее решение. При этом, на скорость их выполнения не влияют пожелания собственника. Участники рабочей группы сами выбирают для работы задачи бэклога, как только у них появляются соответствующие ресурсы. Они могут осуществлять выполнение заданий итерациями (Scrum) или безостановочно (Kanban). Заказчик играет ключевую роль в формировании этапов работы, но мнение команды также должно учитываться. Команда исходит из внутренних ресурсов, задействованных в реализации.