Приоритизация задач

WSJF-калькулятор онлайн

Приоритизируйте фичи и эпики по методологии SAFe. Рассчитайте Cost of Delay, получите отсортированную таблицу со светофором. Fibonacci-шкала - как в реальных PI-планингах.

WSJF = Cost of Delay / Job Size. CoD включает User-Business Value, Time Criticality и Risk Reduction / Opportunity Enablement.

  • Расчёт в браузере
  • Данные не сохраняются
  • Сортировка по убыванию
  • Светофор: зелёный / жёлтый / серый
Расставить приоритетыОценки относительные - важно соотношение, а не абсолютные числа.
Формула WSJF (SAFe)
WSJF = CoD / Job Size
CoD = UBV + TC + RR&OE
User-Business Value - ценность для пользователя и бизнеса
Time Criticality - скорость деградации ценности
RR / OE - снижение риска / новые возможности
Job Size - относительный размер трудозатрат
Шкала Фибоначчи
123581320
Что считает

WSJF показывает относительный экономический приоритет: какие задачи дают наибольшую ценность при наименьших затратах времени.

Cost of Delay

Сколько ценности теряет бизнес каждый день откладывания задачи. Это сумма трёх факторов: UBV + TC + RR&OE.

Как читать результат

Топ-1 по WSJF - делать прямо сейчас (зелёный). Позиции 2-3 - следующий спринт (жёлтый). Остальные - в бэклог (серый).

Расставьте приоритеты по WSJF

Добавьте до 8 фич. Для каждой выберите оценки по шкале Фибоначчи. Таблица обновляется мгновенно.

1
User-Business Value
Time Criticality
RR / OE
Job Size
CoD = 8 + 5 + 3 = 16·WSJF = 5.33
2
User-Business Value
Time Criticality
RR / OE
Job Size
CoD = 5 + 3 + 2 = 10·WSJF = 2.00
3
User-Business Value
Time Criticality
RR / OE
Job Size
CoD = 13 + 8 + 5 = 26·WSJF = 2.00

Приоритизация по WSJF

Наивысший приоритет: Регистрация через Google OAuth
WSJF = 5.33 · CoD = 16 · Job Size = 3
#ФичаUBVTCRR&OECoDSizeWSJFСтатус
1Регистрация через Google OAuth8531635.33Делать сейчас
2Уведомления по email5321052.00Следующий приоритет
3Дашборд аналитики138526132.00Следующий приоритет
Делать сейчас
Следующий приоритет
Позже
Сортировка по WSJF ↓

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

Сохранить или обсудить

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

Числовой пример расчёта WSJF

Команда оценивает три фичи для следующего Program Increment. Используем Fibonacci-шкалу.

1
Оценить User-Business Value (UBV)
«OAuth» = 8 (важно для онбординга), «Email» = 5, «Дашборд» = 13
2
Оценить Time Criticality (TC)
«OAuth» = 5 (конкурент уже сделал), «Email» = 3, «Дашборд» = 8 (обязательство перед клиентом)
3
Оценить RR/OE
«OAuth» = 3 (снижает отказы), «Email» = 2, «Дашборд» = 5 (открывает upsell)
4
Рассчитать CoD = UBV + TC + RR&OE
«OAuth» = 16, «Email» = 10, «Дашборд» = 26
5
Оценить Job Size и рассчитать WSJF
«OAuth» = 16/3 = 5.33 ✓, «Дашборд» = 26/13 = 2.0, «Email» = 10/5 = 2.0
Вывод: Делаем OAuth первым (WSJF 5.33), несмотря на меньший абсолютный CoD чем у Дашборда. Причина - маленький Job Size: задача ценная и быстрая. Именно для этого и существует WSJF.

WSJF vs ICE vs RICE: ключевые отличия

Все три метода помогают приоритизировать, но работают по разной логике.

WSJF- Экономическая логика
  • Основан на Cost of Delay - реальной цене задержки.
  • Три компонента ценности: UBV, TC, RR&OE.
  • Учитывает временну́ю деградацию ценности.
  • Стандарт SAFe: подходит для PI-планинга.
  • Fibonacci-шкала снижает ложную точность.
ICE- Простота и скорость
  • Impact × Confidence ÷ Ease.
  • Быстро: один PM за 10 минут.
  • Нет компонента временно́й ценности.
  • Субъективен: нет единой шкалы.
  • Хорош для быстрого отсева идей.
RICE- Масштаб охвата
  • Reach × Impact × Confidence ÷ Effort.
  • Учитывает количество затронутых пользователей.
  • Более сложный, но нагляден для роста.
  • Нет компонента снижения риска.
  • Популярен в growth-командах.

Когда WSJF не подходит

