Каждый менеджер по продукту рано или поздно сталкивается с проблемой расстановки приоритетов при планировании стратегии и дорожной карты продукта.
Всегда ли легко и быстро решить, над чем работать в первую очередь? 
Дорожная карта продукта требует четкого порядка.
Только качественно разложив все «по полочкам», можно получить достойный и успешный выпуск продукта.
В этом случае не обойтись без удобного способа расстановки приоритетов.
Хорошая система расстановки приоритетов поможет вам рассмотреть каждую функцию или идею, каждый проект или задачу и последовательно интегрировать все эти факторы.
Сегодня в ПМ есть множество популярных методик расстановки приоритетов, от игровых до самых сложных, количественных и качественных.
Все они помогают менеджерам и командам ответить на очень важный вопрос: как правильно выбрать фичи для разработки ? В этой статье мы рассмотрим два простых, но очень полезных приема – Оценка RICE и метод определения приоритетов ICE .
Метод оценки RICE
Если в вашем плане внедрения есть несколько важных и срочных функций, как узнать, с какой из них начать в первую очередь? Этот важный вопрос расстановки приоритетов лежит в основе всего управления продуктом.Цена неправильного выбора может оказаться слишком высокой.
РИС — это метод определения приоритетности идей и характеристик продукта.
Аббревиатура включает в себя 4 фактора, которые менеджер продукта может безопасно использовать для оценки и определения приоритетности функций продукта:
- Достигать это покрытие
- Влияние - влияние
- Уверенность — уверенность в своей оценке охвата, воздействия и усилий
- Усилие - Затраты на рабочую силу
Достигать
Уровень охвата измеряется количеством людей/событий за определенный период времени.Этот коэффициент предназначен для оценки того, на какое количество людей каждая функция или проект повлияет в течение определенного периода времени, и сколько ваших пользователей увидят такие изменения.
Важно сосредоточиться на реальных показателях, а не на непонятных цифрах.
Например: Эту функцию будут использовать 800 пользователей в месяц.
В онбординге участвуют 1000 пользователей, а 70% — только 700 пользователей увидят эту функцию.
Влияние
Влияние показывает, какой вклад эта функция вносит в продукт. В каждом продукте ценность понимается по-разному.
Например, в компании Hygger (B2B SaaS) в текущем квартале функции получают высокие оценки, если они:
1. Улучшите конверсию пробной версии в платную (изменение показателей)
В зависимости от ваших текущих целей у вас будут свои метрики.
2. Помогите привлечь новых пользователей.
Это функции, которые помогают нам привлекать новых пользователей во время регистрации.
Но не забывайте, что большинство пользователей уходят на второй день.
Например, в SaaS отличный показатель удержания в первый день — 15%.
Это означает, что 85% людей просто бросают курить на второй день.
Так что здесь вам следует подумать о функциях, которые большинство новых пользователей смогут увидеть в первом сеансе.
3. Помогите сохранить текущих пользователей
Клиенты купили подписку и теперь просят некоторые функции.Мы не «спешим» делать всё вслепую.
Мы накапливаем статистику по каждой функции — сколько клиентов об этом просило.
А затем мы реализуем самые популярные функции.
4. Они повышают ценность продукта и отличают нас от конкурентов.
Сегодня на рынке представлено более пятисот систем управления проектами.
Чтобы выжить и добиться успеха, нам нужно сделать что-то совершенно новое, желательно увеличить срок службы пользователей или сократить затраты в несколько раз.
Здесь мы ищем возможности, которые могут дать нам конкурентное преимущество, которые создадут причину, по которой клиенты конкурентов перейдут к нам.
Это конкурентное преимущество должно быть уникальным, трудно воспроизводимым и, в идеале, невоспроизводимым.
Кстати, влияние сложно точно измерить.
Итак, мы выбираем из шкалы со множеством вариантов: 3 для «массового влияния», 2 для «высокого», 1 для «среднего», 0,5 для «низкого» и, наконец, 0,25 для «минимального».
Эти числа умножаются на конечный результат, чтобы масштабировать его ниже или выше.
Уверенность
Если вы считаете, что какая-то функция может оказать огромное влияние, но у вас нет данных, подтверждающих это, уверенность позволяет вам контролировать этот момент. Уверенность измеряется в процентах.Например Проект А: Менеджер продукта имеет количественные показатели воздействия функции и оценивает усилия.
Таким образом, проект получает 100% оценку доверия.
Проект Б.
У менеджера по продукту есть данные об охвате и усилиях, но он не уверен относительно импакт-фактора.
Проект получает коэффициент уверенности 80%.
Проект C: Данные об охвате и воздействии могут оказаться ниже ожидаемых.
Затраты на оплату труда могут быть выше.
Проект получил рейтинг доверия 50%.
Усилия (затраты на рабочую силу)
Затраты на оплату труда оцениваются в человеко-месяцах, неделях или часах, в зависимости от потребностей.Например: Проект А займет около недели планирования, 2 недель проектирования и 3 недель разработки, поэтому трудозатраты составят 2 человеко-месяца.
Проект Б потребует всего неделю планирования, 1-2 недели разработки и не потребует никакого проектирования.
Затраты на оплату труда будут равны 1 человеко-месяцу.
Метод оценки ICE
Метод расстановки приоритетов ICE был изобретен Шоном Эллисом, известным тем, что придумал термин Growth Hacker. Первоначально ICE был предназначен для отдачи приоритета экспериментам по росту.Позже ICE стал использоваться для определения приоритетов функций.
Оценка ICE: как это работает?
Рассчитайте балл по каждой особенности или идее по формуле:
- Влияние показывает, насколько ваша идея положительно повлияет на ключевой показатель, который вы пытаетесь улучшить.
- Простота реализации - речь идет о простоте реализации.
Это оценка того, сколько усилий и ресурсов потребуется для реализации идеи.
- Уверенность показывает, насколько вы уверены в оценках воздействия и простоты реализации.
ICE использует шкалу от 1 до 10, чтобы гарантировать, что все факторы оказывают сбалансированное влияние на окончательный результат. Вы можете иметь в виду все, что вам нужно, от 1 до 10, главное, чтобы значения были согласованными.
В качестве примера давайте применим это к функции «Виджеты для информационной панели»:
Влияние : Насколько это будет эффективно? Что это даст нашим пользователям, их целям и задачам?
Простота реализации : Насколько легко будет разработать, протестировать и запустить эту функцию?
Уверенность : Как я могу быть уверен, что эта функция приведет к такому улучшению, которое я описал в «Воздействии», и займет столько времени?
Недостатки ДВС
ICE Scoring иногда критикуют за его субъективность:- Одна и та же особенность может быть по-разному оценена одним и тем же человеком в разное время.
Это может повлиять на окончательный список приоритетов.
- Если разные люди оценивают какую-то функцию, все они будут оценивать ее по-разному.
- Члены команды, которые хотят, чтобы их функции были приоритетными, могут манипулировать результатами, чтобы получить одобрение.
Как использовать RICE и ICE Scoring?
Давайте рассмотрим пример использования обеих моделей в сервисе управления продуктами и проектами Hygger.io. С чего начать? Во-первых, у вас уже должны быть собраны необходимые функции и идеи продуктов на вашей доске Канбан.Используя Hygger, вы можете структурировать их, используя горизонтальные столбцы.
Дорожки для плавания , а также использование Этикетки .
Вы также можете настроить процесс работы с функциями с помощью Столбцы .
Например, вы можете создать следующий рабочий процесс:
- Бэклог — здесь вы собираете все идеи и возможности.
- Next Up — здесь вы перемещаете функции, над которыми хотите работать в ближайшем будущем.
- Спецификация — здесь вы собираете требования и пишете спецификации для функций.
- Разработка — функции находятся в разработке, и здесь вы можете отслеживать их текущий статус.
- Готово — функции успешно загружены в рабочую среду и теперь доступны вашим пользователям.
Рейтинг Hygger RICE
Во-первых, вам необходимо оценить каждую функцию на основе охвата, воздействия, уверенности и усилий.
Все характеристики также можно увидеть в таблице: 
Вот как вы сортируете все функции, оцениваете их и выбираете «победителей» из верхней части списка, а затем отправляете их в разработку, используя эту функцию.
Толкать .
Толкать работает следующим образом:
- создается задача по реализации фичи на доске разработки — на доске Kanban или Sprint внутри Hygger (да, Hygger поддерживает Kanban и Scrum).
В будущем мы добавим интеграцию с Jira и другими таск-трекерами, так как прекрасно понимаем, что многие команды используют Jira для разработки и оставляют ее для чего-то другого - anril
- задача на доске невыполненной работы и задача на доске разработки связаны друг с другом
- Когда задача на доске разработки будет полностью выполнена, задача на доске невыполненных работ также будет перемещена в столбец «Выполнено».
Эпик будет «готовым», когда все задачи разработки, на которые он ссылается, «завершены».
Оценка Hygger ICE
Тот же алгоритм применим и к выбору модели оценки ICE. Вам необходимо оценить каждую функцию на основе критериев воздействия, уверенности и простоты.
Удобная таблица также визуализирует все ваши возможности: 
Другие методы расстановки приоритетов в Hygger
Приоритизация ценности и усилий (также известная как расстановка приоритетов бережливого производства)
Это простой метод определения приоритетов, основанный на матрице 2x2 с двумя осями: сложность и Ценить:- Ценить — это какой вклад вносит конкретная функция.
- Усилие — это усилия, необходимые для реализации этой функции.
В Hygger инструмент «Диаграмма приоритетов» помогает визуализировать матрицу (доступен только для определения приоритетов ценности и усилий): 
- Сначала мы разрабатываем Быстрые победы .
Это функции, которые приносят наибольшую ценность, но их можно реализовать быстро и легко.
- Дальше - Большие ставки .
Эти функции могут принести большую пользу, но их сложно реализовать.
- После - Может быть – задачи или функции, которые не принесут большой пользы, но легко реализуются.
Их можно оставить на потом.
- Окончательно, Поглотители времени .
На эти особенности вообще не стоит обращать внимание.
Но подробнее об этой системе оценивания и ее преимуществах мы обязательно расскажем в одной из следующих статей.
Теги: #приоритизация #рис #лёд #управление проектами #управление продуктом #управление задачами #управление бэклогом #разработка мобильных приложений #управление разработкой #управление проектами #управление продуктом
-
Давайте Будем Честными О Статическом Анализе
19 Oct, 24 -
Stat.nic.ru Обсчитали?
19 Oct, 24 -
Alfa Factory 5.0 – Регистрация До 14 Октября
19 Oct, 24 -
Кэлвин И Джобс
19 Oct, 24 -
Карстен Нол Выступит На Phdays 9
19 Oct, 24
