А отслеживание бэклога позволит команде быть в контексте происходящего и не тратить время на долгое обсуждение плана действий. В следующем https://deveducation.com/ разделе вы узнаете, что собой представляет бэклог продукта и как его создать. Сервис проходит через все бизнес-линии, продукты и процессы.
Это непростая аналитическая задача, решение которой облегчают инструменты вроде WSJF — об этой методике мы подробно рассказывали в материале «Модель приоритизации бэклога WSJF». Бэклог — это список задач по степени приоритетности, которые стоят перед командой разработчиков продукта. Грамотно составленный бэклог дает команде больше понимания того, что от них хотят получить, а руководству позволяет точнее планировать релизы. В основе бэклога продукта находятся дорожная карта команды и требования. Инициативы дорожной карты делятся на несколько эпиков, а каждый эпик содержит несколько требований и пользовательских историй.
Отличия Scrum и KanbanОтличия Scrum и Kanban
Agile-бэклог с правильно расставленными приоритетами не только упрощает планирование релизов и итераций. Работа становится для заинтересованных лиц и других команд более предсказуемой, что особенно полезно, когда они ставят перед вами дополнительные задачи. Customer Journey Map (карта путешествия клиента) — это визуализированный опыт пользователя продукта с учётом его целей, эмоций, барьеров, мотивов. Собираемся с теми, кто будет участвовать в разработке фичи, и пишем ожидаемое время разработки в часах/днях/неделях. Чем больше у вас будет информации по задаче к этому времени, тем точнее будет оценка. Самое главное, что вы не будете гадать над вашим бэклогом.
А если хочешь подтянуть знания по бэклогу в целом и разным методам приоритизации, читай об этом в нашей статье «Бэклог в успешном управлении проектом». Бэклог можно сделать в форме классической таблицы с колонками и строками, либо собрать на Канбан-доске. Например, как бэклог идей — он структурирует гипотезы и задачи из них. Каждая идея проверяется, оформляется в гипотезу, которая проходит первичную проверку, берётся в работу в виде задачи, переносится в колонку «К работе».
Основы бэклогаОсновы бэклога
В моем случае главная продуктовая метрика — доля активных клиентов мобильного приложения, которые не обращаются в поддержку. Чтобы определить влияние на метрики — составляем справочник. Мне нравится подход, в котором за единицу impact берется 1% от значения основных продуктовых метрик. Например, ваша основная продуктовая метрика — это CAC, и она равна 1500 ₽.
Обновление перечня задач дает возможность оптимизировать занятость разработчиков и снимает лишние задания. Этот процесс позволяет упростить планирование занятости рабочей группы и избавиться от неопределенности в хотелках владельца продукта. Таким образом, бэклог продукта будет жить в течение всей работы над проектом, а перечень задач Sprint существует лишь 7 – 14 дней, пока идет работа над очередным спринтом.
ПО РАЗМЕРУ КОМАНДЫ
Кроме того, вы можете узнать, как приступить к созданию бэклога спринта с помощью Jira. Технические блокеры — это помехи, с которыми команда может столкнуться во время разработки продукта, например технический долг или баг. Технический долг — это техническое обслуживание и устранение багов, которые требуются для поддержания работоспособности продукта.
- Чем подробнее и качественнее составлен бэклог, тем более глубокое погружение сможет сделать команда проекта.
- Если пытаться заглянуть глубже, то Вы обнаружите, что уже знакомы с некоторыми методологиями, просто об этом не догадываетесь.
- Еще одна обязательная колонка, которая поможет при фильтрации, — статус.
- Если список требований становится широким, в нем рекомендуется выделять отдельно краткосрочные и долгосрочные задачи.
Помечайте такие задачи специальной меткой, например «Вне объема работ», в трекере задач команды, чтобы изучить их позднее. Работу с бэклогом стоит начинать со «скелета» — базовых функций, которые должны присутствовать в продукте. Детализировать задачи можно с помощью User Stories, на основе которых строится Customer Journey Map. Разберёмся, что скрывается за этими английскими словами и как к ним подступиться. Допустим, для оценки effort желательно иметь подробное описание задачи и дизайн, а это как минимум ресурс продакта, аналитика, дизайнера, коллег с бэка и других бизнес-линий. Их время можно потратить впустую, потому что может оказаться, что задача нереализуема в ближайшие полгода или год.
Бэклог должен быть структурирован, организован и упорядочен таким образом, чтобы соответствовать наиболее стратегически важным задачам, над которыми должна работать ваша команда. Суть может отличаться в зависимости от agile-методологии. Например, в Scrum за Backlog refinement отвечает владелец продукта при поддержке разработчиков. бэклог спринта В Kanban же, наоборот, уточнение бэклога — общая обязанность команды. При этом частота использования будет зависеть от продолжительности спринтов, которая может варьироваться от команды к команде в вашей компании. Если вы работаете по методологии Agile, лучше всего использовать один бэклог для каждого запланированного спринта.
Перед каждым этапом разработки команда проводит встречу со scrum-мастером, чтобы обсудить план работ и сформировать бэклог спринта. Второе обозначает список задач для оптимизации продукта, который необходимо выполнить команде в ближайший спринт. Sprint backlog составляется перед каждой новой итерацией и актуален только на время спринта. Управление бэклогом спринта для команды не менее важно, чем управление бэклогом продукта.