"Про BI Health Score Мы в командах всегда много экспериментировали с этим подходом. Сейчас в Авито заходим на новый круг. Проблема стара как сам BI: массово делаем отчёты → страдает гигиена → страдает навигация → теряем трафик. Кто-то пытается зарегулировать процесс (тесты, преревью), кто-то отпускает — и плодит хаос. В децентрализованной системе от 100+ аналитиков - обязаловка не работает. Что работает: – сертифицировать часть контента (важно, но об этом отдельно) – качать культуру разработки и вайб качества – фокусировать внимание через личные цели и окры. Важно искать баланс: - держать здоровье значимых объектов на уровне, - для остального давать тулы для самоконтроля. BI Health Score Reporting - это инструмент поддержки для всех этих мер. К нему прилагается процесс (например периодические BI Субботники, но это тоже тянет на отдельный пост). Цель такого отчета проскорить все объекты по факторам и подсветить автору и лиду зоны для фиксов. При этом на заставлять “кипятить океан” и чинить неважные баги в неважных отчётах, датасетах. Как мы посчитали первую версию Health Score: Объекту (дашборду, датасету) начисляются «штрафные» баллы (чем больше тем ""хуже здоровье"") за: – скорость, медленные запросы и ошибки – отсутствие владельца – неиспользуемость – заброшенность - срок с последнего обновления – дубли и высокое подобие, временные схемы и т.п. Далее добавляем мультипликаторы. Усугубляем если: - владелец BI - высокий WAU - используется руководством Считаем скоры по объекту и агрегируем по доменам и авторам: Health Score = (сумма баллов × мультипликаторы) / максимум Когда накопим опыт и устаканим логику — ребята опишут подробнее статьей на Хабр. Подсвечу тогда тему ещё раз. Если у вас был близкий опыт — велком в комменты. __🗂 Кстати - кто хочет следить за BI в Авито - вот ____папка____ с авторскими и общими tg каналами__ #АвитоBI"