Что входит в бэклог продукта
Для работы с бэклогом не понадобится использовать какие-либо сложные инструменты. Можно начать с бумажных карточек или с таблицы Microsoft Excel. В бэклог могут быть добавлены не только “клиентские” задачи, но и от разработчиков тоже. Грубо говоря, где-то записаны задачи и есть люди, которые эти задачи между собой распределяют.
Приоритизировать задачи
Эти горизонтальные столбцы на Kanban-доске используются для разделения различных видов проблем, которыми заняты члены команды. Они помогают командам легче определить, над каким вопросом им работать дальше. Менеджеры продукта и его собственники не могут не уделять серьезного внимания продуктовому бэклогу. Не только для облегчения планирования релизов и итераций, но и для оптимизации всего жизненного цикла продукта, над которым намерена работать команда. Подготовьте список функций, которые хотите реализовать в продукте и расставьте их по приоритету на основании product roadmap.
При изменении статуса разработки в журнале невыполненной работы перераспределяется приоритет задач. Владелец Продукта управляет Бэклогом Продукта и отвечает, в том числе и за определение приоритетов элементов бэклога. После того как бэклог продукта создан, важно регулярно его поддерживать, чтобы идти в ногу с программой.
Изменения в бэклог могут вносить только члены команды, а заказчик имеет возможность лишь наблюдать за изменениями. Разработка продукта невозможна без предварительного изучения информации. Эта задача не имеет отношения к пользователю, однако для полного понимания функций перед началом работы, необходимо проводить предварительные исследования и включать их в бэклог продукта. В большинстве случаев для качественной работы над проектами минималистичного бэклога недостаточно. В этом случае бэклог будет состоять не только из списка задач и их приоритетов, но и будет содержать подробное описание каждого задания. Документ, который отображает цели, общее видение продукта, направление его развития и основные этапы разработки.
Задания проходят оценку, после которой могут быть перенесены в другие категории или отменены. Владелец продукта проверяет работу команды, оценивает технические риски. Вносятся сведения о ценности запросов, учитываются бизнес риски. Приоритетные элементы имеют ясное описание и раньше попадают в работу.
К тому же стоит ограничивать время, затрачиваемое на данную деятельность. Таким образом вы потратите время, которое было запланировано на решение других задач. В формате бэклога возможностей собираются все идеи, проблемы, гипотезы и тщательно рассматриваются на предмет жизнеспособности.
Бэклог это открытый документ, который постоянно может меняться, следовательно, в любой момент вектор разработки может быть изменен. То, как выглядит бэклог — не столь важно, лишь бы было удобно им пользоваться. Можете собрать статистику вручную, а можете использовать встроенные инструменты в Jira или Trello. Установите пороговые значения, когда количество задач станет для вас избыточным, и отслеживайте регулярно.
Бэклог продукта — это руководство для agile-команды, поэтому он должен быть составлен четко и просто, чтобы избежать недопониманий. Хотя понятие «бэклог продукта» достаточно простое, оно может быть довольно сложным, поскольку в него входит буквально все, что должно быть выполнено для успешного проекта. Необходимо знать проект изнутри и снаружи, обладать необходимыми навыками, чтобы разбить каждую из этих отдельных задач на ряд подзадач, которые затем можно поручить команде.
Прошедшие проверку переходят в бэклог разработки для дальнейшей реализации. Из предыдущего раздела может сложится впечатление, что бэклог — это всегда таблица. Чем успешнее становится продукт, тем быстрее он обрастает краткое руководство по составлению бэклога сложным функционалом, увеличивается число пользователей и обратная связь от них, растет объем технического долга. Бэклог продукта — это живой документ без каких-либо бездействий или задач низкого уровня приоритета.
