Excel как теневая ИТ-система: запрещать бессмысленно, нужно переосмыслить процессы
Почему таблицы живут там, где корпоративные системы слишком медленные или неудобные, и что с этим делать.
В каждой компании, где я видел попытку "запретить Excel", история заканчивалась одинаково. Через несколько месяцев таблицы возвращались - чуть более скрытно, под другими именами, через личные диски и почту. Запрет не убирал потребность, которая их породила.
Excel - это не вредная привычка сотрудников. Это сигнал о том, что в каком-то месте корпоративная система не справляется. Работать с сигналом полезнее, чем его заглушать.
Почему таблицы появляются там, где они не должны
Когда сотрудник открывает Excel вместо CRM или ERP, это почти всегда означает одно из нескольких:
- корпоративная система слишком медленная для оперативной работы;
- нужный отчёт или срез данных нельзя получить без заявки в ИТ;
- логика расчёта нестандартная и не влезает в шаблоны системы;
- для ввода данных нужно пройти пять экранов, а в таблицу - одна строка;
- просто нет системы, которая закрывает эту конкретную задачу.
Сотрудник не саботирует процесс. Он его чинит доступными средствами. Проблема в том, что его "починка" невидима, неуправляема и не воспроизводима.
Что делает теневой Excel опасным
Одна таблица в руках одного человека - это не кризис. Опасность появляется, когда таблица становится частью процесса:
- из неё копируют данные в другие системы;
- на основании неё принимают решения, которые никто не может перепроверить;
- её логика не задокументирована и живёт только в голове автора;
- когда автор уходит, никто не может повторить расчёт.
Я видел компании, где ключевые финансовые показатели месяцами считались в файле, который хранился на рабочем столе одного менеджера. Не потому что он хотел власти. Просто ERP не умела считать так, как нужно было бизнесу, а запрос на доработку лежал в очереди год. Та же динамика - разные люди считают один и тот же показатель по-разному - превращает self-service BI в фабрику противоречий, а не в инструмент общего понимания.
Как найти настоящую причину
Прежде чем что-то менять, нужно понять, что именно таблица делает для человека, который её использует. Три вопроса:
- Какую задачу закрывает эта таблица? Что именно в ней делается - расчёт, агрегация, сбор данных из нескольких мест, фильтрация?
- Почему это не делается в основной системе? Нет функции, нет доступа, слишком медленно, неудобно?
- Кто ещё зависит от этой таблицы? Куда идут данные из неё?
Ответы на эти три вопроса часто показывают не проблему с людьми, а конкретный пробел в системе или процессе.
Что работает вместо запрета
Запрет убирает симптом. Работают другие подходы.
Первый - легализация с ограничениями. Если таблица выполняет реальную функцию, признать её официальным инструментом для конкретного шага процесса, задокументировать логику, назначить владельца. Это лучше, чем делать вид, что её нет.
Второй - устранение причины. Если сотрудники массово обходят CRM, потому что в ней неудобен ввод данных - это задача для ИТ: улучшить интерфейс или хотя бы сократить количество обязательных полей. Не всегда дорого, часто быстро окупается.
Третий - автоматизация точечно. Если таблица агрегирует данные из трёх систем - возможно, достаточно настроить один отчёт или простую выгрузку, и таблица станет ненужной сама по себе.
Фильтр для аудита теневых систем
Когда я прохожусь по теневым инструментам в компании, я смотрю на каждую критическую таблицу через один и тот же набор вопросов:
- Что случится, если автор этой таблицы завтра не выйдет на работу?
- Можно ли воспроизвести результат из этой таблицы через основные системы?
- Сколько человек принимают решения на основании этой таблицы?
- Когда последний раз кто-то проверял, что логика в ней правильная?
Если хотя бы один ответ тревожный - это не повод запрещать Excel. Это повод разобраться, какой процесс он заменяет, и решить, как этот процесс должен работать правильно.