Приоритизация WSJF: как выбирать задачи, которые дают максимальную ценность

В статье расскажем, как устроена формула WSJF, разберем применение метода на конкретных примерах и обсудим важные нюансы этой техники.

• Что такое WSJF и как рассчитывается оценка
• Примеры использования
• Тонкости и нюансы

Что такое WSJF и как рассчитывается оценка 

Agile —

философия, которая изменила подход к управлению проектами

Изначально методология WSJF использовалась для разработки ПО в рамках SAFe (Scaled Agile Framework — система для масштабирования Agile). Однако позже она стала применяться самостоятельно и за пределами IT: в маркетинге, продуктовом менеджменте, логистике и других сферах.

Метод WSJF основан на простой идее:

Это как в очереди в аэропорту: если один пассажир проходит регистрацию за минуту, а другому нужно десять минут, логично сначала обслужить быстрого — общее время ожидания для всех сократится.

В управлении продуктами и проектами логика та же. У вас есть бэклог задач: новые фичи, улучшения, исправления багов. Каждая задача приносит определенную ценность и требует определенных усилий. WSJF-приоритизация помогает найти оптимальную последовательность выполнения.

Общая формула WSJF выглядит так:

WSJF = Cost of Delay / Job Duration

Где:

• Cost of Delay (CoD) — стоимость задержки, то есть ценность, которую мы теряем, откладывая задачу. Например, если интеграция с платежным шлюзом приносит 1 млн выручки в месяц, то каждый месяц задержки стоит этой суммы.
• Job Duration — длительность выполнения задачи. Задача на 2 человеко-дня получит более высокий приоритет, чем задача с той же стоимостью задержки, но на 3 недели.

Чем выше CoD и чем меньше Job Duration, тем выше WSJF-приоритет задачи.

Однако Cost of Delay — это не одно число, а сумма трех компонентов:

1. User-Business Value (ценность для пользователей и бизнеса). Насколько важна эта задача для пользователей и для компании? Если новая функция решает критичную проблему тысяч пользователей, вы ставите высокий балл, а если это косметическое улучшение — балл будет низким.

2. Time Criticality (критичность по времени, срочность). Насколько срочна задача? Есть ли жесткий дедлайн? Будет ли ценность задачи снижаться со временем?

3. Risk Reduction | Opportunity Enablement (снижение рисков или создание возможностей). Снижает ли задача критичные риски? Или открывает возможности для будущего развития?

Итоговая стоимость задержки:

CoD = User-Business Value + Time Criticality + Risk Reduction/Opportunity Enablement

Обычно для оценки используют модифицированную последовательность Фибоначчи: 1, 2, 3, 5, 8, 13, 20. Эта шкала помогает избежать ложной точности (разница между 7 и 8 баллами иллюзорна) и подчеркивает относительный характер оценок.

В знаменателе формулы стоит Job Duration — оценка времени, которое команда потратит на выполнение задачи. В WSJF для нее используется не человеко-дни или часы, а та же шкала Фибоначчи.

Важно: оцениваем именно время команды, а не календарные сроки. Если задача займет неделю работы одного разработчика — это одна оценка. Если неделю работы трех человек — это более высокая оценка.

Теперь, когда у нас есть все компоненты, можно вывести развернутую формулу WSJF:

WSJF = (User Value + Time Criticality + Risk/Opportunity) / Job Duration

Задачи, получившие наибольшую оценку WSJF, выполняются в первую очередь.

Примеры использования 

Метод приоритизации ICE

Как быстро оценить идеи и выбрать лучшие

Давайте посмотрим, как работает приоритизация бэклога с помощью WSJF на конкретных кейсах.

Пример 1. Интернет-магазин электроники 

Вы управляете интернет-магазином электроники. Команда разработки небольшая, а задач накопилось много. Цель: максимизировать прибыль в ближайшие три месяца.

Применим методику WSJF и оценим каждую задачу. Рассуждаем:

