Приоритизация и RICE: вопросы для собеседования (часть 4)
RICE, ICE, Impact/Effort matrix — фреймворки приоритизации помогают аналитику аргументировать, какие задачи важнее. На собеседовании дают список фич и просят расставить приоритеты с обоснованием. Аналитик, который умеет оцифровать потенциальный эффект инициативы, становится незаменимым партнёром для продакт-менеджера.
Вопросы 16–20 из 20
16После скоринга по `RICE` у вас есть 12 инициатив, но capacity команды позволяет сделать только 6. Что лучше всего описывает правильный следующий шаг в `prioritization`?
AВзять топ-6 по `RICE` и не обсуждать больше ничего
BВзять инициативы с самым низким `effort`, игнорируя `impact`
CСобрать `roadmap` как портфель: учесть ограничения capacity, стратегию, зависимости, риск (`confidence`) и баланс `bets` разных размеров, а затем зафиксировать выбор и причины
DПеренести все 12 в `roadmap`, а потом 'как-нибудь сделаем'
Ответ: `RICE` — это вход в обсуждение, а финальный `roadmap` должен учитывать ограничения и портфельный риск.
Даже если скоринг даёт порядок, он не учитывает все реальные ограничения: зависимости, параллельность, обязательные работы и риск концентрации на одном большом `bet`. Портфельный `roadmap` помогает балансировать: часть быстрых ставок, часть стратегических, плюс буфер. Также важно уметь объяснить выбор: какие `impact` цели поддерживаются и почему некоторые инициативы отложены. Так `prioritization` становится прозрачной и повторяемой.
17В компании заметили, что оценки `impact` и `confidence` в `RICE` расходятся между командами, и разные PM "подгоняют" числа. Какой процесс снижает риск такого `gaming` и делает `prioritization` устойчивее?
AРазрешить каждому использовать свою формулу `RICE`
BОтменить все фреймворки и выбирать по самым громким стейкхолдерам
CЗафиксировать рубрику (шкалы `impact`, правила `confidence`, `units` для `reach`/`effort`), делать кросс-командную калибровку и пост-оценку факта, чтобы улучшать точность
DСкрыть числа `RICE` от всех, оставив только итоговый список
Ответ: Устойчивость `prioritization` повышают общие правила: шкалы, `units`, калибровка и обратная связь по факту.
Если каждый использует свою шкалу, скоринг превращается в соревнование по завышению `impact`. Рубрика и калибровка помогают сравнивать инициативы на одном языке, а проверка постфактум учит команду оценивать реалистичнее. Полезно требовать обоснование `confidence`: какие данные или эксперименты поддерживают оценку. В результате `RICE` остаётся инструментом принятия решений, а не способом продавить проект.
18Большой проект имеет максимальный `RICE`, но занимает 2 месяца и блокирует команду, из-за чего вы не успеете 4 небольших `bets` с хорошим `impact/effort`. Какой подход наиболее здравый?
AВсегда брать проект с максимальным `RICE`, независимо от контекста
BОтменить большой проект без анализа, потому что он сложный
CВзять большой проект и параллельно все малые `bets`, игнорируя capacity
DРазбить большой проект на инкременты (`MVP`/этапы), сравнить портфель и `opportunity cost`, и поставить `decision gate` после короткого `timebox` на проверку ключевых рисков
Ответ: Один максимальный `RICE` не заменяет портфельное мышление: важны `opportunity cost`, `bet sizing` и возможность резать `bet` на этапы.
Большая ставка может выглядеть лучшей в таблице, но её стоимость — не только `effort`, а ещё и то, что вы не сделаете параллельно. Разбиение на `MVP` и этапы снижает риск: вы можете проверить критические допущения, повысить `confidence` и принять решение на `decision gate`. `Timebox` помогает ограничить затраты на неопределённость и быстрее получить learning. Такой подход делает `roadmap` менее хрупким и лучше управляет рисками.
19У вас одна команда и 8 недель до релиза. Есть 3 `bets`: (1) Small: улучшение онбординга, `impact` средний, `effort` 1 неделя, `confidence` 0.8; (2) Medium: поиск по каталогу, `impact` высокий, `effort` 3 недели, `confidence` 0.6; (3) Big: новый pricing, `impact` очень высокий, `effort` 6 недель, `confidence` 0.3. Какой `roadmap` больше похож на здравый портфель по `bet sizing`?
AСделать Medium (3 недели) + Small (1 неделя) + `timebox` 2 недели на `discovery` для Big и оставить буфер на поддержку
BСделать только Big на 6 недель и заполнить остаток мелочами без буфера
CСделать только Small, потому что большие `bets` всегда вредны
DЗапланировать полную реализацию всех трёх, игнорируя `effort` и capacity
Ответ: Портфель `bets` обычно сочетает value, learning и управляемый риск через `timebox` и буфер.
Big-ставка с низким `confidence` может дать большой `impact`, но риск провала высок, поэтому разумно начать с `discovery` и решения по `decision gate`. Одновременно полезно реализовать Medium и Small, чтобы получить ценность и улучшить метрики в рамках доступного `effort`. Буфер защищает `roadmap` от непредвиденных работ и стабилизирует поставку. Такой портфель лучше балансирует шанс успеха и цену ошибки.
20Фича повышает `impact` по конверсии, но по оценке SRE увеличивает риск инцидентов и добавляет нагрузку на поддержку. Как корректнее всего отразить это в `prioritization` через `RICE`/`ICE`?
AНе учитывать риски: `RICE` только про рост метрик
BУчесть чистый (`net`) `impact` и стоимость: добавить `effort` на операционные меры/поддержку и снизить `confidence` из-за риска, а также проговорить ограничения как часть решения
CПоставить `confidence` 1, чтобы ускорить согласование
DСчитать, что риск автоматически уменьшится, если `reach` большой
Ответ: Риски и операционные издержки можно учесть через корректировку 'net' `impact`, увеличение `effort` и снижение `confidence`.
Если фича приносит рост, но создаёт нагрузку и риск, правильнее оценивать чистый (`net`) эффект, а не только верхнюю метрику. Дополнительные работы по мониторингу, откатам и поддержке — это реальный `effort`, который уменьшает эффективность ставки. Низкая уверенность в контроле рисков снижает `confidence` и делает ставку менее привлекательной по `RICE`/`ICE`. Такое оформление помогает объяснить выбор стейкхолдерам и избежать "скрытых" затрат после релиза.
Хотите тренировать интерактивно?
В приложении — таймер, прогресс, стрики и 1700+ вопросов по всем темам.
Тренировать в TelegramДругие темы: Продуктовая аналитика