Приоритизация бэклога в формулах и не только

Бэклог - список задач для команды разработки, выстроенный по приоритетам.

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

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

• Владелец продукта оценивает, как реализация задачи повлияет на увеличение рентабельности и прибыли продукта;
• Аналитики продумывают риски, которые несет отказ от выполнения задачи: например, потеря пользователей, несоблюдение требований регуляторов (бизнес-правил);
• Команда разработки (программисты и тестировщики) называют сложность выполнения задачи.

В этой статье мы рассмотрим шесть основных методов приоритизации бэклога.

WSJF

WSJF = Weighted Shortest Job First, Сначала Более Ценная и Короткая Работа

Метод основан на принципах бережливого производства (Lean) и направлен на максимизацию потока рабочих процессов. Предполагается, что первыми в разработку поступают задачи с наилучшим соотношением объема работ и времени выполнения.

Соотношение рассчитывается по формуле WSJF = Cost of Delay / Job Duration, где:

• Cost of Delay = Business Value + Time Criticality + Risk Reduction

Cost of Delay – стоимость задержки – экономическая ценность, которую мы упускаем при отказе от реализации задачи.

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

Time Criticality – временная критичность. Показывает, как отказ от реализации задачи может повлиять на потерю клиентов или соблюдение поставленных сроков от зависимых лиц (регуляторов, заказчиков и т.д.)

Risk Reduction – фактор риска. Учитывает риски для продукта, которые повлечет за собой отказ от реализации задачи (отток клиентской базы, потеря интереса к реализовываемой функциональности и т.д.)

• Job Duration – продолжительность работы – время, которое должно быть потрачено на выполнение задачи.

При оценке каждого из параметров используется последовательность Фибоначчи.

Чем выше итоговая оценка, тем приоритетнее задача.

Метод WSJF позволяет распределить задачи не только на один спринт, но и на квартал или год.

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

Value vs. Complexity

Value vs. Complexity = Ценность и Сложность

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

Задачи распределяются на графике с осями Х и Y.

• Ось Х показывает сложность реализации от минимальной к максимальной;
• Ось Y отображает бизнес-ценность от минимальной к максимальной.

После распределения задач по осям график необходимо разбить на матрицу 2x2. В результате каждая задача получит приоритет от 1 до 4.

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

Модель Кано

Модель Кано - метод оценки эмоциональной реакции пользователя на функциональность продукта.

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

При реализации модели Кано задачи необходимо разделить на 5 категорий:

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

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

MoSCoW

MoSCoW: Must have, Should have, Could have, Won't have.

MoSCoW – метод определения приоритетов задачи на основании четырех факторов:

• Must have (обязаны сделать) – задачи, которые необходимо выполнить для успешной работы продукта;
• Should have (следует сделать) – важные и приоритетные требования, которые добавляют значительную ценность в продукт;
• Could have (можем сделать) – задачи, которые желательно сделать, их можно отложить и выполнить после задач Must have и Should have;
• Will not have (не будем делать) – задачи, которые хотелось бы сделать, но они не являются приоритетными в данный период времени.

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

RICE scoring

RICE - Reach, Impact, Confidence и Effort.

RICE рассчитывается по формуле (Reach x Impact x Confidence) / Effort, где:

• Reach (охват) – аудитория, которая будет взаимодействовать с реализованным функционалом. Значение рекомендуется рассчитывать на основании метрик;
• Impact (влияние) – оценка того, насколько сильно реализация задачи повлияет на продукт. Используются следующие значения: 3х = очень сильно, 2х = сильно, 1х = средне, 0,5х = мало, 0,25х = минимально;
• Confidence (уверенность) – оценка уверенности в правильности оценки, где: 100% = высокая достоверность, 80% = средняя достоверность, 50% = низкая достоверность;
• Effort (трудозатраты) – оценка того, сколько усилий и времени будет затрачено на реализацию данной задачи. При оценке трудозатрат лучше использовать привычное понимание затраченного времени – либо последовательность Фибоначчи либо количество дней/спринтов/месяцев.

Исходя из полученных результатов оценки задачи можно отсортировать от наиболее приоритетных (максимальное значение RICE) к наименее приоритетным (минимальное значение RICE).

Для использования данного метода идеально подходит Excel, где есть возможность прописать формулы для расчета итогового значения по RICE и дальнейшей сортировки результатов.

ICE scoring

ICE - Impact, Confidence, Easy.

Метод ICE позволяет оценить каждую задачу по формуле Impact * Easy * Confidence, где:

• Impact (влияние) – оценка того, насколько положительно выполнение задачи повлияет на улучшаемый ключевой показатель, по шкале от 1 до 10;
• Easy (простота) – оценка того, сколько ресурсов и усилий потребуется для реализации задачи, по шкале от 1 до 10;
• Confidence (уверенность) – показатель уверенности в двух предыдущих оценках, по шкале от 1 до 10.

Наивысший приоритет присваивается задачам с максимальным значением ICE, минимальный - с наименьшим значением ICE.

Вывод

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

Рассматривайте полученные оценки как основу для принятия решений, а не как жесткое правило.

Текст: Алексей Кудинов

Редактор: Татьяна Курсина