Понятия Scrum и Agile часто путают, потому что Scrum строится вокруг идеи о постоянном совершенствовании, которое является главным принципом Agile. И все же Scrum — это методика работы, а Agile — это философия. В основе философии Agile лежит идея постоянного постепенного улучшения через небольшие и частые релизы. Перейти на Agile не так-то просто; вся команда должна стремиться изменить свой подход к созданию ценности для клиентов. Но можно просто начать использовать методику, такую как Scrum. Это направит мышление в нужное русло и поможет практиковать принципы Agile в повседневном общении и работе.
Бэклог спринта помогает постоянно отслеживать прогресс команды. Термины «бэклог спринта» и «бэклог продукта» звучат похоже, но относятся к разным понятиям. Рассмотрим, что может включать в себя бэклог спринта и чем он отличается от бэклога продукта. Заказчик играет ключевую роль в формировании этапов работы, но мнение команды также должно учитываться.
Кто отвечает за бэклог спринта?
Необходимо вносить в этот список только те цели, которые имеют ценность для проекта. Бэклог продукта — это перечень задач, которые необходимо выполнить в ходе работы над проектом, и список функций, которые хотят получить пользователи и заинтересованные лица. В него входят как уже запланированные шаги, так и пожелания заинтересованных лиц по улучшению продукта.
Карта составляется под определённую User Story, отражает путь клиента к продукту, показывает «узкие места», даёт понять, над какими этапами и метриками нужно работать в первую очередь. Jira Software упрощает уточнение бэклога и планирование спринтов. Вы можете без труда создать бэклог Scrum для формирования очереди задач, что очень полезно https://deveducation.com/ при планировании и выполнении спринтов. В Jira Software есть шаблон Scrum, содержащий полезные инструменты для эффективного планирования спринтов. Кроме того, вы можете узнать, как приступить к созданию бэклога спринта с помощью Jira. Эти блокеры могут возникать в процессе разработки или тестирования и замедлять работу команды.
Начало работы со Scrum
Для разработки бэклога продукта используют product roadmap, user stories и customer journey map. Давайте подробнее разберем, для чего необходим каждый из этих инструментов. Когда бэклог становится достаточно большим, владельцам продукта приходится выделять в нем группы краткосрочных и долгосрочных задач. Краткосрочные задачи нужно досконально проработать, прежде чем присвоить им этот статус. Для этого нужно составить полноценные пользовательские истории, обсудить все детали совместной работы с дизайнерами и разработчиками и оценить сложность разработки.
- Теперь уже эти задачи прогоняем через способы приоритизации бэклога.
- Их результатом можно считать полученные знания в ходе поиска информации и мозгового штурма.
- Заказчик играет ключевую роль в формировании этапов работы, но мнение команды также должно учитываться.
- Помечайте такие задачи специальной меткой, например «Вне объема работ», в трекере задач команды, чтобы изучить их позднее.
- В этой статье рассматривается назначение бэклога спринта и то, как эффективно создавать его с помощью ПО и инструментов, таких как Jira Software.
Название задачи всегда должно быть ёмким и понятным, отражать её суть и не вводить в заблуждение. Диаграмма Burndown наглядно показывает соотношение времени, выделенного на задание, и времени, затраченного на его выполнение. В ходе спринта менеджеры проектов ежедневно отслеживают эти данные. Пользовательские истории объясняют, как именно функция принесет пользу конечному пользователю.
Определите цели спринта
После создания бэклога важно регулярно корректировать его по мере выполнения программы. Регулярный пересмотр бэклога в кругах специалистов по Agile часто называют грумингом или ведением бэклога (некоторые используют термин уточнение бэклога). Владелец продукта составляет из этих пользовательских историй единый список для команды разработчиков.
Команда исходит из внутренних ресурсов, задействованных в реализации. А общая успешность бэклога зависит от регулярной обратной связи между командой и заказчиком, а также внутри разных подразделений команды. Тогда как бэклог продукта создается во время планирования первого спринта и существует на протяжении всей работы над проектом. Разработка продукта невозможна без предварительного изучения информации. Участники обучают друг друга выполнению разных задач, чтобы ни один из них не стал препятствием на пути к цели.
Владелец Продукта несет ответственность за бэклог это, включая его содержимое, доступность и упорядочение. Прежде чем добавлять новые элементы в бэклог, необходимо четко понимать, чего хотят пользователи от конечного продукта, какие у них требования. Чем больше понимания, чего именно хотят пользователи, тем точнее будет составлена дорожная карта. Однако в бэклоге указываются более частные задачи, которые раскрывают, как именно должен идти рабочий процесс над целями, отмеченными в дорожной карте. Функции продукта — это технические возможности проекта, которые полезны для клиента или конечного пользователя. Когда бэклог становится слишком большим, чтобы на него хватало ресурсов команды даже в долгосрочной перспективе, задачи, до которых никогда не дойдет очередь, можно закрывать.
Всё это позволяет расставить приоритеты и понять, что будет взято в первые два спринта, а что — отложено на более долгий срок. Такой учет времени помогает команде уложиться в заданные сроки. Полноценная работа над продуктом невозможна без обработки информации о нем.
