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

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

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

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

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

Понимание назначения бэклога спринта

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

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

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

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

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

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

Бэклог спринта

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

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

Приоритет элементов в бэклоге продукта определяется потребностями и целями бизнеса.

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

Владелец продукта отвечает за бэклог продукта.

Команда разработчиков отвечает за бэклог спринта и его обновление.

Бэклог продукта — часть долгосрочного стратегического плана по продукту. Развивается вместе с продуктом.

Бэклог спринта — краткосрочный план выполнения ряда заданий в рамках спринта. Изменение бэклога во время спринта невозможно.

Область бэклога продукта — весь продукт.

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

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

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

Бэклог спринта — мощный инструмент для менеджеров проектов, особенно для тех, кто использует методологии Agile, например Scrum. Для Scrum-мастера бэклоги будут полезны в плане структурирования рабочей нагрузки команды и управления этой нагрузкой.

Разберем преимущества бэклога спринта.

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

Ключевые компоненты бэклога спринта

Разберем конкретные компоненты бэклога спринта.

Пользовательская история

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

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

Задания и подзадачи

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

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

Задание

Создать функцию комментариев

Описание

Предоставить пользователям возможность комментировать публикации

Priority

Высокий

Исполнитель

Ланиша, дизайнер
Роланд, разработчик

Ожидаемый результат

Поле для комментариев

Дата выполнения

24 августа

Технические блокеры

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

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

В Scrum их также называют препятствиями.

Исполнители

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

Бэклог спринта подразумевает подотчетность и ответственность, гарантирующие, что команда завершит каждое задание.

Диаграмма сгорания задач

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

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

Ориентировочное и фактическое время

Диаграмма Burndown наглядно показывает соотношение времени, выделенного на задание, и времени, затраченного на его выполнение. В ходе спринта менеджеры проектов ежедневно отслеживают эти данные.

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

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

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

Рекомендации по созданию надежного бэклога спринта

1. Определите цели спринта

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

2. Обсудите бэклог со своей командой

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

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

3. Упорядочьте задания и расставьте в них приоритеты

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

4. Контролируйте и корректируйте

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

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

Задание

Создать функцию комментариев

Описание

Пользователи хотят комментировать публикации своих друзей и реагировать на них.

Priority

Высокий

Трудозатраты

Средние

Необходимое время

2 дня

Исполнитель

Ланиша, дизайнер
Роланд, разработчик

Ожидаемый результат

Поле для комментариев

Дата выполнения

24 августа

Советы по управлению бэклогом спринта

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

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

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

Эффективное управление бэклогами спринтов с помощью Jira

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

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

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

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

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

Когда использовать бэклог спринта?

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

Как часто нужно обновлять бэклог спринта?

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

продолжение темы
Burnup Chart (диаграмма Burnup)