Как выбирать BI-систему под реальные ограничения организации
В одном из проектов мне нужно было развивать управленческую аналитику в крупной образовательной организации. Данные уже были: учебные процессы, финансовые показатели, поступления и другие направления хранились во внутренних системах. Руководству требовались не очередные Excel-файлы, а единый BI-контур с дашбордами, детализацией и регулярным обновлением. На тот момент я уже работал с Power BI и DataLens, а рабочую версию управленческой аналитики мы развернули на сервере в Visiology. Прототип показали руководству и получили согласование на дальнейшее развитие. То есть на уровне первой демонстрации всё получилось: данные загрузились, дашборды открылись, показатели можно было обсуждать уже не на словах. Если смотреть только на этот момент, систему можно считать выбранной успешно. Но дальше началась обычная жизнь корпоративного ПО. Источники были доступны не напрямую, требования менялись, за сервер отвечала одна команда, за данные другая, а за отчёты третья. После обновления платформы часть дашбордов потребовала восстановления и переработки. Я не могу утверждать, что это универсальная проблема конкретного продукта: ситуация зависела от версии, конфигурации и локального контура. Но для меня это стало хорошим напоминанием, что BI выбирают не на день презентации. Его выбирают на несколько лет эксплуатации, обновлений, смены сотрудников и споров о том, кто вообще должен чинить отчёт в понедельник утром. После этого проекта я стал смотреть на BI не как на редактор графиков, а как на организационный продукт. У него есть пользователи, владелец, инфраструктура, SLA, стоимость изменений и накопленный технический долг. И если всё это не учитывать, система с лучшими визуализациями вполне может оказаться худшим выбором для конкретной организации. Читать далее