Почему BI-проекты останавливаются на полпути
Разбор типичных причин, по которым проекты аналитической отчётности не доходят до результата, и что с этим делать.
Я видел достаточно много проектов внедрения бизнес-аналитики. Часть из них закончилась рабочими системами, которые люди реально используют. Часть - красивыми презентациями и заброшенными дашбордами. Разница между ними редко в технологии.
Есть несколько повторяющихся причин, по которым такие проекты буксуют или замирают. Хочу разобрать их честно.
Причина первая: требования берутся из воздуха
Типичный старт BI-проекта выглядит так: ИТ-команда или подрядчик спрашивает, "какие отчёты вам нужны", бизнес называет несколько, они реализуются - а потом оказывается, что никто этими отчётами не пользуется, потому что они не отвечают на реальные вопросы.
Проблема не в отчётах. Проблема в том, что требования собирались как список пожеланий, а не как описание решений, которые нужно принимать. Правильный вопрос не "какой отчёт вам нужен", а "какое решение вы принимаете раз в неделю, которое сейчас требует двух часов сбора данных вручную".
Хороший BI-проект начинается с инвентаризации решений, а не отчётов. Смежная ловушка - когда свобода отчётности превращается в фабрику противоречивых цифр - возникает, когда каждый отдел считает одни и те же показатели по-своему.
Причина вторая: данные оказываются хуже, чем казалось
На этапе планирования все знают, что данные "не идеальные". На этапе реализации оказывается, что одни и те же показатели считаются по-разному в разных отделах, история в системах не хранится дальше двух лет, а несколько ключевых источников вообще доступны только через ручную выгрузку раз в месяц.
Это не значит, что проект нельзя делать. Это значит, что его нужно начинать с аудита данных, а не с выбора инструмента - качество данных должно предшествовать аналитике, а не следовать за ней. Если обнаруживаются такие проблемы после того, как куплена платформа и нанят подрядчик - цена исправления резко вырастает.
Причина третья: нет владельца на стороне бизнеса
BI-проект часто отдаётся ИТ-команде как технический проект. ИТ добросовестно реализует то, что просили, - и сдаёт работу. Только вот пользователи не понимают, как этим пользоваться, данные устаревают, никто не знает, куда обращаться с вопросами.
Работающая аналитическая система требует владельца на стороне бизнеса - человека, который знает, зачем она нужна, следит за качеством данных, отвечает на вопросы пользователей и решает, что развивать дальше. Без такого человека система постепенно умирает, даже если технически она работает.
Причина четвёртая: проект сделан, а процесс - нет
Даже хорошо сделанный BI выдаёт результаты ровно настолько хорошие, насколько хороши данные на входе. Если никто не следит за тем, что источники обновляются корректно, что новые продукты добавлены в справочники, что изменения в бизнес-процессах отражены в логике отчётов - через полгода система начинает врать.
Отчётность - это не проект с датой завершения. Это процесс с владельцем и регламентом.
Что проверить до старта
Если вы планируете BI-проект или пытаетесь реанимировать стоящий - вот несколько вопросов:
- Какие конкретные решения должна поддерживать новая аналитика, и кто эти решения принимает?
- Проведён ли аудит источников данных - их качество, доступность, история?
- Есть ли конкретный человек на стороне бизнеса, который будет владельцем системы после сдачи?
- Как будет обеспечиваться актуальность данных - кто за это отвечает и как это проверяется?
- Каков критерий успеха через шесть месяцев после запуска?
Ответы на эти вопросы важнее выбора платформы. Платформу можно поменять. Отсутствие владельца или некачественные данные не решаются сменой инструмента.