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

Эта задача встает особенно остро, когда у нескольких ЛПР есть один общий ресурс разработки. Как договориться, что делать в первую очередь и не подраться. Об этом и будет эта статья.

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

Я видел много разных подходов, но лучше всего работает простая таблица.
В которой в каждой строке вы пишите фичу, user story (или что надо отприоритизировать), а в колонках те драйверы, которые для вас важны.

Например, на старте приоритезации продуктового бэклога, чаще всего появляются такие драйверы:
- Пользователи. На скольких пользователей повлияет.
- Деньги. Сколько заработаем (или сэкономим)
- NPS. Насколько пользователи станут счастливее
- Валидация. Насколько проверена фича.
- Траты. Сервера, лицензии, вендора
- Время. Сколько времени потребуется для выполнения этой фичи.

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

На моей практике хорошо работают оценки от 0 до 10. Или бинарные (0 или 1)
И для того, чтобы эти шкалы были прозрачны, то нужно описать, что значит каждое число. Хотя бы оценочно.
Например:
0 - мы заработаем меньше 100 000 руб
1 - от 100 000 до 1 000 000
...
...
...
10 - мы заработаем больше 1 млрд.

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

Остается последний шаг. Выбрать как считать итоговый балл. И тут опять нет четких правил. В каждом конкретном случае оценка своя. Я приведу лишь несколько примеров.

1. Самый простой. Сумма всех баллов. (тогда расходы и временные затраты должны быть инвестированы. Чем быстрее сделаем, тем выше оценка)

2. Можно добавить веса для каждого драйвера. И тогда то, что сейчас более важно компании будет давать больший вклад в итоговую оценку.

3. Можно еще усложнить. Например, мы вводили драйвер уровень проверки. И это был множитель для всех драйверов.
- Если это была просто идея, то стояло "0". И обнуляло все идеи, которые не проверены.
- Если была просто аналитика рынка, то "1"
- Если кастдевы и живые пользователи, то 2
- Если проверенное MVP, то 5.

И это было решение команды. Команда договорилась, что им очень важна проверка.

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

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

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

И отсюда вытекают несколько простых правил
- Все участвующие понимают как добавлять строки в таблицу и могут это сделать
- Все участвующие согласны с теми драйверами (столбцами) которые вы выбрали
- Все участвующие согласны с тем как выставяется оценка в каждом драйвере (что 0 - это если меньше 100 000 руб, а 10 - это больше 1 млрд, например)
- Все участвующие проставляют свои оценки по каждому продукту (берем потом среднее)

Вы садите все вместе и за 1-1,5 часа сделаете первую версию вашей таблицы. Запишите все фичи, вспомните все драйверы.
Опишите границы оценок в этих драйверах.
Все Проголосуете и возьмете среднее для каждой ячейки.
Договоритесь о том, как считается скоринг.
И даже посчитаете его!

А потом....
А потом кто-то скажет: "А давайте посмотрим где там задача, которую очевидно надо было делать первой".
А она окажется на 20, например, месте.

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

Но как мы помним, что оценивал не один человек. А несколько и там были вполне конкретные ориентировочные цифры. Вы сможете "накинуть" 1, максимум 2 балла. Даже если убедите других, что все ошиблись при оценке.

При таком раскладе искомая фича поднимается с 20 на 15 место. Все равно не то, что нужно делать "прямо сейчас" (помним, что инструмент именно для оценки)

Второй вариант - мы забыли еще один драйвер. Например "Требование регулятора", который нам очень важен и ставим его оценку 10 - требование регулятора, 1 - во всех остальных случаях. И ставим его в множитель скоринга. Т тогда наша фича взлетает на самый верх (и то, возможны нюансы ;) ).

Но теперь все понимают почему она на первом месте. Даже те, чьи фичи опустились ниже.

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

Моя практики показывает, что нужно порядка 4 встреч по 1-1,5 часа, для того, чтобы построить модель приоритизации, которая работает в вашем случае. Со всеми спорами, холиварами и переделками.

Я не даром ввел термин "веса", когда рассказывал как можно усложнить этот инструмент. Бизнес редко бывает таким прямолинейным. Сейчас фокусируемся на доходе, но и про остальные драйверы не стоит забывать. Доход доходом, но при одинаковом уровне заработка лучше делать то, что будет стоить дешевле.
В этом случае драйвер с доходом становится с большим весом, а у остальных с меньшим.
И автоматически "всплывают" фичи, у которых выше оценка в драйвере дохода.

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

Второй лайфхак. Если вам нужно сильнее отделать друг от друга "плохие" оценки от "хороших", то можно оценивать не 1,2,3,4,5,6,7,8,9,10, а испрользовать последовательность Фибоначчи. 1,2,3,5,8,13,21,34,55,89 ваши критерии оценки не меняются, просто, в нашем примере, 1 млрд дохода это не 10, а 89.
В этом случае фичи с сильными оценками будут с большим отрывом от тех, у кого не такие хорошие оценки.

Терпения вам при заполнении этой таблицы. Вы потратите много сил и энергии на ее составление, но сэкономите в будущем гораздо больше!