Назад

Груминг бэклога (Grooming Backlog)

Груминг бэклога / Обработка бэклога /Grooming Backlog – это процесс проработки бэклога на будущие спринты

Регулярные сеансы обработки бэклога также помогают обеспечить приоритетность User Story и то, что бэклог продукта не станет черной дырой.

Сессии по грумингу бэклога предоставляют Product Manager и Product Owner возможность объяснить стратегические цели приоритетных элементов в бэклоге. Эти разговоры могут помочь улучшить согласованность в кросс-функциональной команде.

Есть также несколько тактических целей сессий очистки бэклога:

  • Разбивайте большие User Story на более мелкие задачи.
  • Обсудите User Story с командой, ответьте на любые связанные вопросы, чтобы сгладить двусмысленность.
  • Убедитесь, что предстоящие пользовательские истории соответствуют «определению готовности» команды, добавив ключевую контекстную информацию и критерии приемлемости.

Иногда (но не всегда) Scrum мастер или менеджер проекта и команда используют эту сессию для оценки историй и присвоения баллов.

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

Каков идеальный результат сеанса обработки невыполненных работ?

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

Многие специалисты по agile методам разработки говорят, что «DEEP» backlog продукта – это ключевой результат сеанса его уточнения.

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

  • Detailed Appropriately: истории и другие элементы в бэклоге содержат достаточно контекстуальной информации, чтобы ее понимала и обсуждала кросс-функциональная команда.
  • Emergent: легко добавлять новые истории и элементы по мере появления новой информации. Ничто не высечено в камне.
  • Estimated: количество усилий, затраченных на каждую пользовательскую историю, приблизительно оценивается с помощью стандартизированной меры, согласованной командой.
  • Prioritized: элементы в списке невыполненных работ ранжируются в зависимости от их ценности и стратегической цели, которой они служат.

Кто проводит сеансы груминга?

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

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

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

 

Кто посещает встречи по уходу за бэклогом?

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

Всего комментариев: 0

Оставить комментарий

Ваш email не будет опубликован.

Вы можете использовать следующие HTML тэги: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>