IT-аутсорсинг или штатный системный администратор: что выбрать бизнесу

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

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

Симптомы, что текущая поддержка не управляется

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

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

Диагностика: карта задач вместо списка должностей

Перед сравнением вариантов соберите данные за обычный рабочий период и отдельно опишите аварийные сценарии. Достаточно начать со следующего перечня:

• число пользователей, рабочих мест, офисов и удаленных площадок;
• серверы, облачные среды, сеть, телефония, 1С/BAS и другие бизнес-системы;
• типовые обращения и работы, которые требуют физического присутствия;
• критичные сервисы и допустимый порядок эскалации;
• рабочие часы подразделений и потребность в поддержке вне них;
• проекты, которые уже запланированы, но не относятся к ежедневной эксплуатации;
• ответственный со стороны бизнеса за приоритеты и согласование изменений.

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

Три рабочих модели

Штатный системный администратор

Сотрудник постоянно находится в контексте компании, знает пользователей и быстрее замечает неформальные зависимости. Такая схема оправдана при стабильной полной загрузке, частых локальных задачах и тесной связи IT с производством.

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

IT-аутсорсинг

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

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

Гибридная схема

Внутренний специалист или IT-координатор отвечает за пользователей, приоритеты и бизнес-контекст. Подрядчик берет согласованные направления: серверы, сеть, резервирование, облако или безопасность. Модель работает, если для каждой системы есть один владелец решения и понятный исполнитель. Формулировка «занимаются вместе» обычно оставляет задачу без ответственного.

Сравнение по рабочим критериям

Как посчитать бюджет без ложного сравнения

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

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

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

Что закрепить в договоре с подрядчиком

Объекты и границы

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

Прием обращений и приоритеты

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

Выезды

IT-аутсорсинг не обещает безлимитные выезды. Их количество, график, территория и условия определяются тарифом или договором. Работы, которые не входят в согласованный объем, оцениваются отдельно до выполнения.

Поддержка вне рабочих часов

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

Доступы и изменения

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

Документация и выход

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

Что входит в абонплату, а что оформляется отдельно

Абонплата покрывает только согласованную эксплуатацию. Ее состав задают тариф и договор: обращения пользователей, текущие настройки, контроль доступов, обновлений, резервных копий и других перечисленных объектов.

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

Для серверов действует тот же принцип. Серверная абонплата покрывает эксплуатацию в согласованном объеме. Оборудование, лицензии, компоненты, монтаж, ввод в эксплуатацию, миграции, внедрение и другие проекты оцениваются отдельно.

Ограничения и риски каждой модели

Штат

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

Аутсорсинг

• подрядчик не знает внутренние договоренности без передачи контекста;
• работы за пределами тарифа требуют отдельного согласования;
• качество зависит от учета заявок, документации и эскалации, а не от презентации;
• без внутреннего владельца подрядчик не может сам расставить бизнес-приоритеты.

Гибрид

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

Пошаговый выбор модели

1. Соберите перечень объектов и задач, включая локальные выезды и аварийные сценарии.
2. Разделите ежедневную эксплуатацию, изменения и проекты.
3. Определите, какие знания и доступы должны оставаться внутри компании.
4. Назначьте владельца IT-приоритетов со стороны бизнеса.
5. Сравните варианты на одинаковом объеме, а не по минимальной цене.
6. Проверьте замещение, документацию, резервное копирование и порядок выхода.
7. Зафиксируйте границы в должностных обязанностях, договоре и матрице ответственности.

Чек-лист перед подписанием договора

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

Частые вопросы

IT-аутсорсинг всегда дешевле штатного специалиста?

Нет. Итог зависит от числа пользователей, инфраструктуры, графика, выездов, проектов и нужных компетенций. Сравнивать нужно одинаковый объем и полный бюджет, а не минимальный тариф и зарплату.

Получает ли компания команду вместо одного администратора?

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

Входят ли выезды в абонплату?

Не автоматически. Число, график, территория и условия выездов зависят от тарифа или договора. Работы вне согласованного объема оцениваются отдельно.

Входят ли оборудование и лицензии?

Нет, если договор прямо не предусматривает иное. Оборудование, лицензии, монтаж, миграции, внедрение, ремонт и другие проекты согласовываются отдельно по смете.

Можно ли оставить своего администратора и подключить подрядчика?

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

Когда нужен инженер

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

Состав внешней поддержки можно проверить на странице IT-аутсорсинга для бизнеса. Условия отдельной эксплуатации инфраструктуры описаны в разделе обслуживания серверов. Чтобы сопоставить карту задач с границами договора, можно обсудить модель IT-поддержки.