Перевод статьи подготовлен специально для студентов курса.
«Продакт-менеджер ИТ-проектов» 
Проблема, которая постоянно возникает при построении дорожной карты продукта, — это расстановка приоритетов.
Как вы решаете, над чем работать в первую очередь? Если вы приложите достаточно усилий для мозгового штурма, поиска возможностей для улучшения и получения обратной связи, вы сможете создать хорошую дорожная карта продукта .
Однако заслуживает внимания и порядок реализации новых идей.
Вам нужно найти время, чтобы правильно расставить приоритеты.
Расставить приоритеты сложно
Почему так сложно расставить приоритеты в дорожной карте продукта? Перечислю причины: Работать над собственными идеями приятнее, чем над громоздкими проектами; Гораздо интереснее сосредоточиться на продуманных идеях, чем просто на проекте, который приведет вас к цели; Гораздо интереснее погружаться с головой в новые идеи, чем в проекты, в которых вы уже уверены.Легко сбросить со счетов дополнительные усилия, необходимые для реализации одного проекта, который является частью другого.
Даже если вы преодолеете это мысленное минное поле невредимым, вам придется столкнуться с трудной задачей последовательной интеграции и сравнения этих факторов для каждой идеи в проекте.
К счастью, вам не обязательно делать все это в своей голове.
Оценка RICE: простой инструмент для определения приоритетов
Здесь вступает в игру система баллов.Хорошая структура расстановки приоритетов поможет вам оценить каждую идею и организовать их в строгую последовательность выполнения.
Использование системы баллов для определения приоритетов управления продуктом, безусловно, не новая идея.
Существует множество систем, призванных сбалансировать затраты и выгоды.
Но вам может быть трудно найти тот, который позволит вам последовательно и с пользой сравнивать различные идеи.
В качестве решения мы начали разрабатывать собственную систему оценок, позволяющую определять приоритеты на основе первых принципов.
После долгих итераций тестирования мы остановились на четырех факторах и нашли метод их объединения.
RICE: 4 фактора оценки приоритета
RICE — это аббревиатура четырех факторов, которые мы используем для оценки каждой проектной идеи: охват, влияние, уверенность и усилия.
Достигать
Чтобы избежать предвзятости в отношении функций, которые вы бы использовали сами, оцените, как проект повлияет на многих людей с течением времени.Моя команда понимает это так: «На скольких людей этот проект повлияет за один кварталЭ» Охват измеряется количеством людей/событий за определенный период времени.
Это может быть «количество клиентов в квартал» или «количество транзакций в месяц».
Насколько это возможно, используйте фактические измерения из метрики продукта вместо того, чтобы просто брать цифры из воздуха.
Пример: Проект 1: 500 клиентов каждый месяц достигают определенной точки воронки регистрации, и 30% выбирают конкретный вариант. Охват 500 х 30% х 3 = 450 клиентов в квартал.
Проект 2: Каждый клиент, использующий определенную функцию, будет видеть изменения, вносимые каждый квартал.
Охват составит 2000 клиентов в квартал.
Проект 3: Определенное изменение затронет 800 существующих клиентов один раз и не будет иметь постоянного эффекта.
Охват за квартал составит 800 клиентов.
Влияние
Чтобы сосредоточиться на проектах, которые приближают вас к цели, оцените влияние на каждого конкретного человека.Моя команда понимает это так: «Насколько этот проект увеличит конверсию, когда клиент с ним столкнетсяЭ» Ваша команда может интерпретировать это по-разному, например, «как увеличить использование» или «получить максимальное удовольствие от использования».
Влияние трудно измерить.
Поэтому я буду выбирать из шкалы с множественным выбором: 3 — «массовое влияние», 2 — «высокое», 1 — «среднее», 0,5 — «низкое» и, наконец, 0,25 — «минимальное».
Эти показатели будут умножены на конечный результат для увеличения или уменьшения его масштаба.
Выбор числа для масштабирования может показаться ненаучным.
Но у вас всегда есть альтернатива: запутанный клубок смешанных чувств по поводу этой идеи.
Пример: Проект 1: Каждый клиент, который увидит этот проект, окажет большое влияние.
Оценка влияния – 3. Проект 2: Этот проект окажет меньшее влияние на каждого клиента.
Рейтинг воздействия – 1.
Проект 3: Этот проект будет иметь средний эффект. Рейтинг воздействия – 2.
Уверенность
Чтобы обуздать энтузиазм по поводу интересных, но нечетких идей, оцените уровень своей уверенности в своих оценках.Если вы считаете, что проект может оказать огромное влияние на клиентов, но у вас нет данных, подтверждающих это, определенная степень уверенности поможет вам его контролировать.
Уверенность — это процент. Я использую шкалу с множественным выбором, чтобы избежать парализующих решений.
100% – «высокая достоверность», 80% – «средняя», 50% – «низкая».
Все, что ниже этих цифр, является просто азартной игрой.
Будьте честны с самим собой: насколько вы действительно верите в свою оценку? Пример: Проект 1: У нас есть количественные показатели охвата, исследования пользователей для обеспечения достоверности показателей воздействия и оценка необходимых усилий для реализации.
Такой проект получает 100% доверие.
Проект 2. У меня есть данные для оценки охвата и требуемых усилий, но я не уверен насчет импакт-фактора.
Такой проект получает 80% доверия.
Проект 3: Охват и воздействие могут оказаться ниже ожидаемых, а затраты на усилия могут оказаться выше.
Такой проект получит 50% доверия.
Усилие
Чтобы действовать быстро и добиться большого результата с меньшими усилиями, оцените общее количество времени, которое потребуется всем членам вашей команды на выполнение проекта: проектирование, проектирование и разработка.Усилия измеряются количеством «человеко-месяцев» — то есть работы, которую один член команды может выполнить за месяц.
Здесь много неизвестных переменных, поэтому я делаю приблизительные оценки, придерживаясь целых чисел (или 0,5 за полмесяца).
В отличие от других положительных факторов, высокая оценка усилий – это плохо, поэтому она будет делителем общего воздействия.
Пример: Проект 1: Этот проект потребует неделю планирования, 1–2 недели проектирования, 2–4 недели разработки.
Оценю в 2 человеко-месяца.
Проект 2: Этот проект потребует нескольких недель планирования, большого количества времени на проектирование и не менее двух месяцев разработки.
Я дам этому проекту оценку в 4 человеко-месяца.
Проект 3: Проект потребует неделю планирования, никаких затрат на архитектуру и несколько недель разработки.
Оценю в 1 человеко-месяц.
Как определяется итоговый балл по методологии RICE? Если кратко суммировать все четыре фактора: Достигать : Скольких людей это затронет? (Оценивается за определенный период времени) Влияние : Насколько это повлияет на каждого человека? (Очень сильная – 3х, сильная – 2х, средняя – 1х, маленькая – 0,5х, минимальная – 0,25х) Уверенность : Насколько вы уверены в своих оценках? (Очень уверенно – 100%, средне – 80%, не очень уверенно – 50%).
Усилие : Сколько «человеко-месяцев» это займет? (Используйте целые числа и минимум половину месяца — не вдавайтесь в подробности при оценке.
) Оценив эти факторы, объедините их в одну оценку, чтобы можно было предварительно оценить существующие проекты.
Вот простая формула: (Охват x Влияние x Уверенность)/Усилия = Оценка RICE Итоговая оценка будет мерой «общего воздействия с течением времени» — именно того, что вы хотите максимизировать.
я настроил стол для автоматического расчета итоговой оценки при изменении каждого фактора.
Не стесняйтесь использовать эту таблицу для своих нужд или скачать ее в .
xls
.
Как только ваша первоначальная оценка будет завершена, отсортируйте свой список и просмотрите его еще раз.
Есть ли проекты, где смета кажется завышенной или заниженной? Если да, пересмотрите свои оценки и внесите необходимые изменения или примите то, что ваш инстинкт подсказывает вам, что это неправильно.
RICE может оказаться очень полезным при выборе между трудно совпадающими идеями.
Эта методология заставит вас задуматься, почему идея проекта будет иметь большое влияние, и честно рассчитать усилия, необходимые для ее реализации.
Как эффективно использовать методологию RICE
Конечно, оценку RICE не следует использовать как быстрое и жесткое правило.Существует множество причин, по которым вам может потребоваться сначала начать работу над проектом с более низким приоритетом.
Один проект может зависеть от другого, поэтому его необходимо реализовать первым, или можно сделать высокую ставку на другую функцию, чтобы продать ее определенным клиентам.
Иногда может случиться так, что вам нужно работать над задачами проекта не в строго определенном порядке.
И это нормально! С помощью системы баллов вы сможете четко определить, в какой момент нужно прибегнуть к компромиссу.
Система расстановки приоритетов, такая как RICE, может помочь вам принять более обоснованные решения о том, над чем работать в первую очередь, и защитить эти решения перед другими.
Дайте RICE возможность расставить приоритеты в вашей задаче и посмотреть, подходит ли вам эта методология.
Теги: #Управление продукцией #менеджмент продукции #рис
-
Гирлянда 8Р8С
19 Oct, 24 -
Полный Анализ Apple Mac Pro 2013
19 Oct, 24 -
Яндекс – Здесь Есть (Действительно) Всё!
19 Oct, 24 -
Обзор Azure-Iaas № 15 (Апрель)
19 Oct, 24
