Бэклог продукта — одна из важнейших частей цепочки разработки продукта. Приоритетный список функций продукта и исправлений ошибок, который ведет от видения компании и продукта к исполнению. По сути, управление бэклогом продукта возлагается на менеджера по продукту, который несет ключевую ответственность за его создание, расстановку приоритетов и поддержку. Кроме того, ваш пример невыполненной работы по продукту должен быть построен на удобном для пользователя, достаточно гибком инструменте, чтобы его можно было настраивать, и легкодоступном, особенно в облаке. Читайте дальше, чтобы узнать о разнице между бэклогом продукта и бэклогом спринта и его уточнением.
Обзор
Бэклог продукта — это контрольный список работ, используемый командами разработчиков программного обеспечения для постановки в очередь желаемых функций, исправлений ошибок и других технических задач. Другими словами, это список дел по развитию компании. Бэклог продукта связан с дорожной картой продукта компании, что помогает расставить приоритеты по элементам и задачам в верхней части бэклога продукта, чтобы команда знала, что делать в первую очередь. В дополнение к этому, это эффективный способ для команды сообщить, над чем они работают и планируют работать дальше. Вкратце, давайте подробно рассмотрим, как создать бэклог продукта,
Шаги по созданию бэклога продукта
Бэклог продукта — это больше, чем простой список дел, в котором вы разбиваете сложные задачи на ряд шагов и поручаете их выполнение членам команды. Выполните следующие шаги, чтобы разработать эффективный бэклог продукта,
№1. Добавьте идеи в свой бэклог
Если клиент приходит к вам с идеями по созданию нового программного решения или улучшению существующего, рассмотрите возможность добавления этих идей в свой бэклог. Потому что добавление их в ваш бэклог может стимулировать важные разговоры и помочь команде найти решения для выполнения запроса клиента. Следовательно, их включение поможет вам определить, достижимо ли обновление в соответствии со сроками и бюджетом проекта. Вот еще потенциальные источники идей невыполненной работы:
- Команда обеспечения качества (QA) компании
- Опросы клиентов о характеристиках продукта
- Обзоры товаров или услуг
- Предложения или запросы по продажам и маркетингу
№ 2. Создайте дорожную карту продукта
Дорожная карта продукта — это основа для бэклога продукта. Ваша команда должна сначала создать дорожную карту, которая затем послужит планом действий по изменению вашего продукта по мере его развития. Дорожная карта — это видение долгосрочной разработки продукта, но она также может развиваться.
№3. Контрольный список элементов невыполненной работы по продукту
Имея в виду дорожную карту продукта, ваша команда может начать перечислять элементы невыполненной работы по продукту. Эти элементы должны включать в себя как высокоприоритетные элементы, так и более абстрактные идеи. На этом этапе создания бэклога продукта вам также необходимо общаться с заинтересованными сторонами и выслушивать их идеи по улучшению продукта.
№ 4. Сосредоточьтесь на своем бэклоге
После того, как ваша команда перечислит все элементы, отсортируйте и расставьте приоритеты для самых важных задач, помня о клиенте и рассматривая, какие элементы представляют для него наибольшую ценность. После полного понимания запроса клиента рассмотрите возможность разделения идеи на отдельные и действенные задачи, которые команда разработчиков должна выполнить в порядке приоритета, с наиболее важными задачами в верхней части списка невыполненных работ и наименее важными задачами в нижней части.
№ 5. Обновляйте регулярно
Когда ваша команда работает с бэклогом продукта, помните, что это живой документ, в который вам нужно постоянно добавлять элементы в бэклог, выбирать и уточнять их по мере работы. Поэтому, когда команда выполняет задачи, важно обновлять, чтобы отражать эти изменения.
Пример бэклога продукта
Бэклог продукта — самый важный артефакт в любой компании, занимающейся разработкой продукта. Как мы должны структурировать этот критический артефакт? Примером невыполненной работы по продукту является список действий, связанных с разработкой продукта, который используется продуктовыми группами для планирования, выбора и управления задачами. Например,
#1.Проект
- Страница входа для окончательного дизайна клиентов
- Страница регистрации для тестирования клиентов
- Создание сборки тикета (включая прикрепление документов и скриншотов)
- Исправление: автоматическое назначение тикетов руководителю группы поддержки
№ 2. Рейтинги
- Как человек, успешно прошедший сертификационный курс (став сертифицированным скрам-мастером или сертифицированным владельцем продукта скрам), я получил по электронной почте ссылку на опрос о курсе и инструкторе, чтобы я мог оставить отзыв о курсе.
- Как тренер, я хочу быть уверенным, что никто не может отправить одни и те же ответы несколько раз и исказить мои результаты, поэтому мои оценки будут точными.
- Как тренер, я уведомляюсь о результатах опросов о моих занятиях, чтобы я мог их прочитать. (Вопросы: после каждого опроса? Через определенный период времени? Получает ли тренер электронное письмо или просто знает, что нужно зайти на сайт?) # 3.членство
- Как администратор сайта, я могу установить ежегодные сборы для членов, практиков и тренеров, чтобы сборы можно было устанавливать без участия программиста.
- Как человеку, чье членство (любого типа) скоро истечет, мне прислали напоминание и ссылку, чтобы я мог его продлить.
- Как участник с проблемами кратковременной памяти, я могу попросить систему отправить мне по электронной почте новый пароль или напоминание о пароле, возможно, мое имя пользователя (если мы не используем для этого электронную почту) и так далее.
№ 4. Работа
- Как администратор сайта, я получаю электронное письмо всякий раз, когда отправляется вакансия, чтобы я знал об этом и мог решить, хочу ли я опубликовать ее.
- Как участник сайта, я могу подписаться на RSS-канал доступных вакансий, чтобы читать их, не посещая сайт.
- Как администратор сайта, я могу редактировать и удалять объявления о поиске помощи, чтобы я мог исправить небольшие проблемы или сделать
№ 5. Завершение курса
- Как участнику, мне показывают страницу, где мне рассказывают, как получить свои PDU после того, как я закончу курс, чтобы я заработал кредит, который меня мог бы заинтересовать.
- Как участник, я могу получить сертификат об окончании, закончив курс, чтобы у меня было доказательство того, что я прошел курс.
- Как участник, я могу получить значок, показывающий, что я прошел курс, чтобы я мог разместить этот значок на своем собственном веб-сайте.
Имея соответствующий пример невыполненной работы по продукту, можно сделать точную оценку рабочей нагрузки и спрогнозировать, что будет завершено с небольшими отклонениями.
Уточнение бэклога продукта
Уточнение Бэклога Продукта — это добавление деталей, оценок и заказов к элементам Бэклога Продукта. Кроме того, это процесс, в котором владелец продукта и команда разработчиков сотрудничают, просматривают и пересматривают детали элементов, которые должны быть реализованы. По сути, уточнение бэклога продукта необходимо, поскольку оно позволяет команде ознакомиться с элементами с наивысшим приоритетом. Давайте посмотрим, как эффективно работать с уточнением бэклога продукта,
Как эффективно провести сеанс уточнения бэклога продукта
Вот несколько лучших практик уточнения, которые помогут сделать сеанс уточнения невыполненной работы более эффективным.
№1. Сделайте это глубоким
Хорошо управляемый бэклог должен быть DE'EP, что является аббревиатурой от должным образом детализированные, оцененные, возникающие и расставленные по приоритетам.
- Надлежащая детализация означает, что элементы с более высоким приоритетом должны иметь более высокий уровень детализации, чем элементы с низким приоритетом.
- Расчетное означает, что вы должны иметь четкое представление о времени и ресурсах, необходимых для реализации каждого элемента невыполненной работы.
- «Эмерджентный» означает, что бэклог представляет собой «живой» документ, который следует регулярно обновлять.
- Элементы невыполненной работы должны быть расположены в порядке приоритета.
№ 2. Помните о клиентах
Каждое решение, принятое на совещании по уточнению невыполненной работы, должно основываться на потребностях клиентов. В конце концов, если продукт не работает для ваших клиентов, все остальное не имеет значения. Команда открыто обсудит пользовательские истории, чтобы обменяться идеями и, наконец, прийти к общему пониманию. Кроме того, рекомендуется документировать ваши обсуждения и мысли, чтобы PO мог просмотреть их позже и сделать резюме.
№3. Определите зависимости
Иногда некоторые элементы невыполненной работы не могут быть реализованы до тех пор, пока не будет начат или завершен другой элемент. Невыявление этих зависимостей может привести к задержке прогресса в дальнейшем. Поэтому хорошо определить эти зависимости заранее и спланировать их.
№ 4. Продолжение после встречи
После окончания встречи свяжитесь со всеми участниками и поделитесь с ними протоколом встречи. Это помогает держать всех в курсе и гарантирует, что они знают о следующих шагах. Кроме того, если в некоторых пользовательских историях не хватает информации, продолжайте проводить дополнительные исследования и добавляйте детали для следующей подготовительной встречи.
Управление бэклогом продукта
Управление бэклогом продукта — это когда владелец продукта добавляет, корректирует, улучшает и расставляет приоритеты в бэклоге, чтобы гарантировать, что клиенты получат только лучший и самый ценный продукт. Таким образом, это, по сути, список приоритетных задач, которые необходимо выполнить. Если какое-либо задание отсутствует в списке, то задание не засчитывается как выполненное.
Таким образом, управление бэклогом продукта служит отличной отправной точкой для планирования спринта и развития команды, чтобы определить задачи, которые потенциально могут быть частью спринта. Таким образом, чтобы обеспечить точность и прозрачность, бэклог продукта должен быть актуальным посредством уточнения бэклога. Ниже приведены советы для команды управления продуктом,
№1. Начните со стратегии продукта
Надлежащее управление бэклогом начинается с четко написанной и сформулированной стратегии продукта. Прежде чем погрузиться в управление бэклогом продукта, убедитесь, что вы определили и утвердили стратегию продукта. Чтобы реализовать свое видение, вы должны сначала иметь четко определенную стратегию продукта.
№ 2. Установите правильные настройки невыполненной работы
Ключевым аспектом является расстановка приоритетов задач в вашем бэклоге. В соответствии с ключевыми показателями эффективности и видением продукта, приоритизация вашей невыполненной работы должна быть четкой и прозрачной. Используйте рамки и процедуры приоритизации, чтобы упорядочить свои идеи и легко планировать итерации. В этом вам помогут отзывы пользователей, поскольку вы поймете, какие инициативы наиболее важны для ваших клиентов.
№3. Сотрудничать
Пусть менеджеры по продукту и команда разработчиков сотрудничают, чтобы обеспечить надлежащее управление невыполненной работой. Привлеките обе команды к обсуждению невыполненных работ, чтобы лучше выявить технические риски и зависимости. Кроме того, каждый член продуктовой команды получит ценную обратную связь, поэтому используйте эти встречи, чтобы обсудить, как расставить приоритеты в невыполненной работе, чтобы улучшить понимание и поддержку. Это приведет к четкому пониманию всей командой того, что было приоритетным и почему.
№ 4. Используйте слово «нет» дипломатично
Одна из проблем менеджера по продукту заключается в том, что он может чувствовать давление, чтобы принять каждый запрос от заинтересованных сторон и членов команды, но цель состоит в том, чтобы удовлетворить ваших клиентов, а не выполнять каждый запрос или говорить «да» каждой идее. Добивайтесь результатов и эффективности (не говоря уже о прибыльности), чаще говоря «нет». Важно не стать внутренним блокировщиком и оставаться открытым для новых запросов, но отказ от них поможет вам расставить приоритеты, не отвлекаясь.
№ 5. Держите заинтересованные стороны в курсе
Делитесь прозрачными обновлениями с заинтересованными сторонами, чтобы сообщать о текущем состоянии вашего невыполненной работы. Обновления могут принимать форму предоставления заинтересованным сторонам доступа к живой панели инструментов с актуальной картинкой вашего невыполненного задания.
Или это может быть обычный бюллетень по электронной почте для соответствующих людей в компании, содержащий только снимок панели инструментов. Поддерживайте прозрачность с заинтересованными сторонами, когда дело доходит до невыполненной работы по продукту. Сообщайте заинтересованным сторонам о текущем статусе, получайте последние обновления и оставляйте полезные отзывы.
Бэклог Спринта против Бэклога Продукта
Бэклоги спринта и бэклоги продукта очень похожи с точки зрения их компонентов. Но журнал спринта — это список рабочих элементов, которые ваша команда планирует выполнить во время спринта проекта, обычно извлекаемый из журнала невыполненных работ во время сеанса планирования спринта. Следовательно, четкий список невыполненных работ по спринту предотвращает расползание объема работ, четко определяя, что ваша команда будет делать, а что нет в каждом спринте. Теперь мы рассмотрим разницу между бэклогом спринта и бэклогом продукта.
Во-первых, бэклог продукта содержит полный список предстоящих элементов жизненного цикла продукта, а бэклог спринта фокусируется на том, что необходимо для достижения отдельных целей спринта. Следовательно, каждый элемент, взятый из бэклога продукта для формирования бэклога спринта, должен быть связан с успехом этой конкретной цели спринта.
Во-вторых, бэклог продукта отслеживает, как работает продуктовая команда, в зависимости от размера вашей организации. У вас может быть один центральный бэклог продукта или несколько для разных команд. Кроме того, владелец продукта будет периодически уточнять бэклог продукта, чтобы убедиться, что самые важные инициативы находятся наверху, и каждая инициатива содержит всю информацию, необходимую для ее выполнения. В то время как журнал спринта является подмножеством журнала невыполненных работ по продукту и содержит список рабочих элементов, которые необходимо выполнить в одном конкретном спринте.
В дополнение к этому, как бэклог продукта, так и бэклог спринта необходимы для обеспечения прозрачности всего процесса разработки продукта. Они обеспечивают четкое представление о текущем ходе работы и планах на будущее.
Что такое бэклог продукта в Scrum?
В самом простом определении Scrum Product Backlog — это просто список всего, что необходимо сделать в рамках проекта. Он заменяет традиционные артефакты спецификации требований. Эти элементы могут иметь технический характер или могут быть ориентированы на пользователя, например, в форме пользовательских историй. Владельцем Scrum является Владелец продукта Scrum. Скрам-мастер, Скрам-команда и другие заинтересованные стороны способствуют созданию широкого и полного списка дел. При применении Scrum нет необходимости начинать проект с длительных предварительных усилий по документированию всех требований.
В двух словах
Бэклог продукта — это упорядоченный список задач, функций или элементов, которые необходимо выполнить в рамках более крупной дорожной карты продукта. Я полагаю, что с помощью перечисленных выше рекомендаций вы теперь сможете создать эффективное управление, вы сможете назначать разработчикам ежедневные, еженедельные или ежемесячные задачи, которые направлены на достижение ваших конечных целей и помогут вам создать лучший продукт.
Рекомендации
- Асана.
- В самом деле.
- .mountaingoatsoftware
- .аэрограмма.
Статьи по теме
- ЧТО ТАКОЕ SCRUM: определение, принципы и цель
- ИНСТРУМЕНТЫ УПРАВЛЕНИЯ ПРОЕКТАМИ AGILE: определение, использование и список APM
- Инструменты управления проектами: 25+ лучших инструментов и методов
- Заказ на работу: простая процедура/этапы создания заказа на работу
- ДОРОЖНАЯ КАРТА ПРОДУКТА: значение, пример, как его создать, программное обеспечение и стратегия
- ПРЕОБРАЗОВАНИЕ БИЗНЕСА: определение, процесс, стратегии, агентства и модель
