📊 Как приоритизировать задачи — опыт Mindbox

Прочитали интересный кейс от наших коллег на Хабре. В статье PM Ира Белица и engineering manager Святослав Сычев рассказали, как команда Mindbox разобралась с перегруженным техдолгом с помощью правильной приоритизации.

📌 Контекст: команда Mindbox работает над высоконагруженным продуктом рассылок: более 850 клиентов генерируют свыше 20 тысяч RPS. В связи с чем, на разработчиков регулярно «падают» десятки задач по добавлению новых фич и исправлению багов.

📌 Проблема: из-за высокой нагрузки и недостатка ресурсов команда поставила в приоритет работу над надежностью и удержания уровня сервиса (в Mindbox эту ЗО называют Тойл). Из-за этого скопилась очередь из нереализованных клиентских-задач. 

📌 Решение: Реорганизация бэклога с помощью фреймворка на базе RIСE. Каждой задаче дали оценку по следующим параметрам:

• Impact — влияние проблемы на команду и/или клиента (например, потеря денег);

• Frequency — частота повторения проблемы;

• Blast radius — сколько клиентов затронуто, насколько массовая проблема;

• Estimate — примерная оценка сроков.

На а дальше — считаем приоритетность по формуле (в прикрепленной картинке). Для поддержания актуальности также вводим два еженедельных синка между лидами.

📌 Результат: число выполненных клиентских задач выросло почти в 2 раза, а тойл впервые за полгода снизился до комфортных значений.

Комментарии 1

Авторизуйтесь чтобы оставить комментарий