Сообщить об ошибкеКороткий ответ
Оцениваю каждую задачу по единым критериям (Reach, Impact, Confidence, Effort), прошу все команды предоставить одинаковые вводные для оценки, и показываю итоговый расчёт всем сторонам открыто, чтобы приоритизация выглядела объективной, а не произвольной.
Как это работает подробнее
ICE/RICE переводит разнородные «срочно, потому что...» аргументы в сопоставимые числа по одинаковой шкале, что снижает влияние того, кто громче или выше по должности просит задачу.
Что использовать на практике
- На практике: для каждой задачи фиксирую: охват (скольких пользователей/решений касается), ожидаемое влияние на метрику, уверенность в оценке влияния (есть ли уже данные или это догадка) и трудозатраты. Считаю score = (Reach × Impact × Confidence) / Effort, сортирую и показываю всем командам таблицу с обоснованием, явно отмечая, что оценки Impact/Confidence экспертные и могут быть пересмотрены.
- Пример: | Задача | Reach | Impact | Confidence | Effort | Score | |---|---|---|---|---|---| | Анализ оттока для retention-команды | 8 | 7 | 0.8 | 5 | 8.96 | | Отчёт для маркетинга по новому каналу | 5 | 5 | 0.6 | 2 | 7.5 | | Срочная сверка цифр для финансов | 3 | 9 | 0.9 | 1 | 24.3 | Проверка: показать таблицу всем трём командам — если после объяснения методики возражений по порядку не остаётся, приоритизация прозрачна и воспроизводима.
Подводные камни
- Частые ошибки: подгонять баллы под уже выбранный «удобный» порядок; не согласовывать шкалу оценки (1-10 vs 1-3) между командами, что даёт несопоставимые числа; использовать фреймворк формально, но в итоге решать по должности просящего, что обесценивает модель и доверие к приоритизации.