Бэклог продукта — это основной компонент гибкой разработки продукта в организации, поскольку он содержит элементы, которые вы должны решить в определенный момент.
Создание нового продукта начинается с идеи, которая позволяет команде создать что-то особенное. Даже iPhone впервые появился в качестве прототипа и стал популярным благодаря их преданной команде.
Управляя командой, как менеджер по продукту, вы должны быть организованы с важными списками дел. Что ж, это не так просто, как кажется.
Ведение списка дел и принятие решения о том, что сделать в первую очередь, — очень сложная задача. А когда есть несколько заинтересованных сторон, это становится еще более ошеломляющим.
В результате организации теряют много времени и ресурсов.
Именно здесь приоритизация продуктов упрощает все задачи и помогает правильно вести список дел.
В этой статье я подробно расскажу о бэклоге продукта, его типичных элементах, преимуществах и многом другом.
Что такое бэклог продукта?
Бэклог продукта — это список приоритетных функций или рабочих элементов, которые помогут вам достичь целей вашего продукта и сформировать обоснованные ожидания среди команд разработчиков. Проще говоря, у каждого продукта на этапе разработки есть специальный бэклог продукта.
Точно так же у каждого бэклога продукта есть специальная команда. Как правило, существует несколько бэклогов продукта, в которых несколько команд работают над более крупным продуктом.
Например, давайте назовем более крупный продукт «Продукт», а более мелкие продукты — «Продукт А», «Продукт Б» и «Продукт С». Продукт A, продукт B и продукт C имеют свой собственный бэклог продукта и определенные команды для разработки. Каждая назначенная команда работает над небольшими продуктами, чтобы, наконец, создать более крупный продукт.
Таким образом, его можно определить как приоритетный список работ, основанный на дорожной карте продукта и его требованиях к вашей команде разработчиков. Наиболее важные элементы находятся в верхней части списка невыполненных работ, чтобы команды разработчиков знали, какие из них следует выполнить в первую очередь.
Тем не менее, бэклог продукта — это оперативный документ, который позволяет менеджерам по продукту лучше понять типичные проблемы и решения, необходимые для выпуска продукта.
Кто определяет приоритеты элементов невыполненной работы?
Бэклог продукта принадлежит владельцу продукта или менеджеру продукта. Владелец продукта отвечает за обслуживание невыполненной работы, в то время как другие члены команды вкладывают свои усилия и время в разработку продукта.
Таким образом, основной целью бэклога продукта может быть:
- Разработка основы для объединения команд и заинтересованных сторон, чтобы команды разработчиков реализовывали ценные пользовательские истории.
- Предложение гибкости для адаптации к реалиям и потребностям
- Повышение эффективности прогнозов выпуска продукта с использованием общего знаменателя для разных команд, чтобы придерживаться единого продукта.
Типичные элементы бэклога продукта
Бэклог продукта включает в себя исправления ошибок, функции, приобретение знаний и технические долги. Эти элементы представляют собой отдельные части основной работы, которые необходимо выполнить для завершения продукта.
№1. Исправление ошибок
Дефекты и ошибки — это проблемы, обнаруженные конечными пользователями, которых удалось избежать в процессе контроля качества. Если ошибки не устраняются вовремя, они имеют тенденцию накапливаться с течением времени.
Ваша команда быстро исправляет ошибки, чтобы поддерживать целостность продукта. Некоторые ошибки достаточно существенны, чтобы прервать текущий спринт команды, тогда как другие могут подождать до следующего спринта. Он остается на вершине бэклога продукта, поэтому команда разработчиков никогда не забывает об исправлениях ошибок.
№ 2. Функции
Функция — это функция продукта, которую пользователи считают ценной. Это также известно как история пользователя. Характеристики могут быть сложными или простыми. Однако, чтобы понять потребности пользователя, вам необходимо создать карту-историю.
Запросы на новые функции поступают из разных источников. Функции включают управление продуктами, поддержку, продажи, конечных пользователей и многое другое. Расставить приоритеты для новых функций может быть сложно, поскольку вам нужно будет сбалансировать конкурирующие требования:
- Удовлетворение предыдущих клиентов
- Удовлетворение возможностей срочных продаж
- Работа над более высоким видением продукта
Менеджер продукта отслеживает эти источники и разрешает конфликтующие запросы. Регулярное выполнение этого позволит вам убедиться, что в бэклоге продукта есть новые функции, которые могут привлечь клиентов и сделать существующих клиентов счастливыми.
№3. Приобретение знаний
Здесь вы собираете информацию для выполнения будущих задач. Важно отметить, что приобретение знаний является этапом исследования. Когда вы обнаружите функцию, требующую дополнительных исследований, вы можете создать задачу получения знаний, например, проверку концепции, эксперимент или прототип. Это поможет вам получить информацию, чтобы начать работу над функцией.
№ 4. Технические долги
Технический долг похож на финансовый долг. Проценты начисляются, когда вы игнорируете долг. Это происходит, когда разработчики помещают этот этап в самый низ бэклога, и тогда его становится труднее выполнить.
Эффективное управление бэклогом продукта может предотвратить технический долг. Когда ваша команда разработчиков остается организованной со списком и берет на себя техническую работу ежедневно или с меньшими приращениями, вы с меньшей вероятностью заметите повышенный интерес к работе.
Технический долг является результатом изменений, основанных на следующем:
- Ожидаемая масштабируемость и производительность
- Объем и направление
- Технологии и лучшие практики
Бэклог продукта: преимущества
Продукт, безусловно, представляет собой отзывы из разных источников, таких как продавцы, разработчики и, что наиболее важно, пользователи. Вы должны быть готовы принимать их отзывы, управлять ими, расставлять приоритеты и тщательно работать над ними для будущего выпуска продукта.
Без надлежащего процесса разработка вашего продукта становится сложной задачей. Таким образом, хорошо управляемый и хорошо обработанный бэклог поможет вам сосредоточиться на продукте и приведет к созданию более эффективной команды.
Давайте обсудим преимущества ведения бэклога продукта в организации:
- Улучшенная фокусировка: невыполненная работа по продукту помогает вам сосредоточиться на важных задачах и позволяет не отвлекаться.
- Повышенная эффективность: приоритизация элементов гарантирует, что ваша команда будет тщательно работать над задачами, что приведет к повышению эффективности.
- Лучшее управление рисками: невыполненная работа над продуктом может выявлять и устранять риски на ранних этапах процесса разработки, что делает управление безрисковым.
- Удовлетворение потребностей клиентов. Удовлетворение потребностей конечных пользователей является вашей основной целью. Следовательно, приоритизация невыполненной работы необходима для организации, чтобы сделать их счастливыми, проверяя, что необходимо добавить или удалить из продукта, что делает его ценным продуктом для ваших пользователей.
- Улучшение коммуникации: невыполненная работа над продуктом поощряет сотрудничество и общение между вашей командой, что приводит к лучшей концентрации внимания при разработке продукта и лучшим результатам.
- Улучшение командного духа: невыполненная работа над продуктом дает команде цель и чувство направления, что ведет к повышению морального духа.
- Способствует гибкости: бэклог продукта меняется в зависимости от прогресса разработчика и скорости выполнения задач. При изменении статуса разработки продукта менеджер по продукту перераспределяет приоритеты задач. Эта гибкость необходима, чтобы избежать пропусков рабочего времени.
Помимо этого, вы можете найти множество преимуществ, таких как максимально быстрая окупаемость ваших инвестиций, повышение удовлетворенности клиентов, минимальные риски и многое другое.
Как создать бэклог продукта
Владелец продукта несет полную ответственность за приоритизацию задач. Чтобы создать хорошо управляемый бэклог продукта, вам необходимо выполнить следующие шаги:
Шаг 1: Добавление идей в бэклог продукта
Бэклог продукта — это список идей. Он содержит заявления или отзывы, сделанные членами команды, заинтересованными сторонами и клиентами. Проще говоря, вам нужно добавить идеи в список после обсуждения их с заинтересованными сторонами, командами и клиентами о существующем продукте или новом продукте.
Изначально у вас будут только ограниченные идеи, но в процессе разработки вы будете получать новые идеи, учитывая актуальность продукта на рынке и конкуренцию.
Шаг 2: Получение разъяснений
Как только заинтересованному лицу потребуются некоторые изменения в вашем добавлении или исправлении продукта, важно уточнить это заранее. Владелец продукта должен прояснить следующие основные моменты, чтобы понять важность добавления:
- Причина исправления: указывает, в чем проблема на самом деле, чем она вызвана и как ее решить.
- Ценность, которую оно вносит: команда анализирует, поможет ли новое дополнение внести вклад в общий продукт и повысить качество. Добавление должно увеличить ценность продукта. Таким образом, это приводит к увеличению стоимости бизнеса и более высокой отдаче от инвестиций.
- Спецификация элемента: Спецификация должна быть ясной со стороны владельца продукта, чтобы разработчики никогда не сталкивались с трудностями в процессе разработки.
Шаг 3: Расстановка приоритетов
Когда все в порядке, ответственность владельца продукта состоит в том, чтобы расставить приоритеты невыполненных работ от самого высокого до самого низкого приоритета. Этот этап основан на стратегическом анализе информации. Наличие хорошо управляемого списка может улучшить общение между различными командами.
Владелец продукта приоритизирует элементы невыполненной работы на основе определенных критериев:
- Доход: любая функция или элемент, которые могут привести к увеличению дохода, должны быть в списке с высоким приоритетом.
- Уникальность рынка и исправление: если функция, которую вы решите добавить, уникальна на рынке, вы, вероятно, будете выделяться на рынке. Кроме того, вам нужно увидеть, может ли существующая функция решить проблемы пользователей, поскольку это и есть настоящая цель.
- Сложность: прежде чем приоритизировать элементы невыполненной работы, вам необходимо проверить сложность предлагаемой функции, а также время, которое может потребоваться для разработки и выпуска.
Шаг 4. Регулярно обновляйте бэклог продукта
Бэклог продукта — это живой документ, который должен своевременно обновляться владельцем продукта. Процесс уточнения, расстановки приоритетов и поддержания элементов невыполненной работы в актуальном состоянии является важной частью процесса разработки.
Бэклог продукта содержит множество идей. Вам потребуется уточнить эти идеи и отбросить те, которые не имеют отношения к делу. На последнем шаге элементы невыполненной работы расставляются по приоритетам и располагаются в соответствии с уровнем приоритета.
Некоторые методы расстановки приоритетов
Существует множество методов, которые можно использовать для определения приоритетов элементов невыполненной работы. Давайте обсудим некоторые из них:
№1. МОСКВА Техника
Источник изображения: StoriesOnBoard
MoSCoW — это тип анализа, который обычно используется в управлении продуктом, чтобы понять, что необходимо делать, а что нет. Это полезный метод для общения с заинтересованными сторонами о том, над чем вы работаете и почему.
Название включает в себя четыре категории приоритетов:
- Должен иметь: Абсолютно необходимые требования
- Должен иметь: функции с высоким приоритетом
- Может иметь: Возможные особенности
- Не будет: Не реализовано
«Обязательно» представляет собой абсолютные функции, которые должны быть в продукте. Это может быть связано с соображениями безопасности, деловыми и юридическими причинами. Для этого перечислите наилучший и наихудший сценарии включения функции в список и нарисуйте картину.
«Должен быть» означает функции, которые могут быть включены, но не являются обязательными.
«Мог бы иметь» относится к элементам, которые можно добавить, если у организации есть необходимые ресурсы, но это не является необходимостью для достижения успеха.
«Не будет» не означает, что эта функция больше не требуется или находится в корзине. Вместо этого менеджер по продукту имеет в виду «не в этот раз». Этому есть несколько причин, например, нехватка времени или ресурсов.
№ 2. Матрица Эйзенхауэра
Этот метод является простым способом правильно управлять временем. Он возник из матрицы принятия решений Дуайта Д. Эйзенхауэра. Позже это изменится на визуализацию из 4 квадрантов, которую можно использовать для определения приоритетов задач в списках невыполненных работ.
Источник изображения: ModelThinkers
Матрица содержит два параметра приоритизации – важность и срочность. Этот метод позволяет распределить задачи по четырем разделам матрицы, которая содержит:
- Высокий приоритет
- Средний приоритет
- Срочно, но важно
- Низкий приоритет
№3. Кано
Модель Кано — один из отличных вариантов для организаций, стремящихся к удовольствию и удовлетворению клиентов. Список функций менеджеров по продуктам бесконечен, но они хотят построить план продукта с идеальными функциями. Модель Кано — это надежная методика, которой руководствуются менеджеры по продукту. Эта техника была разработана в 1980-х годах Нориаки Кано.
Эта модель включает в себя три предпосылки:
- Удовлетворенность, отражающая удовлетворенность клиентов
- Реакция клиента зависит от особенностей и функциональных возможностей продукта
- Чувства клиентов
№ 4. Взвешенная самая короткая работа сначала (WSJF)
WSJF — это инструмент, который помогает вашим командам расставлять приоритеты в списке инициатив. Обычно этот инструмент используется в Scaled Agile Framework (SAFe). Команда вычисляет оценку каждой инициативы, разделив стоимость задержки на объем или продолжительность работы. Элемент, набравший наибольшее количество баллов, находится в верхнем списке как наиболее приоритетный.
Как управлять бэклогами
Следуйте приведенным ниже рекомендациям, чтобы обеспечить надлежащее управление невыполненной работой и поддерживать ее в рабочем состоянии:
- Перед планированием итерации просмотрите список невыполненных работ по продукту, чтобы убедиться, что задачи, которым вы расставили приоритеты, верны, а предыдущие отзывы также реализованы.
- Когда ваш отставание становится больше, вы должны разделить элементы на краткосрочные или краткосрочные и долгосрочные.
- Решите сохранить или удалить элементы в соответствии с их преимуществами.
- Не добавляйте никаких задач без надлежащего планирования.
- Сделайте этот процесс расстановки приоритетов приоритетом в вашей организации.
Кроме того, вы можете легко перераспределить приоритеты задач в процессе разработки в соответствии с отзывами клиентов. Кроме того, вы можете уточнить предыдущие утверждения и добавить новые требования.
Бэклог Спринта против Бэклога Продукта
- В бэклоге продукта перечислены все элементы, которые необходимо выполнить, чтобы завершить процесс разработки в установленные сроки. Принимая во внимание, что бэклог спринта включает элементы из бэклога, которые необходимо выполнить в рамках спринта.
- Владельцы продукта определяют списки невыполненных работ, тогда как команды разработчиков определяют элементы невыполненной работы спринта.
- Бэклог продукта строится на основе цели продукта. Но бэклог спринта соответствует конкретному спринту.
- Бэклог продукта может меняться с течением времени, в то время как бэклог спринта не меняется после того, как он установлен.
- Бэклог продукта требует обслуживания и сохраняется до завершения проекта. Но бэклог спринта не остается до конца; он заканчивается спринтом.
Заключение
Ведение бэклога продукта — важный шаг в процессе разработки продукта. Он дает четкое представление о текущей работе, выполненных работах и ваших планах на будущее. Итак, пришло время создать и поддерживать эффективный бэклог продукта и оставаться на вершине своей игры.
Вы также можете изучить лучшее программное обеспечение для анализа CFD и инструменты Scrum.
