После приоритизации должен получиться бэклог продукта, в котором задачи расставлены по кварталам. Теперь вы с командой знаете свои задачи на ближайший год. Суперспособность продуктовых менеджеров — это приоритизация бэклога. Когда владельцы бизнеса требуют срочно сделать одни задачи, клиенты — другие, отсыпал своих «хотелок» отдел маркетинга, а команда говорит, что и так ничего не успевает.
И в этой ситуации продуктовому менеджеру нужно понять, что делать в первую очередь, что потом, а что — никогда. Бэклог продукта должен представлять собой список всех связанных с продуктом задач, которые необходимо выполнить команде, с указанием исполнителей и сроков. Он должен быть гибким и обязательно будет меняться в зависимости от обстоятельств. Купить функцию — игра, в которой могут участвовать клиенты и стейкхолдеры (в зависимости от продукта и задач).
Если пользователь живет в пустыне, его не вдохновит дождевик. Если вы хотите использовать модель Кано, нужно хорошо знать своего клиента. Стандартного содержания бэклога нет — конкретный бэклог в отдельно взятой компании формируется в зависимости от особенностей продукта, команды, методов управления и сроков.
Основная цель – выявить те, которые действительно требуют внимания в ближайшее время. Это поможет избежать перегрузки и сохранить актуальность работы. Важно хранить все задачи бэклога в единой системе учета. Это дает ясность в отслеживании прогресса, учете пожеланий заказчика и выявлении ошибок.
Кроме того, вы и ваша команда можете определить стоимость функции на основе того, сколько они будут стоить после внедрения. Чтобы применить этот простой метод приоритизации, нужно составить список функциональности и инициатив и оценить каждую с точки зрения ценности и усилий. Бэклог можно сделать в форме классической таблицы с колонками и строками, либо собрать на Канбан-доске. Например, как бэклог идей — он структурирует гипотезы и задачи из них. Каждая идея проверяется, оформляется в гипотезу, которая проходит первичную проверку, берётся в работу в виде задачи, переносится в колонку «К работе». Поэтому создайте другие списки, в которых вы организуете продуктовые идеи, не внося их в бэклог.
Но какой проект на самом деле должен быть приоритетным? К счастью, есть отличные методы, которые помогут определить приоритет задач в бэклоге продукта. Дальше, те гипотезы, которые выжили и подтвердили свою значимость отправляются в список задач. Ведь часть из них может оказать гораздо большее влияние на ваши ключевые метрики, поэтому вам нужен скоринг.
Эпик — это объём работы, который можно разбить на несколько отдельных заданий — «пользовательских историй». Они отталкиваются от потребностей пользователей и клиентов. Этот пример организации рабочего пространства подойдёт для работы над крупными функциями для уже существующего продукта. Один из самых популярных методов приоритизации в крупных IT-компаниях. Аббревиатура RICE включает 4 фактора — Reach, Impact, Confidence, Effort, — которые влияют на оценку важности продуктовых фичей. Он будет различаться в зависимости от тех ресурсов, которые у вас есть прямо сейчас, наборов скиллов в команде, зависимостей и внешних факторов.
Оба основаны на гибких методологиях управления и построены на Канбан-досках — это лучший инструмент, чтобы визуализировать интенсивные процессы создания ПО, сайтов, приложений. Оба способа ты можешь адаптировать или трансформировать под себя. Шкала Effort — это ресурсы, которые вам нужно будет потратить, чтобы выполнить задачу. Измерять можно в часах, человеко–часах или через сравнительную оценку требований друг к другу.
Инструменты Управления Бизнесом: Рекомендации И Сервисы
Выбор метода приоритизации итеративный процесс — только пробуя разные подходы, вы сможете получать обратную связь, измерять эффективность и найти тот, который отвечает вашим требованиям. WSJF — это инструмент, который используется в Scaled Agile Framework (SAFe) для того, чтобы помочь командам приоритизировать инициативы. Вдоль горизонтальной линии вы размещаете серию последовательных сегментов или категорий, которые представляют каждый этап пути пользователи. Это позволяет подумать о том, как пользователи перемещаются по вашему продукту от регистрации до настройки своего профиля и использования определенных функций.
Это про вашу уверенность в идее, оценку того, насколько сложно ее будет реализовать, влияние на продукт в целом. Допустим, вы придумали какую–то функцию и, конечно, считаете, что она круто повлияет на продукт. Но аналитики нет, и чем ниже уверенность команды в вашем личном мнении, тем ниже будет оценка. Уверенность может опираться не только на личное мнение, но и на аналитику, опросы и интервью пользователей, A/B тесты, UX–исследования, наблюдения за конкурентами и тп. Либо оцениваем сколько денег эта фича принесет, что она даст пользователям.
Мы распишем тебе один из стандартных способов создания бэклога в WEEEK с помощью Канбан-досок. Он формирует список того, что надо сделать в первую очередь. Представь себе, что все идеи по проекту или продукту собираются, как книги в шкафу. И этот шкаф как по волшебству выдаёт тебе книги, которые нужно прочитать именно сейчас — потому что они принесут больше всего пользы. Такая система обеспечивает структуру, необходимую вашей команде, чтобы чувствовать свою ответственность. Чем более организован ваш бэклог, тем лучше себя все чувствуют, они знают, что их ждет, и они могут двигаться вперед.
Благодаря этой системе можно наглядно понять, будут ли пользователи рады, если фича будет внедрена, или останутся равнодушными, а также будут ли они разочарованы, если этого функции не будет. В ICE обычно используется шкала от 1 до 10 для того, чтобы факторы имели равный вес относительно друг друга. Такой показатель всегда будет приблизительным, поэтому методом ICE можно сравнивать только фичи в рамках одной итерации. Вертикальная ось отражает уровень удовлетворенности пользователя. Шкала функциональности показывает, насколько хорошо реализована фича, от «не реализована вообще» до «полностью реализована». Чтобы минимизировать неоднородность оценок, убедитесь, что верно определяете каждый параметр в системе ICE.
Согласно своего веса часть из них пойдет в ближайший релиз, а часть в следующий. Чтобы лучше понять место бэклога в продуктовой разработке, предлагаю немного сделать шаг назад и посмотреть, как, в идеальной картине мира, задача появляется на свет и оказывается в бэклоге. Impact (Влияние) — это оценка того, насколько сильно задача или фича повлияет на пользователей или бизнес. Со всеми заинтересованными лицами договариваться о приоритетах задач. Кроме результатов «продаж» важно знать мотив, который повлиял на тот или иной выбор.
Как Расставить Приоритеты В Бэклоге Продукта
Согласно RICE фреймворку, фича A имеет наивысший приоритет, фича B — средний, а фича C — наименьший. Согласно ICE фреймворку, фича B имеет наивысший приоритет, A — средний, C — наименьший. В работу сначала берутся задачи из первого и второго квадрантов (то есть те, что выше оси X).
Так выше вероятность упустить, что-то важное при просмотре бэклога. Одним из крайне полезных шагов в организации вашего бэклога является размещение его верхней части в виде содержимого вашего следующего спринта. Груминг и рефаймент бэклога – ключевые процессы в управлении проектами, которые обеспечивают их успешное и своевременное выполнение. Они помогают команде оставаться на одной волне, четко понимать текущие задачи и эффективно распределять ресурсы.
Отсортируйте их по степени важности с использованием Product Roadmap. В самом начале списка бэклога важно разместить задачи, которые необходимо выполнить в следующем спринте. Это поможет команде сфокусироваться на главном и не тратить время на второстепенное.
Вместо того чтобы разбираться в объемных документах, команда может сосредоточиться на конкретных, приоритетных действиях. Каждый из типов задач позволяет продукту развиваться комплексно. Мы уже подробно разбирали эту тему здесь, поэтому пойдем дальше. Данные инструменты позволяют всей команде работать с задачами, обновлять статусы, оставлять комментарии и делать кучу других фишек.
- Этот фреймворк учитывает больше важных факторов для приоритизации.
- Шкала Effort — это ресурсы, которые вам нужно будет потратить, чтобы выполнить задачу.
- Что касается всего остального на этой доске, вы, конечно, зафиксируете это, но вы не можете поместить все их в бэклог (или что еще более нереалистично, в свою дорожную карту).
- Impact оценивают по шкале от 1 до 10, где 1 — минимальное влияние, а 10 — максимальное.
- Представьте, вы ведете проект, и все идеи по нему собираются в одном месте.
- Когда вы упорядочите свой список, вы будете точно знать, почему каждый элемент находится там, где он стоит у вас в списке.
Простыми словами, оценка задач с учетом ключевых показателей продукта. Затем вы размещаете эти задачи на вертикальной оси в порядке важности сверху вниз. Это позволит расставить приоритеты https://deveducation.com/ для функций, над которыми вы будете работать. При приоритизации вашего бэклога нужно учитывать один важный фактор для каждой задачи — это то, сколько времени понадобится на ее выполнение.
Когда вы упорядочите свой список, вы будете точно знать, почему каждый элемент находится там, где он стоит у вас в списке. Также вы можете объяснить и защитить свое стратегическое видение перед стейкхолдерами и другими командами. Рефаймент бэклога помогает понять, что все задачи в бэклоге актуальны, реалистичны и соответствуют стратегическим целям проекта. Так команда эффективнее распределяет свои усилия и ресурсы. Начните с составления списка всех функций, которые вы планируете реализовать.
В коротких спринтах (от 1 до four недель) всем ясно, какие задания предстоят в будущем, и никто не теряется в планах. Простыми словами, бэклог – это ваш путеводитель по проекту. Он подсказывает, в каком порядке нужно брать задачи в работус чего бэклог это начать работу, чтобы быть наиболее продуктивным. Бэклог, это не куча, где команда должна копаться и на интуитивном уровне понимать, что же из этих задач взять в работу? Это приоритезированный список, где задачи стоят строго по приоритетам.
Давай представим, что он многое знал наперёд и составил бэклог проекта по уничтожению Тёмного Лорда.