Существует множество методов приоритизации: одни помогают быстро отсеять слабые идеи, другие — точно оценить влияние каждой задачи на бизнес-метрики. Выбор техники зависит от типа проекта, объема данных и целей команды.
В этой статье разберем десять популярных методов приоритизации бэклога, чтобы вы могли найти подходящий для своих задач вариант. В конце раздела — удобная графическая шпаргалка.
- 1. MoSCoW
- 2. Матрица «Усилия — Влияния»
- 3. ICE
- 4. RICE
- 5. WSJF
- 6. Модель Кано
- 7. Матрица Пью
- 8. Метод парных сравнений
- 9. Матрица Эйзенхауэра
- 10. Принцип Парето
- Что выбрать: сравнительная таблица
1. MoSCoW
Метод MoSCoW делит задачи на четыре категории по степени необходимости: обязательно (must have), желательно (should have), можно добавить (could have) и не сейчас (won’t have). Это одна из самых популярных техник приоритизации требований, помогающая быстро определить, что войдет в релиз при ограниченных сроках или ресурсах.
Пример. Команда разрабатывает мобильное приложение для йоги и планирует релиз через 3 месяца.
Категория «Обязательно» определяет минимум, без которого продукт не решает основную задачу пользователя или бизнеса. «Желательно» — функции, которые сильно улучшат опыт, но их отсутствие не критично для запуска (в случае проблем ими можно пожертвовать). «Можно» добавляются, если остаются ресурсы до дедлайна. «Не сейчас» явно исключены из текущего релиза (чтобы управлять ожиданиями заказчика и команды).
Метод MoSCoW подходит для планирования релизов с фиксированными сроками, согласования приоритетов с бизнесом и быстрой договоренности в команде о том, что обязательно, а что можно отложить. Работает для любых версий продукта — от MVP до крупных обновлений.
Узнать больше: Метод MoSCoW
2. Матрица «Усилия — Влияния»
Этот метод приоритизации лежит в основе более сложных техник (ICE, RICE, WSJF), о которых мы расскажем далее. Идеи в этом методе оцениваются по двум параметрам: сколько усилий потребуется на реализацию и насколько сильно задача повлияет на результат.
Задачи распределяются по четырем квадрантам: быстрые победы (низкие усилия, высокое влияние), крупные проекты (высокие усилия, высокое влияние), задачи-наполнители (низкие усилия, низкое влияние) и неблагодарные задачи (высокие усилия, низкое влияние).
Пример. Владелец интернет-магазина детской одежды собрал десять идей для увеличения продаж, а затем распределил их по матрице.
Приоритет здесь отдается «быстрым победам» — они дают максимальную отдачу при минимальных вложениях. «Крупные проекты» планируются на долгосрочную перспективу. «Задачи-наполнители» делают при наличии свободных ресурсов, а «неблагодарные задачи» исключают из планов совсем.
Матрица хороша для приоритизации гипотез после мозгового штурма, когда данных еще мало, но при этом хочется сразу понять направление действий. Не подходит для детальной приоритизации задач в бэклоге со сложными зависимостями.
Узнать больше: Матрица «Усилия — Влияния»
3. ICE
ICE — это численный метод, где каждая задача оценивается по трем параметрам: влияние (Impact), уверенность (Confidence) и простота реализации (Ease). Оценки перемножаются, и задачи с самым высоким баллом делают первыми. Методика приоритизации бэклога по ICE хороша своей скоростью: можно за 10-15 минут оценить десятки идей.
Пример. Менеджер интернет-магазина собрал восемь идей по повышению продаж и оценил для каждой три параметра ICE по шкале от 1 до 10. Вот как распределились приоритеты:
| Задача | Impact | Confidence | Ease | ICE |
|---|---|---|---|---|
| Запустить программу кешбэка | 8 | 7 | 6 | 336 |
| Настроить персональные рекомендации | 7 | 7 | 6 | 294 |
| Добавить отзывы с фото | 6 | 5 | 9 | 270 |
| Улучшить мобильную версию сайта | 7 | 6 | 5 | 210 |
| Запустить реферальную программу | 6 | 5 | 6 | 180 |
| Добавить сравнение товаров | 5 | 6 | 4 | 120 |
| Интеграция с маркетплейсами | 9 | 4 | 2 | 72 |
| Создать раздел с распродажами | 4 | 4 | 3 | 48 |
В этом примере кешбэк получил наивысший балл благодаря сбалансированным оценкам: сильное влияние на повторные покупки (8), подтверждение данными от конкурентов (7) и реалистичная сложность интеграции (6). Интеграция с маркетплейсами, несмотря на максимальный потенциал (9), провалилась из-за низкой уверенности (4) и высокой сложности (2). Команда начинает с первых трех задач.
ICE подходит для приоритизации гипотез в маркетинге и продуктовой разработке, когда нужно быстро выбрать направление из множества вариантов. Не подходит для стратегических решений, где важна долгосрочная перспектива.
Узнать больше: Метод ICE
4. RICE
RICE — развитие метода ICE с добавлением четвертого параметра «охват» (Reach) и заменой «легкость» (Ease) на «сложность» (Effort). Формула:
RICE = (Reach × Impact × Confidence) / Effort.
Reach показывает, сколько пользователей затронет изменение за период времени. Это делает технику приоритизации более точной, особенно для продуктов с большой аудиторией.
Пример. Команда, создающая приложение для заметок, оценивает восемь функций, учитывая количество пользователей, которые воспользуются каждой из них в течение месяца.
| Задача | Reach | Impact | Confidence | Effort | RICE |
|---|---|---|---|---|---|
| Добавить тёмную тему | 3000 | 4 | 8 | 1 | 96000 |
| Синхронизация между устройствами | 5000 | 8 | 9 | 4 | 90000 |
| Поддержка Markdown-разметки | 2000 | 9 | 9 | 3 | 54000 |
| Голосовой ввод заметок | 2000 | 6 | 9 | 3 | 36000 |
| Шаблоны для частых задач | 1500 | 8 | 8 | 4 | 24000 |
| Экспорт в PDF | 800 | 6 | 7 | 2 | 16800 |
| Напоминания с геолокацией | 1000 | 6 | 8 | 4 | 12000 |
| Совместное редактирование | 700 | 8 | 6 | 4 | 8400 |
Результат: темная тема обошла синхронизацию по итоговому баллу за счет минимальных затрат на разработку (1 неделя против 4). Хотя синхронизация охватит больше пользователей и сильнее повлияет на их опыт, соотношение ценности к усилиям у темной темы выше. Команда сделает обе функции, но темную тему — первой.
RICE хорош для приоритизации бэклога продукта, когда есть данные об аудитории и можно оценить охват изменений. Подходит для зрелых продуктов с устоявшейся аналитикой.
Узнать больше: Метод RICE
5. WSJF
WSJF (Weighted Shortest Job First) — метод приоритизации требований, который фокусируется на экономической ценности. Формула:
WSJF = Cost of Delay (стоимость задержки) / Job Duration (длительность работы)
Cost of Delay, в свою очередь, складывается из трех компонентов: бизнес-ценность, критичность по времени и снижение рисков. Задачи с максимальным WSJF делают первыми.
Пример. Онлайн-школа английского для детей выбирает приоритеты для разработки. Каждую функцию она оценивает по трем компонентам ценности и времени реализации.
| Задача | Ценность | Время | Риск | CoD | Длительность | WSJF |
|---|---|---|---|---|---|---|
| Интеграция с Zoom | 8 | 9 | 5 | 22 | 2 | 11.0 |
| Автопроверка домашних заданий | 7 | 7 | 5 | 19 | 3 | 6.3 |
| Библиотека обучающих видео | 8 | 5 | 3 | 16 | 3 | 5.3 |
| Личный кабинет для родителей | 5 | 2 | 6 | 13 | 3 | 4.3 |
| Геймификация уроков | 7 | 4 | 3 | 14 | 4 | 3.5 |
| Мобильное приложение | 6 | 3 | 5 | 14 | 5 | 2.8 |
| Сертификаты по итогам курса | 4 | 2 | 3 | 9 | 2 | 4.5 |
| Интеграция с соцсетями | 3 | 2 | 1 | 6 | 4 | 1.5 |
В этом примере интеграция с Zoom получила максимальный приоритет из-за критичности по времени (9): без видеосвязи занятия невозможны, и каждая неделя задержки означает потерю клиентов. Геймификация, при высокой бизнес-ценности (7), уступает из-за длительной разработки (4 недели) и низкой срочности. Метод помогает выбирать между «важным сейчас» и «важным в принципе».
WSJF хорошо подходит для приоритизации проектов, в которых важна экономическая обоснованность решений. Требует зрелых процессов и понимания бизнес-метрик.
Узнать больше: Метод WSJF
6. Модель Кано
Модель Кано классифицирует требования по их влиянию на удовлетворенность пользователей. Требования делятся на обязательные (без них продукт не работает), линейные (чем больше, тем лучше), привлекательные (неожиданные фичи, которые радуют), безразличные (пользователям все равно) и обратные (раздражают пользователей). Это помогает понять, на что тратить ресурсы для максимального эффекта.
Пример. Команда разрабатывает корпоративный мессенджер и классифицирует требования по влиянию на удовлетворенность пользователей.
Обязательные требования — основа продукта, их отсутствие делает мессенджер непригодным к использованию. Линейные — улучшают опыт пропорционально качеству реализации. Привлекательные — создают конкурентное преимущество, но не критичны для запуска. А вот публичные рейтинги в этом примере относятся к обратным факторам: они воспринимаются как слежка и снижают лояльность. Методика приоритизации по Кано подразумевает фокусировку на обязательных и линейных требованиях, к которым желательно добавить одну-две привлекательных функции.
Модель Кано хорошо подходит для приоритизации требований в продуктах с активной обратной связью от пользователей. Однако она требует проведения опросов или интервью, чтобы понять, как пользователи действительно воспринимают те или иные функции.
Узнать больше: Модель Кано
7. Матрица Пью
Матрица Пью — метод сравнения вариантов относительно базового решения. Один вариант выбирается как эталон, остальные сравниваются с ним по набору критериев. Для каждого критерия ставится оценка: лучше (+1), хуже (-1) или так же (S). Суммируя баллы, вы сразу понимаете, какие варианты превосходят базовый.
Пример. Компания выбирает движок для корпоративного сайта, сравнивая альтернативы с текущим самописным решением (HTML+PHP) по пяти критериям.
| Критерий | WordPress | Tilda | 1С-Битрикс |
|---|---|---|---|
| Простота администрирования | + | + | S |
| Скорость разработки | + | + | S |
| Стоимость владения | + | S | - |
| Безопасность | S | - | + |
| Гибкость настройки | - | - | + |
Здесь WordPress превосходит текущее решение по трем критериям (администрирование, скорость, стоимость), уступает по одному (гибкость) и равен по безопасности. Итоговое решение: WordPress для быстрого перехода с возможностью пересмотра в будущем.
Матрица Пью обычно используется для выбора из нескольких альтернатив («или — или»), но часто полезна и для приоритизации задач в проекте.
Узнать больше: Матрица Пью
8. Метод парных сравнений
Метод парных сравнений помогает выбрать лучший вариант, когда нужна субъективная оценка и нет четких количественных критериев. Каждый вариант сравнивается с каждым: какой предпочтительнее? За победу начисляется балл. Вариант с максимальным количеством баллов — приоритетный.
Пример. Руководство компании выбирает идею для корпоративного новогоднего подарка сотрудникам, сравнивая пять вариантов друг с другом.
При сравнении каждой пары руководство оценивало универсальность, практичность и восприятие подарка сотрудниками. Денежная премия победила во всех сравнениях как наиболее гибкий вариант. Гаджеты заняли второе место, уступив только премии. Билеты в театр проиграли всем вариантам: многие сотрудники не интересуются культурными мероприятиями.
Метод подходит для субъективных решений, где нет четких метрик: выбор дизайна, названия продукта, формата мероприятия. Не подходит для большого количества вариантов (больше 7-10 становится утомительно).
Узнать больше: Метод парных сравнений
9. Матрица Эйзенхауэра
Матрица приоритизации Эйзенхауэра делит задачи по двум осям: важность и срочность. Получается четыре квадранта: важные и срочные (делать немедленно), важные, но не срочные (планировать), срочные, но не важные (делегировать, сократить время выполнения), не важные и не срочные (удалить). Метод подходит для разнородных задач из разных проектов и сфер жизни.
Пример. Руководитель небольшого рекламного агентства разбирает свой список дел, распределяя задачи по степени важности и срочности.
Квадрант «Делать немедленно» требует личного внимания руководителя прямо сейчас: презентация влияет на крупную сделку, конфликт угрожает проекту. «Планировать» — стратегически важные задачи, которые нельзя откладывать надолго, но и паниковать не нужно. «Делегировать» — текущая операционка, которую может сделать ассистент. «Удалить» — псевдозадачи, которые создают иллюзию занятости.
Матрица Эйзенхауэра лучше всего подходит для личного тайм-менеджмента (например, для приоритизации задач в бэклоге руководителя) и для приоритизации слишком уж разнородных задач. Не подходит для задач, в которых важно учитывать бизнес-метрики — здесь лучше использовать другие техники приоритизации бэклога.
Узнать больше: Матрица Эйзенхауэра
10. Принцип Парето
Принцип Парето (правило 80/20) гласит: 20% усилий дают 80% результата. В контексте методов приоритизации бэклога это означает: нужно найти те задачи, которые принесут максимальный эффект, и сделать их в первую очередь. Алгоритм простой: упорядочить задачи по степени влияния на результат и выделить первые 20%.
Пример. Интернет-магазин накопил технический долг из 20 проблем, и команда ищет задачи с максимальным влиянием на пользовательский опыт.
Анализ показал: три критичных бага генерируют 80% жалоб в поддержку и приводят к 70% брошенных корзин. Остальные 17 задач — накопленные мелочи с минимальным влиянием на метрики. Команда сфокусировалась на трех приоритетных.
Принцип Парето хорош для приоритизации проблем и улучшения уже существующих процессов, когда есть данные для анализа влияния. Его можно использовать для анализа технического долга, устранения ошибок, сортировки пользовательских запросов. Для новых фич и гипотез лучше использовать другие методы, например, RICE или ICE.
Узнать больше: Принцип Парето
Что выбрать: сравнительная таблица
Каждый метод приоритизации требований хорош в своем контексте. Вот небольшая инфографика, которая поможет определиться:
Несколько советов по выбору техник приоритизации требований:
Начинайте с простого. Если команда никогда не занималась структурной приоритизацией бэклога, начните с MoSCoW или матрицы «Усилия — Влияния». Сложные методы требуют данных и зрелых процессов.
Комбинируйте методы. Можно использовать матрицу «Усилия — Влияния» для первичной сортировки идей, а затем применить ICE или RICE для детальной оценки задач из квадранта «быстрые победы» и «крупные проекты».
Фиксируйте критерии. Какой бы метод приоритизации вы ни выбрали, договоритесь о критериях оценки ДО начала работы. Это избавит от бесконечных споров и сделает процесс понятным для всех участников команды.
