Приоритизация и RICE: вопросы для собеседования (часть 3)
RICE, ICE, Impact/Effort matrix — фреймворки приоритизации помогают аналитику аргументировать, какие задачи важнее. На собеседовании дают список фич и просят расставить приоритеты с обоснованием. Аналитик, который умеет оцифровать потенциальный эффект инициативы, становится незаменимым партнёром для продакт-менеджера.
Вопросы 11–15 из 20
11Инициатива X имеет очень высокий `RICE` за счёт большого охвата, но уверенность 0.2 (гипотеза без данных). Инициатива Y имеет чуть ниже `RICE`, но уверенность 0.8 и понятные трудозатраты. Какое решение лучше отражает зрелую приоритизацию?
AЗапустить Y в разработку, а для X сделать короткую проверку гипотезы (прототип, интервью, тест), чтобы поднять уверенность перед большой ставкой
BИгнорировать уверенность и брать максимальный `RICE`: у X скор выше, инициатива X должна идти первой без дополнительных проверок гипотезы
CУмножить трудозатраты X на 0.2, чтобы скомпенсировать низкую уверенность и автоматически перенести риск в знаменатель формулы `RICE`
DСразу исключить X из бэклога, раз уверенность не равна 1.0, и считать инициативу неготовой к разработке без полного набора данных
Ответ: Низкая уверенность — сигнал сначала сделать небольшую проверку гипотезы, а не сразу коммититься в полный объём работ.
Высокий скор по `RICE` при низкой уверенности часто означает, что потенциальный выигрыш большой, но вы можете ошибаться в оценке охвата или влияния. В такой ситуации полезно сделать короткий шаг проверки гипотезы: прототип, интервью, A/B-тест, чтобы получить данные и обновить уверенность. Параллельно можно реализовать инициативу Y, где ценность более предсказуема. Это снижает риск и делает роадмап устойчивее к сюрпризам, не требуя ни искусственного занижения трудозатрат, ни полного исключения инициативы.
Подробный разбор → 12Вы запланировали инициативу как среднюю ставку. После первой недели выяснилось, что трудозатраты выше, ожидаемое влияние ниже, а уверенность в успех упала. Как правильнее поступить?
AПересчитать приоритизацию с учётом новых данных, обсудить варианты (урезать охват, остановить, разбить ставку) и обновить роадмап прозрачно для команды.
BПродолжать инициативу до конца, потому что роадмап уже согласован и менять его в середине квартала нельзя ни при каких условиях.
CСкрыть новую информацию от стейкхолдеров, чтобы не расстраивать их и не создавать впечатления, что команда ошиблась с оценкой.
DИскусственно увеличить оценку влияния и снизить трудозатраты, чтобы оправдать уже потраченные ресурсы и продолжить работу.
Ответ: Хорошая приоритизация обновляется по мере обучения: пересчитайте влияние, трудозатраты и уверенность и адаптируйте роадмап.
Если новые данные говорят, что ставка хуже ожиданий, продолжать «по инерции» — это потеря альтернативной выгоды. Правильный шаг — пересмотреть прогноз: что поменялось во влиянии, сколько реально трудозатрат, какие риски выявились и как это влияет на уверенность. Иногда помогает декомпозиция: сделать меньшую ставку с чётким результатом, а остальное отложить. Прозрачное обновление роадмапа повышает доверие и снижает риск больших провалов.
Подробный разбор → 13В приоритизацию попала задача «уменьшить время сборки и деплоя». У неё нет прямого охвата на пользователей, но она ускоряет поставку и снижает риск инцидентов. Как лучше учесть такую инициативу рядом с фичами в роадмапе?
AВыставить охват равным нулю, чтобы задача уходила в конец списка приоритизации и не мешала продуктовым фичам команды
BОписать влияние через прокси (снижение будущих трудозатрат и риска инцидентов), задать уверенность по данным или выделить трек
CДавать техническому долгу максимальное влияние, чтобы он гарантированно попадал в спринт и проблемы дальше не накапливались
DНе включать технический долг в общую приоритизацию: его ценность нельзя измерить и сопоставить с продуктовыми фичами в роадмапе
Ответ: Технические инициативы можно оценивать через прокси-влияние и честную уверенность, а иногда держать отдельный трек в роадмапе.
Задачи про ускорение поставки часто дают ценность не через охват, а через снижение затрат и рисков. Их можно оценивать через ожидаемое уменьшение будущих трудозатрат, снижение частоты инцидентов или ускорение time-to-market. Важно не «рисовать» большой охват ради формулы, иначе модель перестанет быть честной. Отдельный трек для платформенных задач помогает не смешивать несопоставимые ставки, но всё равно требует приоритизации по ценности.
Подробный разбор → 14Вы оцениваете охват для инициативы «запустить сообщение в email и push». В email можно достучаться до 200 тыс пользователей, в push — до 150 тыс, но 80 тыс получают и то, и другое. Как корректнее оценить охват для `RICE`?
AПосчитать охват как уникальное объединение аудиторий: 200 тыс + 150 тыс − 80 тыс, без двойного учёта пересечения каналов
BВзять только больший канал и считать охват 200 тыс, чтобы не возиться с пересечением и расчётами по двум каналам
CСложить 200 тыс и 150 тыс и получить охват 350 тыс: суммарная аудитория двух каналов без дополнительных корректировок
DПоставить уверенность в инициативе равной нулю и не учитывать охват, чтобы избежать ошибок в подсчёте аудитории `RICE`
Ответ: Для охвата важно учитывать пересечение каналов, иначе вы завышаете аудиторию и искажаете оценку в `RICE`.
Если один и тот же пользователь попадает в два канала, простое сложение охватов без дедупликации даёт завышение. В `RICE` это может поднять инициативу выше других просто из-за ошибки в подсчёте охвата. Корректно считать охват как объединение аудиторий и вычитать пересечение. Если точное пересечение неизвестно, можно задать диапазон и снизить уверенность в оценке.
Подробный разбор → 15Для инициативы вы не уверены в охвате: оценки от 50 тыс. до 300 тыс. в месяц, а трудозатраты — около 2 недель. Какой подход к приоритизации наиболее корректен?
AВзять максимум охвата и поставить уверенность равной 1, чтобы не тормозить запуск и быстрее зафиксировать инициативу в плане квартала команды
BВзять среднее по диапазону охвата и считать неопределённость снятой: итоговый скоринг можно использовать как окончательное решение по приоритету
CПосчитать `RICE` диапазоном (оптимистичный, базовый, пессимистичный), сделать анализ чувствительности и проверить устойчивость порядка инициатив
DНе использовать `RICE`, если в оценке есть разброс, и принимать решение только по качественным аргументам команды и стейкхолдеров на встрече
Ответ: При неопределённости лучше сравнивать устойчивость решения: диапазон `RICE` и анализ чувствительности важнее одной цифры.
Одна точка оценки создаёт иллюзию точности, хотя реальность лежит в диапазоне. Если инициатива остаётся в топе даже в пессимистичном сценарии, решение более устойчиво. Если порядок легко меняется, это сигнал: либо повышать уверенность через дополнительное исследование, либо выбирать ставки, которые выигрывают при разных границах. Варианты про максимум охвата, «убрать неопределённость» или отказ от `RICE` ведут к ложно точным или необоснованным решениям.
Подробный разбор → Другие темы: Продуктовая аналитика