Почему пользователи продолжают собирать отчёты вручную после внедрения BI
Habr ·
В одном из проектов управленческая отчётность собиралась из нескольких внутренних систем. Были учебные данные, финансовые показатели, задолженности, движение контингента, нагрузка и другие направления. Часть информации приходила через API и выгрузки, затем аналитическое подразделение объединяло справочники, исправляло значения, проверяло результат и готовило отчёты по запросу. Логика внедрения BI казалась очевидной: вынести повторяющуюся обработку в витрины, согласовать показатели, дать пользователю фильтры и детализацию, а ручные Excel-файлы постепенно убрать. Мы развернули рабочую версию аналитики на сервере, показали её руководству и получили согласование на развитие. Отчёт для сравнения подразделений был внедрён и использовался. Но сам факт появления дашборда не отменил ручную отчётность. Пользователи продолжали сверять цифры, делать выгрузки, собирать отдельные таблицы и возвращаться к привычным файлам. Сначала такое поведение легко принять за сопротивление: систему сделали, данные в ней есть, почему нельзя просто открыть BI? На практике ручной отчёт часто выполняет работу, которую дашборд вообще не закрывает. Он может быть контрольным расчётом, списком для оперативной работы, формой передачи данных, черновиком новой методики или местом, где пользователь добавляет информацию, отсутствующую в источниках. Поэтому я бы не начинал с запрета Excel. Сначала стоит разобраться, зачем конкретный ручной файл продолжает существовать. Иногда его действительно можно заменить одной страницей BI. Иногда нужно исправить витрину. А иногда выясняется, что организации нужен не ещё один график, а совсем другой класс системы. Читать далее