Как бизнес относится к своему ИТ
За все главы мы разобрали десятки типичных ошибок и показали, как надо. Остался один честный вопрос. Почему этих ошибок так много — сразу у десятков тысяч компаний? И что со всем этим делать именно вам.
Мы показали, как надо. Теперь — почему так редко бывает
В самом начале, на странице со стандартами, мы сказали неприятную вещь: у огромного числа компаний с ИТ всё очень плохо. И хуже всего даже не сам факт этого. Хуже всего, что многие даже не догадываются о проблеме — пока однажды что-нибудь не сломается.
Дальше мы прошли по всей инфраструктуре целиком — от кабелей и сетевого оборудования до серверов, бэкапов и систем безопасности. Показали десятки типичных проблем — и то, как сделать по-человечески.
Но тут стоит остановиться и честно спросить: откуда берётся вся эта масса неправильных решений — и почему они годами держатся, а бизнес их даже не замечает? Это ведь не единичные курьёзы: одни и те же ошибки встречаются у десятков тысяч компаний самого разного масштаба. Значит, корень у них общий.
Почти всегда дело в одном из трёх
Если свести всё многообразие плохих решений к общим корням, остаётся три главных причины. Две объясняют, откуда такое решение вообще берётся. А третья — почему оно потом живёт годами, и его никто не трогает.
По отдельности всё это можно объяснить и даже оправдать. Но настоящая беда начинается там, где отсутствие бюджета, компетенций и критики сходятся в одной точке. Дальше лучше показать, как это работает вживую.
Как собирается плохое решение
Почти всегда оно рождается по одному и тому же сценарию. Никто специально не пытается сделать плохо, но принимают несколько «обычных» решений подряд. И каждое из них по отдельности кажется логичным.
Решение готово, деньги сэкономлены, задача закрыта. Формально — всё отлично. Именно в этот момент и складывается очень опасная смесь.
Одно «работает» — и проблема расходится дальше
Обычно ошибка сразу даёт о себе знать: что-то не включается, тормозит, отваливается или постоянно требует внимания. Но есть более опасный вариант — когда сэкономили, сделали без нормальной экспертизы, а оно всё равно заработало.
На первый взгляд ошибки нет. Всё включилось, пользователи работают, жалоб нет. Проблема только в том, что слово «работает» в ИТ может означать очень разные вещи.
«Получилось почти даром — значит, и дальше можно так»
Случайный успех превращается в управленческий принцип. ИТ дальше строят по той же логике: минимальный бюджет, минимум проверки, главное — чтобы сейчас заработало.
«Решение же рабочее, зачем что-то менять»
Если схема сработала один раз, её начинают повторять. Сначала у одного клиента, потом у второго, потом у третьего. Так одна неправильная практика незаметно расходится по десяткам компаний.
«Столько лет работает — чего его трогать»
Живёт на этом годами и не подозревает, что живёт на пороховой бочке. Понятие «работает» усыпляет — проверять никто не идёт. Пока однажды не рванёт в самый неподходящий день.
«Работает» — это ещё не значит «сделано хорошо». Чаще это просто счёт, отложенный на потом. И чем дольше всё «работало», тем больше сумма в этом счёте.
Бизнес отчасти можно понять
У экономии на ИТ есть понятная причина, и назовём её честно. Для большинства компаний ИТ — чистая статья расходов. Сервер сам по себе не продаёт, резервная копия не заключает сделки, файрвол не приводит клиентов.
Поэтому ИТ часто воспринимают как область, где можно сэкономить, особенно когда «и так всё работает». И раз прямой прибыли не видно — значит, чем дешевле получится, тем лучше. По-человечески эта логика понятна.
Вот только у этой логики есть слепое пятно. Да, возможно, ИТ действительно не генерирует прибыль — но отлично генерирует убытки, когда что-то ломается. Простой, потерянные данные, остановленные продажи, утечка чувствительной информации, репутационные потери — всё это вполне конкретные деньги. Просто их не видно в спокойное время — по той же причине, по которой бизнес усыпляет понятие «работает». Пока ничего не сломалось, кажется, что проблем и рисков нет.
Сколько стоит ничего не делать
Здесь выбор обычно простой: заранее инвестировать в базовую надёжность и зрелость ИТ или потом оплачивать последствия её отсутствия.
Стоимость суток простоя каждый оценивает под свой бизнес — это дневной фонд оплаты труда плюс упущенная за день выручка. Даже у небольшой команды обычно выходит больше, чем стоила бы вся базовая защита заранее.
Вы дочитали. Что дальше?
Допустим, вы прошлись по всем главам, примерили Стандарты на свою компанию. Что дальше?
Обычно после такого разбора бизнес оказывается в одной из пяти ситуаций. Найдите свою — а мы честно скажем, как на неё смотреть и с чего разумно начать.
Если это действительно так — честно снимаем шляпу. Это редкий случай.
Хорошо выстроенная ИТ-инфраструктура почти никогда не появляется сама. Это результат решений руководства, которое вовремя выделило ресурсы, и работы специалистов, которые сделали не «как проще и быстрее», а сделали правильно.
Обычно это признак зрелого ИТ-подхода: есть документация, понятные доступы, резервные копии, контроль обновлений, нормальная сеть, понятный порядок действий при сбоях. Такое чаще встречается в среднем и крупном бизнесе, а также в компаниях, где уже однажды посчитали цену простоя и сделали выводы.
Это самая частая и самая понятная ситуация. И здесь важно отделить два разных случая.
Первый — когда действительно нужен серьёзный бюджет: замена серверов, нормальное хранилище, лицензии, новая сеть, миграция сервисов. Такое не всегда можно сделать сразу, а порой проще построить всё с нуля, чем переделывать то, что есть.
Второй — когда самые опасные риски закрываются не миллионными затратами, а просто наведением порядка. Закрыть RDP наружу, включить VPN, навести порядок в паролях, убрать лишние права, настроить резервные копии, включить 2FA, проверить, куда реально сохраняются данные. Часто это стоит несколько десятков тысяч рублей, а иногда требует только времени нормального специалиста.
Начинать стоит именно с таких вещей: недорогих, но критичных. Они не делают инфраструктуру идеальной, зато резко снижают вероятность аварии, взлома или потери данных.
Здесь проблема не столько в бюджете, сколько в исполнителе. Деньги, возможно, есть. Понимание, что пора навести порядок, тоже есть. Но нет человека, который сможет сделать это системно.
Штатный «компьютерщик» закрывает текущие пожары, но не тянет архитектуру. Знакомый специалист помогает по мере возможности, но не ведёт инфраструктуру как проект. Руководитель видит, что проблема есть, но сам в детали погружаться не может — да и не должен.
В такой ситуации важно не ждать, пока всё само как-нибудь решится. Обычно не решается. Долг копится: старые доступы остаются, бэкапы никто не проверяет, сеть растёт хаотично, документации нет, зависимость от одного человека усиливается.
Здесь разумный шаг — привлечь внешнюю экспертизу хотя бы разово: провести аудит, описать текущее состояние, выделить критичные риски и составить понятный план. Не обязательно сразу всё переделывать. Сначала нужно понять, что именно сломано, что опаснее всего и какие действия дадут максимальный эффект.
Это та самая ловушка слова «работает».
Спорить здесь не о чем: да, система может работать годами. База открывается, интернет есть, сотрудники подключаются, документы печатаются. Вопрос не в том, работает ли это сегодня. Вопрос в том, что произойдёт, если завтра сломается один ключевой элемент.
- Умер диск — а есть ли живой бэкап?
- Пропал «Вася» — а знает ли кто-то пароли, схемы и настройки?
- Взломали удалённый доступ — есть ли защита, журналы, 2FA, ограничения?
- Сломался роутер — а понятно ли, как быстро восстановить сеть?
Проверять это лучше заранее, в спокойный день. Когда нет простоя, нет паники, не стоят сотрудники и не звонят клиенты.
Абсолютно честный вопрос.
Не каждой компании нужна сложная ИТ-инфраструктура. Если у вас два-три человека, несколько ноутбуков, почта в облаке, файлы в нормальном облачном сервисе и нет собственного сервера — вам действительно не нужен «большой ИТ-проект». Это было бы лишним.
Но базовая гигиена нужна всем.
- Нормальные пароли.
- 2FA на почте, банках, CRM и облаках.
- Резервные копии важных данных.
- Лицензионный софт.
- Понятный список доступов.
- Осторожность с письмами, ссылками и звонками.
- Понимание, кто и как восстановит работу, если ноутбук потеряется или сломается.
Это не про сложную инфраструктуру. Это про минимальную защиту бизнеса.
Вернёмся к тому, с чего начали
В самом начале мы обещали показать, где заканчивается «и так сойдёт» и начинается инфраструктура, на которую действительно можно опереться. Для этого мы договорились смотреть на любое ИТ-решение — от роутера до схемы резервного копирования — не по принципу «работает прямо сейчас», а по четырём более конкретным критериям.
Если хотя бы один из них серьёзно проседает, инфраструктура начинает работать не на системе, а на везении.
Весь этот гайд — по сути подробный разбор того, что эти четыре слова означают на практике. Не в теории и не в красивых схемах, а в обычных вещах: роутерах, серверах, принтерах, удалённом доступе, паролях, бэкапах, софте и десятках мелочей, из которых на самом деле и складывается ИТ.
И если свести всё к одной мысли, она будет простой: правильная ИТ-инфраструктура — это в конечном счёте про деньги.
Но не только про те деньги, которые видны в счёте на оплату. А ещё про те, которые бизнес не потеряет: на простое, восстановлении, взломе, утечке, сорванных сделках, ручной работе и подорванном доверии клиентов.
Хорошее ИТ редко выглядит впечатляюще. Оно не каждый день напоминает о себе и не требует героических подвигов. Оно просто работает: спокойно, предсказуемо, без драм.
И именно в этой незаметности его ценность. Вы не думаете об инфраструктуре не потому, что она не важна, а потому что она не создаёт поводов о себе вспоминать.
Как мы и говорили в самом начале, наша задача была не напугать. Наша задача — показать, как должно быть.
Проверим, где вы на самом деле
Прочитать, как должно быть, — это только половина дела. Вторая половина — честно посмотреть на свою инфраструктуру и понять, какие из этих рисков есть именно у вас. Мы проведём аудит, покажем реальную картину и разложим всё по приоритетам: что нужно чинить в первую очередь, что можно сделать недорого и быстро, а что вполне может подождать.