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