Методы приоритезации (MoSCoW, RICE, WSJF)

Существует огромное количество методов и способов сортировки и приоритезации задач. Рассмотрим наиболее популярные и простые инструменты.


Метод MoSCoW

MoSCoW — это аббревиатура, определяющая четыре категории приоритетов. Данный метод придумал Дай Клегг, эксперт по разработке программного обеспечения из компании Oracle. Он использовал его для определения приоритетных функций продукта, требований и других элементов проекта, разделяя их по перечисленным категориям.


  • Must-have (обязательно должно быть сделано) — это требования, которые определяют успех проекта. Они критичны для основной функциональности или цели проекта, и без них проект не может быть продолжен;
  • Should-have (должно быть сделано) — эти требования важны, но не абсолютно необходимы. Они не являются решающими для успеха, но добавляют значительную ценность и должны быть выполнены, если это возможно;
  • Could-have (могло бы быть сделано) — это требования, которые полезно, но не обязательно выполнять. Это желательные фичи или апгрейды, но их отсутствие не повлияет на основную функциональность проекта. Их можно даже не включать, если они негативно влияют на соблюдение дедлайнов или затраты;
  • Won’t-have (не должно быть сделано) — это требования, которые должны быть исключены из объема проекта. Это функции или усовершенствования, которые невыполнимы, слишком дороги или не соответствуют целям проекта.


Метод MoSCoW помогает команде и ее руководителю определить приоритетность требований и соответствующим образом распределить ресурсы. Это гарантирует, что наиболее важные функции будут реализованы в первую очередь, снижая риск задержек или неудач.


Метод RICE


RICE — фреймворк для приоритизации задач в работе над продуктом. Он помогает с четырёх сторон оценить важность будущих задач и выстроить порядок их выполнения.

Reach — Охват

Это количество людей, которые соприкоснутся с продуктом, или событий, которые произойдут. Берётся показатель за выбранный период.

Пример вопроса — как много людей будет пользоваться продуктом? Допустим, это количество человек, которые воспользуются мобильным приложением за сутки.

Impact — Влияние

Как сильно повлияет реализация проекта на пользователей? Это значительно изменит опыт использования продукта или лишь незаметно улучшит его?

Оценивать рекомендуют по шкале от 1 до 3 — так легче избежать разночтений.

Confidence — Уверенность в собственных оценках

Параметр достаточно субъективный, поэтому часто используется шкала, где 50% — это низкая уверенность, 80% — средняя, а 100% — высокая. 100% ставят в ситуации, когда есть точные данные по охватам и значимости.

Ease — Усилия

Измеряются в количестве человеко-часов — часов, дней, недель и месяцев, которые необходимы для решения задачи. Продвинутые и сработавшиеся команды часто заменяют часы относительными единицами — сторипоитами.


Формула RICE выглядит так: Reach * Impact * Confidence / Effort = RICE

Значение, которое получилось по итогам расчётов, называют RICE SCORE. Таким образом рассчитывая  RICE для разных задач или функций можно определить что приоритетнее в данный момент.


Пример расчета по двум задачам:

ОпцииДобавление интеграции с популярной CRM-системойУлучшение пользовательского интерфейса
Охват5000 пользователей, которые используют эту CRM20000 пользователей
ЗначимостьУвеличение клиентской базы на 20% => 2Улучшение пользовательского опыта, увеличение retention на 15% => 2
Уверенность80%, так как команда уже сделала предварительное исследование90%, основано на пользовательских отзывах
Усилия200 часов разработки100 часов разработки
Итог5000*2*0.8 / 200 = 4020000 * 2 * 0.9 / 100 = 360

Weighted Shortest Job First

Weighted Shortest Job First - это многокомпонентная система оценки, на выходе с которой вы получите приоретезированный список задач, где первая - самая простая в реализации, но при этом самая ценная с точки зрения бизнеса.

WSJF = Cost of delay / Job Size


Оценка стоимости задержки (Cost of delay)

1. Ценность для пользователей или бизнеса (User-Business Value)

- Какова относительная ценность для полтзователей или бизнеса?

- Какой эффект это оказывает на выручку?

- Какие будут негативные последствия, если мы будем медлить?

2. Критичность по времени (Time Criticality)

- Как со временем снижается ценность результатов работы для пользователей или бизнеса?

- Есть ли фиксированный срок?

3. Снижение рисков или открытие новых возможностей (Risk Reduction and/or opportunity enablement)

- какая дополнительная польза от выполнения работы для нашего бизнеса?


Cost of delay = User-Business Value + Time Criticality + Risk Reduction and/or opportunity enablement