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

Модель приоритизации бэклога 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 важно учитывать не только явные дедлайны, но и скрытые факторы: потерю рыночных возможностей, зависимости других команд, сезонность и потенциальное устаревание решения. Оценка должна отражать реальную срочность задачи, а не давление заинтересованных сторон.

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

Фреймворки масштабирования Agile

23 - 25 июля 2025
Узнать больше

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

29 - 31 июля 2025
Узнать больше

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

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

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

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

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

Применение модели приоритизации ICE для ранжирования проектов и задач
Публикация Управление продуктами

Применение модели приоритизации ICE для ранжирования проектов и задач

Модель приоритизации ICE – это инструмент, который помогает менеджерам и командам определить, какие проекты или идеи следует реализовать в первую очередь, а какие пока можно отложить.

«Управление продуктом в Scrum». Советы для бизнеса из книги Р.Пихлера
Публикация Управление продуктами

«Управление продуктом в Scrum». Советы для бизнеса из книги Р.Пихлера

Какие ошибки мешают создавать успешный продукт. Как развивать видение продукта и работать с бэклогом. Важные цитаты из книги «Управление продуктом в Scrum: Agile-методы для вашего бизнеса» Романа Пихлера.

Проектирование продукта: пример сильных вопросов для Customer Development
Публикация Производство

Проектирование продукта: пример сильных вопросов для Customer Development

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

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

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

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

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

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