Идей всегда больше, чем ресурсов. Приоритизация это способ осознанно выбрать, что делать сейчас, и уметь объяснить, почему не делаем остальное.
Сначала цель
Фреймворк без цели превращается в арифметику. Сначала ответьте: какую метрику или результат команда двигает в этом квартале? Задачи, которые не влияют на цель, обычно уходят вниз, как бы хорошо они ни считались.
RICE
RICE = Reach × Impact × Confidence / Effort
- Reach: сколько пользователей затронет за период (например, 2000 в квартал);
- Impact: сила влияния на человека, шкала 3 / 2 / 1 / 0,5 / 0,25;
- Confidence: уверенность в оценках, 100% / 80% / 50%;
- Effort: трудозатраты в человеко-месяцах.
Пример: 2000 × 2 × 0,8 / 4 = 800. Сравнивают оценки задач между собой, абсолютное значение смысла не имеет.
ICE
ICE = Impact × Confidence × Ease, каждая по шкале 1-10. Быстрее RICE, удобен для гипотез и экспериментов, но более субъективен: нет охвата, всё в баллах.
MoSCoW
Must have, Should have, Could have, Won't have (this time). Удобен для объёма релиза или MVP: что обязательно войдёт, а что точно нет. Ловушка: всё оказывается в Must.
Kano
Модель Нориаки Кано делит свойства по тому, как они влияют на удовлетворённость:
- обязательные (must-be): их наличие не радует, а отсутствие злит (работающий вход);
- линейные (performance): чем больше, тем лучше (скорость, объём хранилища);
- восхищающие (attractive): их не ждут, но они радуют;
- безразличные и обратные (кому-то мешают).
Со временем восхищающие становятся обязательными.
Cost of Delay
Сколько мы теряем за каждую неделю задержки. CD3 = Cost of Delay / Duration: сначала делаем то, где потеря от ожидания на единицу времени работы выше. В SAFe похожая формула WSJF.
Ценность и усилия
Матрица 2×2: быстрые победы (высокая ценность, мало усилий) делаем сразу, крупные ставки планируем, мелочи берём между делом, дорогое и бесполезное не делаем.
Как не утонуть в запросах
- Принимать запросы через один вход и с формулировкой проблемы, а не решения.
- Объяснять отказ через цель и данные: «Это не двигает нашу цель квартала, вернёмся в июле».
- Оставлять долю ёмкости на техдолг и баги (часто 15-25%), иначе скорость падает.
Частые ошибки
- Считать RICE точной наукой и спорить о десятых.
- Ставить всё в Must.
- Приоритизировать по громкости заказчика (HiPPO: мнение самого высокооплачиваемого).
- Забывать про зависимости и техдолг.
Что спросят на собесе
- Как вы приоритизируете бэклог? Какой фреймворк и почему?
- Посчитайте RICE для задачи.
- Что делать, если три стейкхолдера требуют свою задачу первой?
- Как вы учитываете техдолг?