• Баг с кнопкой на iOS блокирует покупки — это максимальная ценность (20), максимальная срочность (20) и высокий риск потери клиентов (13). При этом исправление занимает минимум времени (1).
• Настройка брошенных корзин имеет доказанную эффективность (13), умеренную срочность (8) и небольшие затраты (3).
• Редизайн главной выглядит привлекательно (8), но требует много времени (13) и не критичен по срокам (3).
• Сравнение товаров — приятная фича (5), но низкий приоритет по времени (2) и долгая разработка (8).

Аналогично анализируем остальные задачи, а результаты заносим в электронную таблицу:

Приоритизация по WSJF четко показывает: сначала нужно исправить баг (53.0), затем брошенные корзины (8.7) и СБП (5.2). Редизайн главной и сравнение товаров получили низкие баллы (1.1) — их стоит отложить несмотря на внешнюю привлекательность.

Если вы хотите перенести результаты в планировщик, добавьте WSJF-оценку в квадратных скобках перед названием задачи. Для корректной приоритизации поставьте нули перед числом (чтобы значения были одинаковой длины) и отсортируйте список в обратном алфавитном порядке.

Пример 2. Мобильное приложение для бега 

Ваша команда разработала приложение для бегунов с базовыми функциями: отслеживание тренировок, статистика, история пробежек. Приложение работает, но пользователи активно просят новые функции. Цель: повысить удержание пользователей.

Анализируем задачи с помощью метода WSJF:

• Вылет приложения критичен (20 по ценности и срочности), потому что теряются данные тренировок — пользователи уходят из-за этого. Исправление быстрое (2).
• Интеграция с Health/Fit открывает экосистему (13 по возможностям), важна для удержания (13) и умеренна по срокам (8).
• Социальные функции выглядят круто (13), но требуют много времени (13) и не так критичны по срокам (5).

Разбираем остальные задачи и заносим результат в табличку.

Тонкости и нюансы 

Спринт — это способ съесть слона по кусочкам

и не подавиться

1. Формула WSJF не учитывает зависимости. Задача А может иметь низкий WSJF, но быть необходимой для задачи Б с высоким WSJF. Всегда смотрите на граф зависимостей перед финальным решением.

   

2. Контекст постоянно меняется. Конкурент выпустил новую функцию? Срочность выросла. Обнаружили простое решение? Время работы снизилось. Не используйте старые оценки: пересматривайте их перед каждым спринтом.

3. CoD — это упущенная выгода, а не убытки. Это ценность, которую вы не получили, откладывая задачу. Да, если отложить запуск платной подписки, вы не потеряете деньги из кассы, но вы их и не заработаете. CoD учитывает оба сценария: недополученный доход так же влияет на приоритет, как и прямые потери.

   

4. Не используйте метод для задач с высокой неопределенностью. Если вы не можете хотя бы примерно оценить ценность, срочность, риски или объем работы, метод не сработает. Сначала проведите исследование для прояснения неясных аспектов, а потом оценивайте по WSJF.

   

5. Остерегайтесь «эффекта якоря» при оценке. Если первый участник называет оценку 8, остальные неосознанно подстраиваются под это число, даже если думали иначе. Чтобы избежать взаимного влияния, используйте технику одновременного или тайного голосования.

   

6. Не усредняйте оценки механически. Если оценки заметно разошлись (например 2, 5 и 10), это сигнал, что люди видят задачу совсем уж по-разному. Сначала обсудите причины расхождения, а потом уже считайте.

   

7. Срочность может быть отрицательной. Звучит странно, но бывают задачи, которые делать прямо сейчас вредно. Например, запускать новую функцию перед праздниками, когда поддержка работает в сокращенном режиме, или делать редизайн в разгар высокого сезона. Если задачу лучше отложить — ставьте критичность близкой к нулю или введите специальную метку «не раньше чем».

После расчетов обязательно делайте быструю «проверку на вменяемость». Получив ранжированный список по WSJF, пробегитесь по нему глазами и спросите себя: это действительно то, что мы должны делать в первую очередь? Если интуиция кричит, что что-то не так — не игнорируйте её: возможно, вы упустили важный фактор. Цифры должны усиливать здравый смысл, а не заменять его.