Сегодня хочу поднять такую тему, которую многие ощущали, но не всегда произносят вслух. Она про то, почему информационные системы ломаются не от багов, не от программистов и даже не от «кривых рук», а от того, что внутри компании нарушается одна базовая вещь — правила, которые сама же компания и утвердила.          Любая информационная система — это в первую очередь система правил. Стандарты учёта, маршруты согласований, порядок расчётов, логика движения данных. Это не просто софт — это способ, которым организация договаривается работать.     Но дальше происходит странное. Собственник, он же генеральный директор, сам инициирует автоматизацию, требует порядка, контролирует внедрение… и тут же начинает менять утверждённые правила каждые две-три недели. Зарплата — пересчитать сразу по нескольким категориям сотрудников. Подразделения — разбить, собрать, перенести людей туда-сюда, "потому что сейчас бизнес-так нужно". И так по кругу.          В этот момент происходит то, что в нормальной управленческой теории давно описано: система разрушается, если её уровень неопределённости превышает способность сотрудников адаптироваться. И неважно, насколько хороша ERP, HRM или CRM — она не выдерживает, если организация сама живёт в режиме "постоянного исключения".          Здесь есть ещё один важный момент, который эксперты повторяют как мантру:     автоматизация — это всегда переход от предпринимательской логики к логике управляемой организации.     Предприниматель действует возможностями: "Так, вот прямо сейчас делаем вот это".     Система действует правилами: "Вот так мы договорились работать всегда".          И если собственник хочет, чтобы компания жила по правилам, но сам внутренне остаётся в предпринимательской логике, он неизбежно начинает идти поперёк собственных же процессов. Он подписывает регламент — и за неделю обходит его. Он утверждает модель расчёта зарплаты — и через две недели ломает её новый идеей. Система просто не успевает стабилизироваться.          Что с этим делать?          Правила должны быть дороже импульсов. Если есть необходимость менять — менять, но пакетно и по протоколу, а не "вчера решил — завтра переделали всё".          Нужен буфер стабильности. Изменения — раз в квартал, а не раз в две недели. Компания должна успевать прожить процесс, прежде чем его снова меняют.          Собственник должен перейти на другой уровень роли. Не "я решаю всё прямо сейчас", а "я задаю рамки, а система работает внутри них".          Этот переход — самый сложный шаг для собственника. Но те, кто его проходят, получают не хаос, которым нужно управлять каждый день, а предсказуемый бизнес, который можно масштабировать. И это — лучшая награда.    Пишу о том, что вижу в проектах по автоматизации. Чтобы не пропустить следующие  разборы — подписывайтесь.