❓ Проблема
Представим следующую ситуацию: у вас есть множество фич, которые нужно протестировать, но тестирование или непосредственная реализация каждой обойдётся в некие затраты. Порядок реализации так же важен, как и самостоятельный импакт каждой фичи. С неправильным порядком исполнения фичей могут быть чреваты следующими проблемами: например ввели низкий приоритет для исправления ошибок в приложении(как следствие - пользователи недовольные), или же реализующиеся в данный момент фичи дают куда меньший результат, в сравнении с другими в листе ожидания.
💡 Решение
В приоритизации можно выделить два этапа, быстрая оценка, для отсеивания наиболее худших фичей, медленная оценка, которая используется для оставших. Давайте рассмотрим существующие фреймворки, которые помогут провести эти два этапа.
Фреймворки быстрых приоритизаций:
📌 Reach / Frequency
Для оценки требуется заполнить следующую матрицу фичами:
строки(Frequency): частота использования функционала, 4 деления (редко, иногда, часто, постоянно)
столбцы(Reach): охват пользователей, 4 деления (мало, некоторые, большинство, все)
Каждая фича получит количество баллов равное сумме координат ячейки, куда она попала (например если элемент попал в (часто, все) то его значение будет 3 + 4 = 7). Далее отсортируем все метрики по их значению и выберем наилучшие.
📌 Opportunity scoring (Оценка возможностей)
Как проходит оценка: предоставим клиентам все фичи и попросим выписать этот список два раза, первый нужно отсортировать по важности внедрения, второй - по удовлетворенности нынешним решением. Затем мы составим график по оси x будет важность, по оси y - удовлетворённость. Получившийся график поможет дать представление о востребованности каждой из фич.
Фреймворки нагруженных приоритизаций:
📌 WSJF(Weighted Shortest Job First) - метод приоритизации фичей/задач в рамках agile подхода, он чувствителен ко времени выполнения фичи и к ценности для бизнеса. Этот метод может выявить фичи, которые дадут импакт в ближайшей перспективе
WSJF = Cost of Delay / job size
Cost of Delay = Ценность для бизнеса + срочность задачи + снижение рисков или возможности
job size - оценка объёмов предстоящих работ.
📌 RICE
Считаем значение метрики RICE и ранжируем по ней, выбираем лучших.
RICE = (Reach * Impact * Confidence) / Effort
Reach - оценка охвата пользователей, которые столкнулись с этой фичей
Impact - оценка полезности данной фичи для пользователей
Confidence - уверенность в своей оценки reach и impact
Effort - сложность реализации.
Все эти оценки можно оценивать от 1 до 10, но также можно и масштабировать тот или иной параметр по вашему усмотрению.
📌 Иерархия метрик
Здесь просто строится иерархия метрик, начиная от главной метрики, затем требуется найти метрику, на которую непосредственно повлияет фича и оценивается влияние этой на главную метрику.
@ProdAnalysis