📊 Как приоритизировать задачи — опыт Mindbox
![](/media/IMG_5651-43976ec99079-thumbnail-1500.png)
Прочитали интересный кейс от наших коллег на Хабре. В статье PM Ира Белица и engineering manager Святослав Сычев рассказали, как команда Mindbox разобралась с перегруженным техдолгом с помощью правильной приоритизации.
📌 Контекст: команда Mindbox работает над высоконагруженным продуктом рассылок: более 850 клиентов генерируют свыше 20 тысяч RPS. В связи с чем, на разработчиков регулярно «падают» десятки задач по добавлению новых фич и исправлению багов.
📌 Проблема: из-за высокой нагрузки и недостатка ресурсов команда поставила в приоритет работу над надежностью и удержания уровня сервиса (в Mindbox эту ЗО называют Тойл). Из-за этого скопилась очередь из нереализованных клиентских-задач.
📌 Решение: Реорганизация бэклога с помощью фреймворка на базе RIСE. Каждой задаче дали оценку по следующим параметрам:
• Impact — влияние проблемы на команду и/или клиента (например, потеря денег);
• Frequency — частота повторения проблемы;
• Blast radius — сколько клиентов затронуто, насколько массовая проблема;
• Estimate — примерная оценка сроков.
На а дальше — считаем приоритетность по формуле (в прикрепленной картинке). Для поддержания актуальности также вводим два еженедельных синка между лидами.
📌 Результат: число выполненных клиентских задач выросло почти в 2 раза, а тойл впервые за полгода снизился до комфортных значений.
Comments 0
Login to leave a comment