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

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

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

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

Пока все работает, ИТ в компании почти незаметно. Но в момент конфликта, отпуска, болезни или увольнения завязка на одного специалиста быстро превращается в простои, срыв процессов и прямые финансовые потери.

Почему в ИТ появляются «незаменимые люди»

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

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

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

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

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

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

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

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

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

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

Две стороны одной проблемы

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

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

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

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

Что реально снижает риск: не конфликт, а система

Есть три вещи, которые можно начать делать, не меняя команды:

• Документация как регулярная задача, а не подвиг. База знаний, карта доступов, реестр паролей — это не бюрократия, а страховка для бизнеса и для самого специалиста. Там, где это выстроено, смена людей проходит без катастрофы.

• Распределение знаний. Для этого не нужно нанимать второго специалиста «про запас». Важно, чтобы у компании был не только один «носитель знаний», но и человек, который сможет подхватить инфраструктуру в базовом режиме, пока ищут замену.

• Автоматизация рутины. Чем больше ручных операций завязано на одном человеке, тем выше зависимость. Мониторинг, резервное копирование, управление доступами — там, где это автоматизировано, уход специалиста не останавливает систему.

Сколько на самом деле стоит свой системный администратор

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

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

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

• зарплата ИТ‑специалистов и налоги;

• рабочие места, лицензии, обучение и замены в период отпусков и больничных;

• время руководителя на управление ИТ‑задачами и решение конфликтов;

• риски простоев и аварий, когда ключевой человек недоступен.

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

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

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

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

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

Свой админ или аутсорс: что на самом деле покупает бизнес

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

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

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

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

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

Как собственнику выйти из зависимости от одного айтишника

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

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

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

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

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

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

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

Что может сделать сам ИТ‑специалист

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

• Оценить, где вы уже стали единственной точкой отказа: какие сервисы, доступы, скрипты и интеграции знаете только вы. Это можно честно выписать для себя, даже без немедленной передачи.

• Начать с одного артефакта: завести простой реестр систем и доступов (таблица, база знаний) и постепенно фиксировать там критичные вещи — домены, почта, CRM, облака, бэкапы.

• Обсудить с руководством, что документация и упрощение архитектуры — такая же работа, как поднять упавший сервер, и ее нужно планировать в рабочее время, а не делать «по ночам».

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

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

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

Три вопроса, которые стоит задать себе про ИТ‑модель

Коротко о главном: 

• Что нельзя отдавать на аутсорсинг полностью?
  Критичные для выручки сервисы и архитектуру лучше оставлять под контролем бизнеса: даже если часть работ делает подрядчик, решения о развитии и приоритизации принимаются внутри компании.

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

• Когда точно пора «что‑то делать» с ИТ?
  Минимальный триггер — если вы не можете за 15 минут показать актуальную карту систем и полный список доступов, которыми владеет именно компания, а не один человек.

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

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

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

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