Как настроить Scrum-доску для оптимизации процесса Груминга задач
Во фреймворке Scrum есть такое понятие как «причесывание задач», перед тем как планировать задачи в спринт. Ведь задачи в спринт должны как известно попадать с минимальным набором атрибутов: оценка задачи, описание задачи, критерии приемки и т.п.
В системе jira мы будем собственно разбивать весь беклог на три отдельные сущности: задачи с низким приоритетом (с точки зрения бизнес ценности), задачи которые должны быть «прогруммлены» на ближайшей встрече с командой, задачи готовые к включение в спринт.
Что мы имеем из коробки
из коробочной версии Jira — собственно саму доску и настраиваемые «экспресс-фильтры» вверху панели управления доской. По умолчанию создаются вместе с доской фильтры: Only My Issues, Recently Updated. Выглядит этот так:
Шаг номер один
Для того что бы отделить недавно созданные задачи от всех остальных нужно создать свой Quick Filters. Подробно не буду расписывать как это сделать просто дам сам JQL запрос:
(created >= -7d AND fixVersion is EMPTY AND Sprint is EMPTY or Sprint not in futureSprints() AND Sprint not in openSprints() and fixVersion not in (Grooming, "Low value"))
Назовем такой фильтр «Prioritization». Далее нужно добавить в FixVersions две новые версии продукта: «Low value», «Grooming». В сущности нам осталось осуществить еще немного настроек что бы перейти к следующему шагу. Создаем второй экспресс-фильтр который будет отбирать все задачи которые нужно обсудить с командой и дать по ним оценки.Фильтр назовем «Grooming».Кейс
В режиме реального времени появляются новые задачи в беклоге продукта и их нужно своевременно идентифицировать и определять для них ценность. Соответственно если ценности низкая то мы ставим в поле FixVersions значение Low value, если потенциально задача полезна для бизнеса то ее можно включить в ближайший цикл грумминга поставив значение Grooming.
fixVersion = Grooming AND originalEstimate is EMPTY AND Sprint is EMPTY
Последний третий фильтр будет отбирать задачи которые готовы к включению в спринт. Фильтр назовем «Planning». JQL запрос:
fixVersion = Grooming AND originalEstimate is not EMPTY AND (Sprint is EMPTY OR Sprint in closedSprints())
Таким образом после первого шага мы уже умеем красиво сортировать наш беклог по готовности к планированию наших задач. Выглядит это так:
Конечно же, Менеджеру продукта необходимо постоянно «мониторить» поступающие задачи и маркировать их значениями «Low value» и «Grooming».
Шаг номер два
Создаем мощный визуальный помощник. Для того что бы наглядно увидеть весь наш типизированный беклог нужно его раскрасить. Для этого мы качаем с маркетплейса вот такой бесплатный плагин Color Cards for Jira . Теперь можно красить все наши таски любыми цветами. В конфигурации доски появится новый блок в настройками плагина. Там мы выбираем значение Quiries и вписываем туда 3 наших JQL запроса.
Серым цветом отмечены задачи в низкой бизнес ценностью, Желтым задачи которые ждут груминга, зеленым задачи готовые к планированию по спринтам. Выглядит это так:
Итак, мы научились видеть задачи которые нам интересны в данный момент времени. Но зачастую мы замечаем что задачи заведены некорректно: вместо эпика завели юзер стори, или вместо юзер стори создали саб-таск. Как с этим быть я расскажу в следующем посте.
Комментарии (8)
sabio
05.04.2019 18:28Перечитайте, пожалуйста, свою статью и исправьте ошибки.
Глаза ломаются при чтении всяких "если ценности низкая" и "новый блок в настройками плагины". Я уже молчу про -тся/-ться.
Кстати, термин "grooming" больше не используется аж с 2013 года. Актуальное название — backlog refinement.
Apathetic
07.04.2019 18:33Зачем использовать версию, если версия — это явно что-то другое? Почему не использовать метки?
petrischevmv
Интересно а чем не устроил стандартный функционал раскраски карточек, который по умолчанию встроен и имеет тот же функционал и даже переведен на русский.
Amoreros Автор
По моему субъективному мнению тоненькой полоски слева недостаточно для удобного визуального восприятия всего скоупа задач.