Сообщить об ошибкеКороткий ответ
Перевожу приоритизацию на уровень согласованных с руководством бизнес-целей (OKR/стратегические приоритеты компании на квартал), оцениваю каждый запрос по вкладу в эти цели и по стоимости отказа (cost of delay), и делаю процесс и критерии прозрачными для всех команд, а не решаю кулуарно.
Как это работает подробнее
при дефиците ресурсов локальная приоритизация по ICE/RICE внутри одной очереди запросов недостаточна, если сами команды имеют разный вес в стратегии компании — нужен верхнеуровневый ориентир (стратегические приоритеты), к которому привязывается оценка каждого запроса.
Что использовать на практике
- На практике: согласовываю с руководством, какие 2-3 направления бизнеса приоритетны в этом квартале; каждый запрос от команд оцениваю на соответствие этим направлениям и на cost of delay (что произойдёт, если отложить на квартал); провожу регулярный (например, ежемесячный) пересмотр очереди с участием заказчиков, чтобы приоритеты были видны и обсуждаемы, а не выглядели как произвольное решение аналитика.
- Пример: | Запрос | Соответствие OKR квартала | Cost of delay | Трудозатраты | Приоритет | |---|---|---|---|---| | Анализ причин оттока (Retention OKR) | Высокое | Высокий | 2 недели | 1 | | Отчёт по эффективности канала (Marketing OKR) | Среднее | Средний | 1 неделя | 2 | | Разовая сверка для финансового аудита | Низкое (но обязательное) | Высокий (юридический риск) | 3 дня | вне очереди, как compliance-задача | Проверка: через квартал сверить, действительно ли выполненные в приоритете задачи дали заявленный вклад в OKR — это калибрует точность будущей приоритизации.
Подводные камни
- Частые ошибки: разрешать конфликт приоритетов исходя из того, кто из руководителей «громче» или «выше по должности», подрывая доверие к процессу; держать приоритизацию непрозрачной, из-за чего команды начинают давить напрямую на отдельных аналитиков в обход процесса; не пересматривать приоритеты по мере изменения бизнес-контекста, застревая в устаревшем плане.