Что такое ведение бэклога? Определение и преимущества

Atlassian Автор: Atlassian
Просмотр тем

Backlog grooming, or backlog refinement, is the regular updation of the product backlog. The key goal is to keep the backlog current and prep backlog items for future sprints. The product manager, product owner, and the team prioritize, review, and discuss backlog items, ensuring the workload for upcoming sprints is always correctly prioritized. 

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

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

В этом руководстве описывается процесс ведения бэклога, рекомендации о том, как делать это эффективно, и многое другое.

Понимание цели ведения бэклога в Agile

Ведение бэклога важно для любой agile-команды, которая непрерывно совершенствует свои продукты или услуги. Это связано с тем, что бэклог включает исправления, улучшения и новые функции. «Слишком много уточнений ведет к пустой трате времени, — говорит тренер Atlassian по современной работе Марк Крут. — Слишком мало времени — и планирование не будет эффективным».

Ведение бэклога по методологии Agile включает следующее.

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

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

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

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

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

Процесс ведения бэклога

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

1. Сбор и анализ данных

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

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

2. Классифицируйте элементы бэклога

Превратите найденные проблемные области в элементы бэклога, правильно сгруппировав и классифицировав их.

Перечислите в бэклоге пользовательские истории, запросы на добавление новых функций, отзывы клиентов и баги.

3. Переназначьте приоритеты элементов бэклога

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

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

4. Создайте свой спринт

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

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

Рекомендации по эффективному ведению бэклога

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

Вот несколько рекомендаций, которым вы можете следовать.

  • Проводите эффективные совещания по уточнению бэклога. Чтобы обеспечить бесперебойную работу, менеджерам проектов следует проводить такие совещания часто и использовать при этом подробную повестку дня, например на основе нашего шаблона повестки дня для совещания. Оптимальная длительность совещания — от 45 до 60 минут. Менеджеры проектов при этом должны играть роль scrum-мастера.
  • Используйте DEEP. Для приоритизации элементов в бэклоге используйте критерии DEEP (Detailed appropriately — достаточно детализированные, Estimated — оцененные, Emergent — актуализируемые и Prioritized — приоритизированные). Этот метод легко адаптируется, содержит множество подробностей и включает точные оценки для элементов с высоким приоритетом.
  • Используйте DoR. DoR (Definition of Ready — определение готовности) дает команде ориентир для оценки состояния элементов. Это четкий набор критериев, позволяющих определить, готово ли задание к спринту.
  • Приготовьтесь к ведению бэклога. Собирайте информацию от менеджеров по работе с клиентами, службы поддержки, отдела контроля качества и команды. Эти сведения в сочетании с информацией из предыдущих спринтов помогут вам в процессе ведения бэклога.
  • Используйте несколько спринтов. Разбейте работу на управляемые части, которые можно выполнить за более короткие спринты, вместо того чтобы пытаться выполнить работу за один спринт.
  • Интересуйтесь мнением участников команды. Участники команды имеют наиболее полное практическое представление о продукте и спринтах. Используйте эти знания для ведения бэклога.

Управление ведением бэклога с помощью Jira

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

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

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

Снимок экрана с бэклогом

Ведение бэклога: часто задаваемые вопросы

Кто отвечает за процесс ведения бэклога?

Ведение бэклога — это совместная работа всей проектной команды. Однако провести совещание по уточнению бэклога может владелец продукта, менеджер по продукту, менеджер проекта и (или) scrum-мастер.

Кто обычно посещает сеансы по ведению бэклога?

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

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

В чем разница между ведением бэклога и планированием спринта?

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

Как долго длится сеанс ведения бэклога?

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

продолжение темы
Lean process improvement