BI в операционке: как перестать тушить пожары

(Перестать тушить пожары очень сложно, этот пост написан для начала осознания этого факта) Начну немного издалека. Действия любого существа/организма/социума делятся на 2 типа: 🔹акционные 🔹реакционное Отличие простое, акционные - побуждение на действия изнутри, реакционные - побуждение на действие извне. И каждая сфера/структура бизнеса точно так же реагирует на разного рода раздражители изнутри и извне.

Операционный менеджмент живёт, как раз, в режиме реакции. Что-то сломалось, тогда побежали. Клиенты недовольны, срочно разбираемся. План не выполнен, начинаем искаит виноватых. В такой реальности BI часто превращается в «отчёт после пожара»: красиво объясняет, почему всё сгорело, но не помогает этого избежать.

Проблема не в том, что операционным командам не нужны данные. Наоборот, именно им они нужны больше всех. BI в операционке слишком часто отвечает на вопрос «что уже произошло», а не «что начинает идти не так».

Операционный BI работает хорошо, когда он встроен в ритм действий. Не в отчётность, не в презентации, а в ежедневные решения. Его основная задача - дать сигнал раньше, чем станет больно. Вспомни дашборд Алармы, про которые я рассказывал несколько постов назад.

Первая ключевая разница - реакция против предотвращения. Если дашборд смотрят раз в неделю, он не операционный. Если по нему невозможно понять, что делать сегодня или завтра, он бесполезен. Операционный BI живёт в коротких циклах и показывает отклонения почти в реальном времени.

Вторая разница - алерты важнее визуалов. В операционке не должно быть необходимости «пойти посмотреть дашборд». Сигнал сам должен прийти к ответственному: метрика вышла за границы, процесс начал деградировать, SLA под угрозой. Хороший операционный BI шумит редко, но по делу.

Третья - метрики должны быть управляемыми. Очень распространённая ошибка, тащить в операционный BI итоговые показатели. Выручка, общий NPS, средняя маржа. Они важны, но ими нельзя управлять в моменте. В операционке работают только те метрики, на которые команда реально может повлиять здесь и сейчас.

Четвёртая - ответственность важнее аналитики. Если у метрики нет владельца, она не операционная. При отклонении не ясно, кто должен действовать, то BI превращается в наблюдение за хаосом. Операционный BI всегда жёстко привязан к ролям и процессам.

Последнее - BI не заменяет мышление. Он не принимает решения и не исправляет процессы. Он просто делает проблемы видимыми раньше. Если команда не готова менять поведение, BI лишь ускорит осознание того, что «опять всё пошло не так».

Перестать тушить пожары можно только в одном случае: когда BI начинает показывать дым, а не пепел. Когда сигнал появляется до того, как проблема становится кризисом. Всё остальное - ретроспективная аналитика, какой бы красивой она ни была.

Запомните, даже самый спокойный медведь умеет рычать, когда надо. Берегите голову, берегите данные — и пусть в вашем дне будет немного тишины, ясности и добрых переменных.

BI в операционке: как перестать тушить пожары | Сетка — социальная сеть от hh.ru