Звучит просто, однако на деле нередки ситуации, когда бэклог принимает огромные размеры, а время, необходимое для решения всех задач в нем, составляет даже не месяцы, а годы. В нашей статье мы расскажем, каковы задачи бэклога, что в нем должно быть и как правильно его оптимизировать, чтобы работа была эффективной. Для оптимальной работы над проектом необходимо знать, что такое бэклог, его составляющие и правила ведения. Простыми словами, это список предстоящих задач, составленный с учетом приоритета каждого пункта. Использование данных и метрик процесса разработки помогает оценивать эффективность работы над задачами в бэклоге и принимать взвешенные решения о его дальнейшем развитии. Чтобы обсудить и пересмотреть содержимое бэклога, команда проводит соответствующие мероприятия.
Количество Добавленных Элементов Значительно Превышает Количество Уже Отработанных
Мы распишем тебе один из стандартных способов создания бэклога в WEEEK с помощью Канбан-досок. Каждый из параметров оценивается по шкале от 1 до 10, потом полученные значения перемножаются между собой. В итоге у нас условное число, которое даёт оценку задаче. Значимость — важность функций или зависимость бизнес-показателей. Что многое приходится корректировать, что не всё удаётся сделать без проблем, что баги — неизбежная сторона жизни.
Команда понимает, над чем важно работать в первую очередь, а что может подождать. Благодаря таким виртуальным доскам даже удаленные команды или сотрудники из разных отделов могут работать над одним проектом и не терять задачи. Чтобы посчитать показатель RICE, перемножают охват, воздействие и уверенность, затем делят на усилия. Значение считают для каждой задачи, чем выше цифра, тем важнее задача.
Например, если на карте видно, что пользователь тратит много времени на поиск нужной функции, то задача по улучшению навигации должна быть приоритетной. Когда дорожная карта продукта готова, наступает черед внести задачи в бэклог продукта. Это могут быть функции, пользовательские истории, баги, изменения в дизайне и технический долг.
Как вариант, может быть важнее сначала протестировать бронирование билетов со скидкой, а для этого нужно реализовать истории из нескольких эпиков (справа). Для управления бэклогом на виртуальной доске создайте минимум три колонки, например «Бэклог», «В работе», «Сделано». В колонку «Бэклог» добавьте карточки и в каждой пропишите ответственного, исполнителей, сроки, приоритет. Перемещайте карточки между колонками, когда меняется статус.
Требования к ним зависят от содержательной части, а их количество — от опыта команды и сложности поставленных задач. К началу выполнения спринта нужно иметь список того, что предстоит сделать. Изменения в бэклог могут вносить только члены команды, а заказчик имеет возможность лишь наблюдать за изменениями. Бэклог помогает управлять задачами и расставлять приоритеты. Рассмотрим самые распространённые ошибки и способы их избегать.
Требования к продукту могут меняться — из-за новых тенденций рынка, изменения позиционирования продукта или поведения конкурентов. Поэтому, чтобы бэклог не терял свою актуальность, его нужно регулярно обновлять и корректировать. В https://deveducation.com/ некоторых командах граница между «Задачами» и «Ошибками» может носить условный характер.
Чтобы не запутаться в растущем количестве задач, нужно разделять их на эпики, фичи и пользовательские истории. Сначала закрывают простые и пример бэклога значимые задачи, следом — сложные и значимые, а затем всё остальное. Субъективность ниже, так как вы с командой можете опереться на требования бизнеса и понимание, сколько сил нужно на разные задачи. Владелец продукта считает, что нужно сделать кабинет клиента, добавление в избранное и заодно перестроить логику оплаты.
Чтобы работать с бэклогом было проще, визуализируйте его. Для этого используют физические — стенд со стикерами — или виртуальные доски. Последние удобнее, потому что доступны всем участникам команды, даже если они работают удаленно. Допустим, команде пришлось исправлять несколько серьёзных багов, это отняло много времени и запланированные функции стали техническим долгом. Допустим, ошибку нужно исправить в течение следующего спринта.
Два Столпа Бэклога Продукта
Consumer Story помогают понять, какие функции важны пользователям и почему. Чтобы разработать пользовательские истории, изучают потребности целевой аудитории, проводят интервью и фокус-группы. Затем составляют эпики — более подробное описание пожеланий пользователей, из которых и формируют истории.
Помогают придумать новые функции, улучшить существующие, найти новые возможности для развития продукта. Например, в бэклог можно включать задачи по исследованию конкурентов, анализу обратной связи от пользователей и тестированию новых идей. Чтобы составить дорожную карту продукта, определите концепцию и миссию продукта. Затем обозначьте ключевые цели, которые необходимо достичь. В завершение разбейте цели на более мелкие и простые задачи, которые можно добавить в бэклог продукта.
- Всё это привело к тому, что каждый бэклог давал ~10% экономии бюджета.
- Этот термин используется разработчиками для обозначения списка задач, упорядоченных по степени их важности.
- Постоянно пересматривайте задачи с высоким и средним приоритетом.
- Руководитель развития дистанционного обслуживания банка Уралсиб расскажет о жизни компании до и после KMS.
Команды могут внедрить собственные уникальные системы расстановки приоритетов, используя гибкую функцию приоритизации в Jira Product Discovery. Всё это позволяет расставить приоритеты и понять, что будет взято в первые два спринта, а что — отложено на более долгий срок. Например, из формулировки «Улучшить интерфейс» непонятно, что именно улучшить и в какой срок. Если написать Визуальное программирование «Добавить в пользовательский интерфейс функцию, которая позволит перетаскивать задачи на доске, к 15 мая», разработчики сразу поймут, что и когда нужно выполнить. Увидеть, какие задачи уже выполнены, а какие еще нет, можно на доске.