Почему компании без ИТ-стратегии всегда принимают решения на бегу

Директор малого или среднего бизнеса редко задумывается об ИТ-стратегии всерьёз. Вопросы решаются по мере поступления, без долгих планов и презентаций — и в этом даже есть повод для гордости: компания не обвешана бумагами, реагирует быстро, ничего не тормозит бюрократией.

Компания при этом работает. Серверы не падают через день, сотрудники получают технику вовремя, клиенты не жалуются. Через два-три года та же самая гибкость превращается в инфраструктуру, которую никто толком не может объяснить — включая собственного айтишника, который просто в какой-то момент перестал успевать разбираться, что и зачем накопилось за эти годы.

Логика, из-за которой план обычно откладывают

Владелец бизнеса рассуждает просто: стратегия — это для крупных корпораций, с отдельным ИТ-департаментом и презентациями для совета директоров. У малого и среднего бизнеса задачи конкретнее — закрыть текущую дыру, купить то, что сломалось, найти человека, который «руками сделает».

Каждое отдельное решение в этой логике выглядит правильным. Сервер заменили, потому что старый не тянул нагрузку. Наняли ещё одного специалиста, потому что первый не справлялся один. Перешли на новую программу, потому что клиент попросил формат, который старая не поддерживала.

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

Первые трещины

Сначала это просто неудобства. Бухгалтерия работает в одном формате, отдел продаж — в другом, и раз в месяц кто-то вручную сводит цифры в третьей таблице. Раздражает, но терпимо, и на это закрывают глаза годами.

Дальше подключается техническая часть. Один сервер тянет три сервиса сразу, потому что так сложилось исторически, и если он ляжет — встанут все три задачи одновременно. Резервные копии где-то есть, но когда их проверяли в последний раз, обычно уже никто не помнит.

Параллельно растёт зависимость от конкретных людей. Только один человек знает, как устроена внутренняя сеть. Только один понимает логику самописного скрипта, который тянет отчёты для директора каждое утро. Замену такому человеку обычно ищут уже после того, как он предупредил об увольнении, а не заранее.

Это не история про отдельную компанию с неудачным стечением обстоятельств. Такой набор трещин появляется почти в любом бизнесе, который рос быстрее, чем успевал наводить порядок в своей технической части.

Когда мелочи складываются в систему

По отдельности каждая из этих историй — рабочий момент, не катастрофа. Вместе они превращаются в инфраструктуру без хозяина в полном смысле слова: есть только люди, которые чинят то, что сломалось именно сегодня.

На вопрос «что будет с ИТ, если компания вырастет вдвое за год» директор нередко честно отвечает: об этом раньше никто не думал. Управление бизнесом здесь чаще всего ни при чём. Вопрос про рост инфраструктуры просто ни разу не поднимался до конкретного повода. Решать его по факту, уже после того как повод случился, почти всегда выходит сложнее и дороже.

Бизнес редко ломает одна крупная ошибка. Гораздо чаще скорость съедают десятки мелких компромиссов: решение, которое должно занимать день, растягивается на недели, потому что сначала приходится разбираться, что вообще есть в инфраструктуре и как оно связано.

Цена хаоса, если считать в деньгах

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

Отдельная и самая незаметная статья расходов — время руководителя. Когда инфраструктура непрозрачна, любое серьёзное решение — открыть филиал, запустить новый продукт, пройти проверку — упирается в вопрос, потянет ли это ИТ-часть компании, а заранее на него никто не может ответить.

Настоящая цена обычно всплывает в момент резкого роста или кризиса. Компании нужно быстро масштабироваться или, наоборот, сократить издержки, а инфраструктура к такому повороту не готова. Именно тогда прошлые годы экономии на планировании превращаются в срочный и заметно более дорогой проект под давлением дедлайна.

Проект, который можно было растянуть на полгода спокойной работы, в такой момент делают за три недели ночами и с переплатой подрядчикам за скорость. Разница в цене между спокойным планированием и авральным исправлением обычно измеряется не в процентах — счёт идёт на разы.

Что такое ИТ-стратегия, если убрать из неё канцелярит

Здесь стоит развести два понятия, которые часто путают. Толстый документ на сто листов с таблицами, написанный один раз и положенный в стол, к реальной работе почти не имеет отношения. ИТ-стратегия компании — это набор ответов на несколько простых вопросов о том, куда движется инфраструктура и почему именно туда.

Что случится с системами, если компания вырастет вдвое за год? Кто и как быстро заменит ключевого специалиста, если тот уйдёт завтра? Какие данные критичны для бизнеса и что произойдёт, если они пропадут? Сколько сейчас реально стоит текущий хаос по сравнению с тем, чтобы навести в нём порядок?

Реальная стратегия редко выглядит как пятилетний план на бумаге. Чаще это горизонт на год-два вперёд: понимание, куда движется бизнес и что должна успевать за ним делать инфраструктура. Она появляется в тот момент, когда кто-то один раз садится и честно отвечает на эти вопросы, вместо того чтобы решать их постфактум, уже в разгар аварии.

На практике всё сводится к трём вещам

Первое — трезвая опись того, что уже есть. Формальный список серверов и лицензий для галочки здесь мало помогает. Важнее понимание, какие системы держат ключевые процессы компании, кто их обслуживает и что произойдёт, если завтра одна из них откажет. Большинство компаний искренне удивляются, когда впервые видят эту картину целиком: часть систем оказывается забытой, часть — дублирует друг друга.

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

Третье — горизонт на ближайший год-два, синхронизированный с планами самого бизнеса. Если компания собирается открыть филиал, выйти на новый рынок или удвоить штат, инфраструктура должна быть готова к этому заранее. Догонять рост постфактум почти всегда выходит дороже и дольше. Такой план не требует толстого документа — достаточно нескольких абзацев, которые директор может пересматривать раз в квартал.

Роль, которой в малом бизнесе часто просто нет

В крупной компании этим занимается CIO или ИТ-директор — отдельная должность с полномочиями смотреть на инфраструктуру целиком. В малом и среднем бизнесе такой роли обычно физически не существует, и вопрос стратегии повисает между директором, который не технарь, и системным администратором, который отвечает за то, что горит прямо сегодня.

Директор видит бизнес целиком, но не разбирается в технической части. Администратор разбирается в технике, но редко думает горизонтом дальше квартала — у него другие задачи и другая зона ответственности. Каждый из них по-своему прав, и именно поэтому вопрос стратегии годами остаётся ничьим.

Здесь и полезен взгляд со стороны — партнёр, который читает инфраструктуру компании как часть бизнес-модели: сколько стоит простой, где зависимость от одного человека, что случится при росте вдвое. Его задача — задать эти вопросы раньше, чем на них ответит очередная авария.

На практике разговор об этом редко начинается с айтишных терминов. Обычные управленческие вопросы работают лучше: сколько компания потеряет за час простоя склада, что случится с отгрузками, если упадёт 1С, кто в курсе паролей от критичных систем кроме одного человека в отпуске. Ответы на них директор и так более или менее держит в голове — стратегия просто собирает их в одну картину и переводит в конкретные шаги.

Компания без ИТ-стратегии не обязательно плохо работает сегодня. Она просто не знает наверняка, во что превратится собственная инфраструктура через пару лет — и обычно узнаёт об этом в самый неподходящий момент.

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