Миллион за сисадмина: как один айтишник может остановить компанию на неделю

Автор: Авдей Мартынович, руководитель подразделения по работе со средним и малым бизнесом ALP ITSM

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

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

Доверие и контроль: как вырастают «незаменимые люди» в ИТ

В небольших компаниях ИТ обычно растет стихийно. Сначала появляется «человек, который решает все проблемы с компьютерами», потом на него же вешают 1С, сервер, сайт и все остальное. Постепенно этот специалист превращается в единственную точку знания об инфраструктуре. Он помнит, где какой костыль, какие сервисы друг с другом связаны, какие пароли когда менялись.

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

История 1: «Либо шесть окладов, либо логины не получите»

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

Выясняется, что много лет ИТ‑директор работал автономно. Его задача была обеспечивать непрерывность и надежность работы систем, что он и делал. Его не просили описывать контур, не требовали регламентов, не проверяли, где и как хранятся пароли и резервные копии. В момент разногласий это превратилось не просто в трудовой спор, а в риск потерять управляемость бизнеса. Собственник понима,л что без участия этого человека доступ к ИТ‑системам может быть утерян и восстановление займет недели.​

История 2: «Повышайте, иначе я ухожу вместе с вашим сайтом»

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

На фоне роста нагрузки и изменений в бизнесе ИТ‑директор начинает разговор о повышении. Он дает понять, что без пересмотра условий уйдет. Формально это нормальный диалог о рынке и роли, но для собственника вдруг становится очевидно, если человек уйдет прямо сейчас, компания рискует потерять стабильность бизнеса и часть выручки, а новый подрядчик не сможет сразу взять на себя ответственность за работоспособность сложной инфраструктуры.​

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

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

В ситуации, где в компании есть один‑единственный сисадмин, проблема иная. Сотрудника изначально нанимают для того, чтобы «просто всё работало», без формализованных ожиданий по архитектуре, регламентам и технадзору. Постепенно зоны ответственности этого специалиста растут. И вот он один уже отвечает и управляет всей ИТ-инфраструктурой. Бизнес сам создает зависимость от конкретного исполнителя, а когда у него меняются ожидания по зарплате или нагрузке (и это не странно, если на него взвалили все обеспечение ИТ), воспринимает это как шантаж.

Деньги: сколько стоит сисадмин

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

Сколько вам на самом деле стоит свой ИТ‑отдел?

Затраты на собственный ИТ‑отдел обычно недооценивают. В минимальный набор расходов входят:

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

Чтобы опираться не только на ощущения, но и на рынок, имеет смысл заглянуть в открытую статистику по зарплатам системных администраторов уровня senior. Ниже — примеры таких данных по Хабр Карьере и hh: они помогают понять, от каких вилок вообще начинается разговор.

Аналитика по зарплатам системных администраторов по данным Хабр Карьера

Аналитика по предложениям зарплат на hh по региону Москва по senior системным администраторам

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

Скрытые расходы кризиса

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

Во втором кейсе основной риск был связан не с прямыми выплатами сотруднику, а с простоем сайта. Если ИТ‑директор уйдет, компания может потерять дни выручки, т.к. пока новый человек погрузится в процессы пройдет не один месяц. Если возникнет инцидент, то время восстановления будет значительно дольше, а для компании это единственный канал продаж.

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

Сравнение: один свой vs аутсорс

Когда считать только строку «зарплата», кажется, что свой системный администратор выгоднее и понятнее: один человек, фиксированный оклад, всегда под рукой. Но если добавить налоги, отпуска, простой в его отсутствие и потенциальную стоимость кризиса, картинка меняется — особенно для компаний, где ИТ‑инфраструктура уже стала критичной частью бизнеса.

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

Примерно так выглядит сравнение моделей по сути:

В модели «один свой сисадмин» один человек одновременно чинит принтеры, администрирует серверы, поддерживает пользователей и принимает архитектурные решения. В аутсорсинговой модели эти роли разделяются: часть задач уходит на Service Desk и линейную поддержку, часть — к инженерам по инфраструктуре, а стратегические решения остаются у ИТ‑директора.

По сути, «миллион за сисадмина» складывается не только из зарплаты, но и из стоимости ошибок системы управления: там, где нет процессов и технадзора, компания платит за кризисы, а там, где они есть, оплачивает устойчивость и возможность спокойно планировать развитие ИТ.

Как компании выходят из зависимости от одного айтишника

Когда бизнес впервые видит, что критичная часть ИТ держится на одном человеке, обычно оказывается, что проблемы копились годами, а готового плана «Б» нет. Дальше у компаний есть несколько типичных шагов, которые помогают превратить хрупкую систему в управляемую: от разового аудита и антикризисного плана до постепенного перехода на модель, где знания и доступы принадлежат бизнесу, а не отдельному сотруднику.

1. Анализ рисков и аудит

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

2. Антикризисный план

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

3. Переход к более устойчивой модели управления ИТ

На следующем шаге компании часто переходят от «ИТ в одной голове» к модели, где есть разделение ролей: внешний или внутренний ИТ‑директор отвечает за технадзор и решения, а команда (штатная, аутсорсинговая или смешанная) — за операционную поддержку. Знания и доступы фиксируются в документации и хранилищах, которыми владеет бизнес, а не отдельный сотрудник, за счет чего снижается риск повторения описанных историй.

Коротко о главном: три вопроса про ИТ‑аутсорсинг

• Что нельзя отдавать на аутсорсинг полностью?
  Критичные для выручки сервисы и архитектуру лучше оставлять под контролем бизнеса: даже если часть работ делает подрядчик, решения о развитии и приоритизации принимаются внутри компании.
• Всегда ли нужно сразу увольнять своего ИТ‑директора или админа?
  Нет. Часто более устойчивой оказывается связка: внутренний ИТ‑руководитель/админ (если он один) + внешняя команда, которая берет на себя рутину, поддержку и документацию.
• Когда точно пора «что‑то делать» с ИТ?
  Минимальный триггер — если вы не можете за 15 минут показать актуальную карту систем и полный список доступов, которыми владеет именно компания, а не один человек.

Если завтра единственный ИТ‑человек в компании скажет «я ухожу», что именно перестанет работать в первый день — и сколько это будет стоить бизнесу в деньгах и нервных клетках? Истории про «миллион за сисадмина» начинаются не с плохих админов, а с того, что ИТ годами жило в одной голове, без документации, технадзора и плана «Б» — и в какой‑то момент счет за эту модель все равно приходит.

Если в вашей компании критичные сервисы до сих пор завязаны на одном человеке, имеет смысл хотя бы раз провести ИТ‑аудит и собрать антикризисный план: даже этот шаг снижает риски повторения описанных сценариев и помогает превратить ИТ из зоны «вдруг что‑то случится» в управляемый ресурс для бизнеса.

Как правильно выбрать ИТ-подрядчика

На рынке много предложений, но далеко не все компании дозревали до партнерского подхода. Чтобы вы не тратили время на бесконечные эксперименты, мы собрали главные критерии отбора в один документ.

???? Скачать: Что на самом деле входит в ИТ-аутсорсинг: чек-лист для собственника и финдиректора

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