Модель приоритизации бэклога WSJF

Модель приоритизации бэклога WSJF

Как упорядочить бэклог и определить, какие элементы следует выполнить в первую очередь? Обратимся к математике и рассмотрим простой инструмент Weighted Shortest Job First.

Приоритизация элементов бэклога — один из самых актуальных вопросов при планировании работ Agile-команды. Можно ли заменить приблизительную оценку более точным расчетом? Какой из инструментов самый лучший? 

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

Специальные инструменты как раз помогают внести в процесс приоритизации конкретику и объяснить иерархию элементов в понятных числах. Один из таких эффективных и простых в применении инструментов — система оценки Weighted Shortest Job First. Как видно из названия, чем выше коэффициент WSJF, тем приоритетнее задача.

Где:

Ценность для клиента/бизнеса (User-Business Value) — показывает, насколько выполнение конкретной задачи будет полезно клиентам и бизнесу.

Фактор времени (Time Criticality) — насколько критично выполнить задачу прямо сейчас? Чтобы опередить конкурентов, успеть к установленному сроку или открыть возможность для работы над связанными задачами. 

Снижение рисков или реализация возможностей (Risk Reduction or Opportunity Enablement) — фактор, отражающий, как выполнение конкретной задачи снизит риски или какие возможности откроет.

Продолжительность, размер работы (Job Duration, Job Size) — в условиях ограниченности ресурсов, и особенно на этапе формирования команды и начала работы, удобно оценивать размер задачи в относительных пунктах (Story points).

Это условные баллы, показывающие соотношение масштабов задач. Так, если реализацию инициативы А мы оценим в 1 пункт, а Б — в 3 пункта, то, независимо от реальной системы единиц, первая задача потребует в 3 раза меньше ресурсов, чем вторая. В качестве шкалы баллов обычно используется последовательность Фибоначчи, т.е. каждая следующая величина равна сумме двух предыдущих: 1, 2, 3, 5, 8...

 Далее создаем сводную таблицу и оцениваем каждый параметр для всех задач, присваивая значения в пунктах.

Рейтинг полученных величин WSJF отражает приоритетность задач и позволяет использовать единую и прозрачную систему для всех стейкхолдеров.

Интересно узнать подробнее?

Приходите на один из наших тренингов, где вы в деталях разберете эту тему и сможете задать тренеру свои вопросы.

Вопросы и ответы по теме

Почему WSJF превосходит классические методы приоритизации бэклога?

WSJF учитывает не только бизнес-ценность, но и временные риски, что радикально меняет приоритеты задач. Методика использует числовые показатели вместо субъективных оценок, делая процесс прозрачным для всех участников. В отличие от MoSCoW, она позволяет точно ранжировать задачи, исключая ситуации, когда все задачи попадают в категорию 'must have'.

Как числа Фибоначчи помогают точнее оценивать задачи в бэклоге?

Последовательность Фибоначчи естественным образом отражает нелинейный рост сложности задач. Когда команда оценивает задачу в 8 пунктов вместо 7, это явный сигнал, что её нужно разбить на более мелкие части. Такой подход помогает избежать классической ошибки недооценки крупных задач и делает оценки команды более точными.

Какой неочевидный фактор WSJF чаще всего упускают команды?

Критически важный фактор Time Criticality часто недооценивается командами. Задача с меньшей бизнес-ценностью, но высокой временной критичностью может оказаться приоритетнее высокоценной задачи. Этот параметр учитывает не только дедлайны, но и потенциальные потери от задержки реализации.

Как WSJF помогает избежать главной ошибки в приоритизации бэклога?

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

Почему успешные Agile-команды выбирают WSJF вместо интуитивной приоритизации?

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

Как правильно оценить Time Criticality в WSJF?

При оценке Time Criticality важно учитывать не только явные дедлайны, но и скрытые факторы: потерю рыночных возможностей, зависимости других команд, сезонность и потенциальное устаревание решения. Оценка должна отражать реальную срочность задачи, а не давление заинтересованных сторон.

Хотите системно изучить гибкие методологии?

Cертифицированный Скрам-мастер и Agile-coach

27 - 29 августа 2025
Узнать больше

Профессиональный сертификационный тренинг по Agile и Scrum

24 - 26 сентября 2025
Узнать больше

Сертифицированный Владелец продукта в Agile

01 - 03 октября 2025
Узнать больше

Полный календарь тренингов

Перейти к расписанию

Еще публикации по Agile в Управление продуктами

Как создать успешный продукт. Фреймворк Jobs To Be Done — JTBD
Публикация Управление продуктами

Как создать успешный продукт. Фреймворк Jobs To Be Done — JTBD

Концепция Jobs To Be Done помогает определиться с видением продукта и отдельными его функциями, которые будут привлекательны для пользователей.

Разработка и запуск корпоративного портала «с нуля» за 3 недели
Кейс Телекоммуникации

Разработка и запуск корпоративного портала «с нуля» за 3 недели

Наш клиент, одна из крупнейших телекоммуникационных компаний России, поставила перед нами задачу быстрого запуска «с нуля» нового сервиса — внутреннего портала для десятков тысяч сотрудников компании, распределенных по всей стране.

PI планирование
Публикация Управление продуктами

PI планирование

Что такое PI планирование, или Планирование инкремента продукта, когда используется и как его проводить.

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!