WSJF - мощный инструмент, но не универсальный. Вот ситуации, когда он может подвести.

Команда не умеет оценивать CoD

Если UBV и TC ставятся наугад - WSJF даст случайный результат. Сначала нужно научить команду относительной оценке на эталонных задачах.

Как обойти: Начните с одного понятного эпика как якоря: «это = 5, а эта задача больше или меньше?»
Жёсткие внешние зависимости

Если задача A должна идти раньше B по техническим или регуляторным причинам - WSJF не изменит порядок. Внешние ограничения важнее формулы.

Как обойти: Сначала зафиксируйте жёсткие зависимости, потом применяйте WSJF к остальным.
Слишком мало задач

Для 3-4 фич проще договориться за 20 минут. WSJF даёт преимущество при 6+ задачах, где интуитивное сравнение сложно.

Как обойти: Используйте WSJF при бэклоге от 6 задач или для выбора между эпиками PI.
Все оценки одинаковые

Если команда ставит 5/5/5 всем задачам - метод вырождается. Это сигнал, что оценки не дифференцированы.

Как обойти: Введите правило: нельзя ставить одинаковый балл более чем двум задачам по одному параметру.
Стартап на ранней стадии

До product-market fit ценность большинства фич неизвестна. WSJF предполагает, что команда умеет оценивать бизнес-ценность. На ранней стадии это иллюзия.

Как обойти: Используйте Lean UX-эксперименты и build-measure-learn вместо формульной приоритизации.

Частые вопросы про WSJF

WSJF (Weighted Shortest Job First - взвешенный кратчайший задача первой) - метод приоритизации из методологии SAFe (Scaled Agile Framework). Он помогает команде определить, какие фичи или задачи нужно делать в первую очередь, чтобы получить максимальную экономическую выгоду при минимальных затратах времени. Формула: WSJF = Cost of Delay / Job Size. Чем выше WSJF, тем выше приоритет.

Шкала Фибоначчи (1, 2, 3, 5, 8, 13, 20) отражает нелинейный характер неопределённости в оценках. Разница между 1 и 2 значима; между 13 и 20 - относительная. Это заставляет команду мыслить категориями, а не точными числами, снижает ложную точность и ускоряет консенсус. В WSJF важно относительное соотношение оценок, а не абсолютные значения.

Time Criticality (Временна́я критичность) отражает, насколько ценность фичи убывает со временем. Задайте себе вопрос: «Что произойдёт, если мы отложим это на квартал?» Если ценность почти не изменится - ставьте 1-2. Если есть жёсткий дедлайн (например, налоговая отчётность, сезонная акция, регуляторное требование) - 8-20. Компании-конкуренты уже выпустили аналог? Это аргумент для высокой Time Criticality.

ICE (Impact × Confidence ÷ Ease) и RICE (Reach × Impact × Confidence ÷ Effort) - простые эвристики для оценки продуктовых идей. WSJF принципиально иной: он основан на экономической логике Cost of Delay (стоимость задержки) и включает три независимых составляющих ценности. WSJF учитывает временну́ю деградацию ценности и размер задачи - это делает его более строгим инструментом для планирования PI (Program Increment) в SAFe-командах. ICE/RICE лучше подходят для быстрой приоритизации бэклога одним PM, WSJF - для командной оценки крупных эпиков.

RR&OE - третья составляющая Cost of Delay. Она отвечает на вопрос: «Снижает ли эта задача риск или открывает новые возможности?» Примеры: рефакторинг критичного модуля (снижение риска отказа), A/B-тест новой гипотезы монетизации (открытие возможности), исследование нового сегмента рынка. Если фича в первую очередь делает что-то возможным для будущих фич - RR&OE должна быть высокой.

Job Size (размер задачи) - относительная оценка трудозатрат на реализацию. Обычно оценивается как story points или T-shirt size, переведённые в числа Фибоначчи. Важно: это не время в часах, а относительная сложность. Задача с Job Size 8 примерно вдвое сложнее задачи с Job Size 5. Маленький Job Size при высоком CoD даёт максимальный WSJF - это и есть суть метода: делать ценные, но короткие задачи первыми.

WSJF плохо работает в нескольких ситуациях: (1) команда не умеет оценивать CoD - оценки становятся случайными числами; (2) все фичи имеют схожий CoD и размер - метод не даёт различий; (3) слишком маленький бэклог (3-4 задачи) - проще договориться на словах; (4) сильные внешние ограничения (compliance, зависимости от партнёров) делают WSJF нерелевантным. В таких случаях лучше использовать Kano-модель, MoSCoW или просто командное голосование.
Теория и определения

Что такое WSJF - определение, отличия и ошибки

Weighted Shortest Job First - приоритизация по Cost of Delay / Job Size из SAFe.

Открыть в словаре