Как будешь приоритезировать бэклог задач?

Приоритизация бэклога: системный подход

Почему приоритизация критична

Приоритизация — это сердце управления продуктом. Без неё вы разработаете все идеи сразу, потратите ресурсы впустую и запутаете команду. С хорошей приоритизацией вы достигаете максимального impact с минимальными ресурсами.

1. Метод RICE (Reach, Impact, Confidence, Effort)

Это мой основной инструмент. Он учитывает 4 ключевых фактора:

Reach (охват) — сколько пользователей затронет фича

• 1% пользователей в месяц = 100
• 10% пользователей в месяц = 1000
• 50% пользователей в месяц = 5000

Impact (влияние) — как сильно изменится жизнь пользователя

• Минимальный (исправление опечатки) = 0.25
• Небольшой (улучшение интерфейса) = 0.5
• Среднее (новая фича) = 1
• Большое (кардинально меняет поведение) = 2
• Трансформативное (меняет всё) = 3

Confidence (уверенность) — насколько вы уверены в оценках

• Высокая уверенность (есть данные) = 100%
• Средняя уверенность (интуиция) = 75%
• Низкая уверенность (гадание) = 50%

Effort (усилия) — сколько недель работы

• 1 неделя = 1
• 2 недели = 2
• 1 месяц = 4
• 3 месяца = 12

Формула: RICE Score = (Reach × Impact × Confidence) / Effort

2. Матрица приоритизации (Impact vs Effort)

Визуальный способ распределить задачи:

• Квадрант I (Do First): High Impact, Low Effort → делаем сразу
• Квадрант II (Do Next): High Impact, High Effort → планируем потом
• Квадрант III (Later): Low Impact, High Effort → откладываем
• Квадрант IV (No): Low Impact, Low Effort → забываем

3. Методология MoSCoW

Чёткая коммуникация с командой:

Must Have — критично для MVP (30% задач)

• Без этого продукт нельзя запустить
• Примеры: аутентификация, основной функционал

Should Have — важно, но не критично (50% задач)

• Делает продукт значительно лучше
• Примеры: интеграции, улучшения UX

Could Have — было бы неплохо (15% задач)

• Nice-to-have функции
• Примеры: тёмная тема, расширенные отчёты

Won't Have — не делаем сейчас (5% задач)

• Отложить на будущее

4. Процесс приоритизации в спринте

Еженедельная синхронизация:

1. Понедельник: рассматриваем новые задачи (не более 10)
2. Обсуждаем каждую по RICE и MoSCoW
3. Принимаем решение за 5 минут на задачу
4. Вторник-четверг: разработка top-3 приоритетов
5. Пятница: ретроспектива и планирование

Критерии для обсуждения:

• Есть ли ясное описание проблемы?
• Есть ли данные или интервью?
• Можем ли мы оценить effort?
• Какой impact на бизнес-метрики?

5. Метрики для валидации приоритизации

Нужно убедиться, что мы правильно приоритизируем:

• Корреляция Score vs Результат: правильна ли RICE оценка? (должна быть > 70%)
• Velocity: справляемся ли со спринтами?
• Feature Adoption: используют ли пользователи то, что мы запустили?
• Retention Impact: улучшилась ли удержание после запуска?

6. Ошибки приоритизации, которых нужно избегать

1. Громкие голоса — делать то, что просит CEO, игнорируя данные
2. Ego features — приоритизировать задачи, которые любит PM
3. FOMO — гоняться за конкурентами вместо фокуса на пользователей
4. Отсутствие переоценки — контекст меняется, приоритеты тоже
5. Слишком много задач в спринте — overload команды

7. Итоговая система

Еженедельный процесс:

1. Новая идея поступает
2. Собираем данные (интервью, метрики, анализ конкурентов)
3. Оцениваем по MoSCoW
4. Если MUST → сразу в спринт
5. Если SHOULD/COULD → считаем RICE Score
6. Сортируем по Score, берём top-5
7. После запуска → анализируем результаты
8. Обновляем процесс оценки

Заключение

Хорошая приоритизация — это не магия, это систематический процесс, основанный на данных, а не на интуиции. RICE + MoSCoW + еженедельные синхронизации — это минимум для управления бэклогом.