Neural Project InstituteСертификация по управлению проектами для эпохи ИИ

Руководство по Scrum · Артефакты и практики

Бэклог продукта в Scrum: что это и как им управлять

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

Главное

  • Бэклог продукта — это эмерджентный упорядоченный список и единственный источник работы для Scrum-команды.
  • За него отвечает владелец продукта; размер элементов оценивают разработчики.
  • Связанное с ним обязательство — цель продукта, которая задаёт бэклогу направление.
  • Держите его коротким, упорядоченным и уточнённым в верхней части, удаляйте элементы, которые больше не добавляют ценности.

Что такое бэклог продукта

Бэклог продукта — один из трёх артефакты Scrum, наряду с Бэклог спринта и Инкремент. В нём содержится всё, что, по текущему мнению Scrum-команды, может добавить ценность продукту: новые функции, изменения, исправления, техническая работа, исследования и эксперименты.

  • Эмерджентный: он никогда не бывает завершённым. Элементы добавляются, изменяются и удаляются по мере того, как команда и заинтересованные стороны узнают новое.
  • Упорядоченный: у элементов есть чёткий порядок, поэтому каждый видит, над чем будут работать дальше. Руководство по Scrum 2020 года говорит «упорядоченный», а не «приоритизированный», потому что порядок может отражать не только приоритет, но и ценность, риски, зависимости и обучение.
  • Единственный источник работы: если Scrum-команда собирается над чем-то работать, это должно быть видно в бэклоге продукта.
  • Один на продукт: несколько Scrum-команд, работающих над одним продуктом, используют один общий бэклог продукта и одного владельца продукта.

Кто владеет бэклогом продукта

Именно Владелец продукта отвечает за эффективное управление бэклогом продукта. Согласно Руководству по Scrum 2020 года, это включает:

  • Формирование цели продукта и её явное донесение.
  • Создание элементов бэклога продукта и их понятное донесение.
  • Упорядочивание элементов бэклога продукта.
  • Обеспечение того, чтобы бэклог продукта был прозрачным, видимым и понятным.

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

Цель продукта

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

УровеньОбязательствоПример
Бэклог продуктаЦель продуктаКлиенты могут управлять всем своим аккаунтом онлайн, не обращаясь в службу поддержки
Бэклог спринтацель спринтаКлиенты могут скачивать прошлые счета в PDF
Инкременткритериям готовности (Definition of Done)Код проверен, протестирован, доступен для людей с ограниченными возможностями и развёрнут в продуктивной среде

Что входит в элемент бэклога продукта

Руководство по Scrum не предписывает формат. Атрибуты зависят от предметной области, но большинство команд фиксируют:

АтрибутНазначение
ОписаниеЧто нужно и зачем; часто записывается в виде пользовательская история
ПорядокЕго позиция относительно других элементов
РазмерОценка разработчиков, например в стори-поинты
Критерии приёмкиУсловия, подтверждающие, что элемент делает то, что должен
Ценность или обоснованиеОжидаемый результат или выгода
Примечания и ссылкиМакеты, исследования, зависимости или связанные эпика

Элементы в верхней части небольшие, понятные и детализированные. Элементы ниже могут быть крупнее и менее определёнными, потому что слишком рано добавленные детали часто оказываются напрасными. Элементы, которые можно довести до состояния «Готово» за один спринт, считаются готовыми к выбору на Планирование спринта.

Как управлять бэклогом продукта: пошагово

  1. Запишите цель продукта и поделитесь ею с командой и заинтересованными сторонами.
  2. Фиксируйте идеи, запросы и известную работу как элементы, пока не заботясь о деталях.
  3. Упорядочьте элементы с учётом ценности, рисков, стоимости, зависимостей и того, что команде нужно узнать.
  4. Регулярно уточняйте верхнюю часть бэклога, чтобы элементы на один-два следующих спринта были понятны и оценены; см. уточнение бэклога.
  5. Используйте Обзор спринта для проверки прогресса вместе с заинтересованными сторонами и адаптации бэклога.
  6. Удаляйте элементы, которые больше не поддерживают цель продукта, чтобы бэклог оставался коротким и полезным.
  7. Отслеживайте прогресс в достижении цели продукта с помощью диаграммы выполненных работ (burnup) или прогноза; см. метрики Scrum.

Разобранный пример: упорядочивание небольшого бэклога

У владельца продукта онлайн-сервиса бронирования цель продукта — «Клиенты могут записываться и переносить запись, не звоня нам». Разработчики оценили размер элементов. Владелец продукта упорядочивает их, соотнося ценность с размером и рисками:

ПорядокЭлементРазмер (поинты)Причина его позиции
1Онлайн-запись на приём8Ключевой для цели продукта; без него всё остальное бесполезно
2Письмо с подтверждением после бронирования3Высокая ценность, небольшой размер, сокращает неявки
3Изменение или отмена бронирования5Напрямую сокращает число звонков
4Спайк: интеграция с провайдером календарей2Снижает риск перед элементом 5
5Синхронизация бронирований с календарями сотрудников8Ценный, но зависит от результатов спайка
6Промокоды на скидку для постоянных клиентов13Не нужно для текущей цели продукта

Если скорости составляет около 15 поинтов, элементы 1–3 (16 поинтов) немного превышают один спринт, поэтому команда может запланировать элементы 1 и 2 плюс спайк, а элемент 3 взять в следующем спринте. Элемент 6 можно удалить или отложить до одной из следующих целей продукта.

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

Бэклог продуктаБэклог спринта
СодержаниеВсё, что может улучшить продуктЦель спринта, выбранные элементы и план
Accountable (ответственный)Владелец продуктаРазработчики
ОбязательствоЦель продуктацель спринта
Временной горизонтВесь срок жизни продуктаОдин спринт
Что меняетсяКаждый раз, когда владелец продукта меняет порядок или добавляет элементыЕжедневно, по мере того как разработчики узнают новое

Типичные ошибки

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

Бесплатные шаблоны по этой теме

Все шаблоны

Частые вопросы

Что такое бэклог продукта в Scrum?

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

Кто владеет бэклогом продукта?

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

Кто может добавлять элементы в бэклог продукта?

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

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

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

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

Это обязательство бэклога продукта: будущее состояние продукта, на которое ориентируется в планировании Scrum-команда. Команда одновременно работает над одной целью продукта.

Каким по объёму должен быть бэклог продукта?

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

Должны ли элементы бэклога продукта быть пользовательскими историями?

Нет. Руководство по Scrum не предписывает формат. Пользовательские истории популярны, но элементами также могут быть дефекты, технические задачи, эксперименты или простые описания.

Кто оценивает элементы бэклога продукта?

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

Когда элемент бэклога продукта готов?

Согласно Руководству по Scrum, элементы, которые можно довести до состояния «Готово» за один спринт, считаются готовыми к выбору на планировании спринта. Некоторые команды добавляют необязательные критерии готовности к работе (Definition of Ready).

Могут ли несколько команд использовать один бэклог продукта?

Да. В Scrum у одного продукта один бэклог продукта и один владелец продукта, даже если над ним работают несколько команд.

Бэклог продукта — это то же самое, что план проекта?

Нет. Это развивающийся список для продукта, а не фиксированный план, хотя его можно использовать вместе с прогнозами и план релизов.

Какие инструменты можно использовать для бэклога продукта?

Что угодно — от электронной таблицы или стикеров до таких инструментов, как Jira или Trello. См. программные инструменты для Scrum.