Как выбрать системного администратора: критерии для работодателя

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

Если системного администратора не удаётся найти несколько недель, проблема часто не в отсутствии кандидатов. Обычно под одним названием вакансии компания объединяет слишком разные задачи: Windows и Linux, сети, Active Directory, виртуализацию, облака, информационную безопасность, поддержку пользователей, 1С, резервное копирование, офисную технику и круглосуточную доступность.

В результате кандидатов вроде бы много, но один хорошо администрирует Windows-инфраструктуру и пользователей, второй силён в Linux, третий занимался в основном сетями, четвёртый пришёл из техподдержки, а специалист нужного уровня оказывается уже ближе к DevOps, сетевому инженеру или инженеру по инфраструктуре.

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

Почему системного администратора бывает сложно найти

Название «системный администратор» используется для очень разных вакансий.

В небольшой компании это может быть универсальный IT-специалист, который поддерживает пользователей, компьютеры, принтеры, Wi-Fi, почту и несколько серверов.

В более крупной организации системный администратор может отвечать только за Windows Server, Active Directory, виртуализацию и корпоративные сервисы.

В другой компании ему передают Linux, облачную инфраструктуру, мониторинг и автоматизацию.

Где-то он отвечает за один офис на 50 сотрудников, а где-то — за несколько площадок, сотни пользователей и сервисы, остановка которых напрямую влияет на работу бизнеса.

Формально должность одна. Реальный профиль кандидата — совершенно разный.

Главная ошибка вакансии: попытка найти пять специалистов в одном человеке

Одна из наиболее частых причин затянувшегося поиска — постепенное расширение списка обязанностей.

Компания начинает с системного администратора, а затем добавляет:

• поддержку пользователей;
• сетевую инфраструктуру;
• информационную безопасность;
• Linux;
• Windows Server;
• виртуализацию;
• облака;
• мониторинг;
• CI/CD;
• Docker;
• Kubernetes;
• 1С и SQL;
• офисную технику;
• телефонию;
• закупки оборудования.

Каждый пункт по отдельности может встречаться в работе администратора.

Но вместе требования начинают описывать одновременно:

• системного администратора;
• DevOps-инженера;
• сетевого инженера;
• специалиста по информационной безопасности;
• инженера технической поддержки.

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

Windows и Linux — это не просто две строки в требованиях

Фраза «знание Windows и Linux» может выглядеть вполне обычной, но важно понять глубину каждого направления.

Если в компании основная инфраструктура построена на Windows Server, кандидату могут потребоваться уверенный Active Directory, групповые политики, DNS, DHCP, файловые сервисы, права доступа и Microsoft-сервисы.

Linux может при этом занимать лишь небольшую часть среды.

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

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

Поэтому полезно определить:

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

Active Directory: важно понимать масштаб среды

Опыт работы с Active Directory также может быть очень разным.

Один кандидат создавал пользователей, группы и менял доступы.

Другой проектировал структуру OU, управлял GPO, диагностировал проблемы репликации, работал с несколькими контроллерами домена и сложной системой прав.

В резюме у обоих может стоять «Active Directory».

Поэтому при оценке полезнее спрашивать не название технологии, а конкретный масштаб и уровень самостоятельности.

Сети могут превратить обычного системного администратора в сетевого инженера

Базовая работа с сетью для системного администратора естественна.

Но есть существенная разница между способностью настроить офисный роутер или VLAN и ответственностью за сложную распределённую сеть компании.

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

При затянувшемся поиске стоит проверить, действительно ли весь этот уровень нужен одному системному администратору.

Виртуализация: название платформы ещё не показывает уровень

VMware, Hyper-V, Proxmox и другие платформы часто присутствуют в вакансиях.

Но опять же важен масштаб.

Одно дело — поддерживать несколько виртуальных машин в небольшой инфраструктуре.

Другое — отвечать за большой кластер, отказоустойчивость, хранение, резервное копирование, восстановление и производительность критичных сервисов.

Поэтому вопрос «работали с VMware?» стоит заменить вопросами:

• сколько хостов было в инфраструктуре;
• сколько виртуальных машин;
• какие сервисы считались критичными;
• как обеспечивалась отказоустойчивость;
• кто отвечал за storage;
• как выполнялось резервное копирование;
• что кандидат делал при отказе хоста.

Облака могут сильно изменить профиль кандидата

Работа с облачной инфраструктурой тоже бывает разной.

Если системный администратор управляет несколькими виртуальными машинами в облаке, это одна степень сложности.

Если он отвечает за гибридную инфраструктуру, IAM, сети, мониторинг, резервирование, автоматизацию и взаимодействие cloud с on-prem системами — уже другая.

А если в требования добавляются Infrastructure as Code, контейнеризация, CI/CD и Kubernetes, вакансия начинает пересекаться с DevOps.

Где заканчивается системный администратор и начинается DevOps

Граница не всегда абсолютно чёткая, но для поиска её необходимо определить.

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

DevOps-профиль обычно сильнее связан с автоматизацией инфраструктуры, CI/CD, контейнеризацией, инфраструктурой разработки и эксплуатацией приложений.

Если в вакансии системного администратора появляются:

• Kubernetes;
• Terraform;
• Ansible на продвинутом уровне;
• CI/CD;
• GitLab CI или аналогичные инструменты;
• контейнерная инфраструктура;
• автоматизация deployment;

стоит проверить, не пытается ли компания фактически найти DevOps-инженера под более дешёвым или привычным названием должности.

Информационная безопасность тоже имеет границы

Системный администратор почти всегда участвует в обеспечении безопасности инфраструктуры.

Он работает с доступами, обновлениями, резервным копированием, антивирусной защитой, настройками серверов и другими базовыми мерами.

Но если компания ожидает от него полноценное управление SIEM, расследование инцидентов, аудит защищённости, разработку политик ИБ, соответствие регуляторным требованиям и специализированные security-задачи, речь уже может идти об отдельной функции информационной безопасности.

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

Поддержка пользователей может занимать 20% работы — или 80%

Одна из наиболее недооценённых характеристик вакансии — объём пользовательской поддержки.

В компании на 30 человек системный администратор действительно может совмещать инфраструктуру и helpdesk.

В организации на несколько сотен пользователей постоянные обращения сами по себе способны занять почти весь рабочий день.

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

Поэтому до поиска важно определить:

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

Количество пользователей само по себе не показывает сложность инфраструктуры

Сто пользователей в одном офисе и сто пользователей, распределённых по восьми площадкам, — разные задачи.

Поэтому при оценке вакансии мы рекомендуем смотреть не на одну цифру, а на весь контур:

Именно поэтому вакансия «системный администратор на 150 пользователей» без остального контекста почти ничего не говорит о сложности работы.

1С и серверы: важно провести границу ответственности

Во многих российских компаниях в требования системного администратора автоматически попадает 1С.

Но здесь тоже нужно уточнить, что именно имеется в виду.

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

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

Если к инфраструктурной ответственности добавляются доработки 1С, сложное администрирование СУБД и решение прикладных ошибок, вакансия снова начинает объединять разные профессии.

Офисная инфраструктура тоже может сильно расширять роль

Телефония, Wi-Fi, переговорные комнаты, видеонаблюдение, СКУД, принтеры, МФУ, рабочие станции и закупка оборудования часто постепенно оказываются у системного администратора.

Для небольшого бизнеса это нормальная модель.

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

При найме полезно заранее сказать кандидату, сколько времени реально занимает такая поддержка.

Дежурства и SLA резко меняют привлекательность вакансии

Фраза «иногда быть на связи» может означать совершенно разные условия.

Одно дело — редкий звонок при серьёзном инциденте.

Другое — регулярное вечернее или ночное дежурство, обязательная реакция за 15–30 минут и ответственность за сервисы, работающие круглосуточно.

Если дежурства существуют, лучше определить заранее:

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

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

On-site и remote — не просто вопрос удобства

Формат работы напрямую связан с содержанием вакансии.

Если значительная часть задач — рабочие места, физическое оборудование, серверная, сеть, периферия и офисная инфраструктура, полностью удалённый формат может быть невозможен.

Если инфраструктура централизована, большинство сервисов управляется дистанционно, а первая линия поддержки находится отдельно, remote или hybrid уже реалистичны.

При этом жёсткое требование ежедневного присутствия в офисе автоматически сокращает рынок, особенно для сильного Senior-профиля, привыкшего к гибридной или удалённой работе.

Поэтому формат лучше выводить из реальных задач, а не устанавливать автоматически.

Количество офисов меняет профиль сильнее, чем кажется

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

При нескольких площадках появляются:

• межофисные VPN;
• разные интернет-провайдеры;
• удалённая диагностика;
• локальное оборудование;
• необходимость выездов;
• разные режимы работы подразделений;
• зависимость от сотрудников на местах.

Если компания ищет человека на распределённую инфраструктуру, это важно отражать в профиле вакансии сразу.

Критичность систем важнее простого количества серверов

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

При критичных системах важнее становятся:

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

Поэтому количество серверов само по себе не определяет уровень кандидата.

Backup — это не наличие зелёной галочки

Один из практических способов проверить зрелость системного администратора — поговорить о восстановлении.

Можно спросить не «настраивали ли вы резервное копирование?», а:

• что именно резервировалось;
• как часто;
• где хранились копии;
• проверялось ли восстановление;
• какой был допустимый объём потери данных;
• сколько занимало восстановление критичного сервиса;
• когда кандидат последний раз реально восстанавливал систему из backup.

Человек, который только контролировал успешный статус задания, и специалист, который проектировал и проверял стратегию восстановления, находятся на разных уровнях.

Практический подход HR-METOD: оцениваем не список технологий, а инфраструктурный контур

При сложной вакансии полезно рассматривать несколько параметров одновременно.

1. Масштаб

Пользователи, офисы, серверы, виртуальные машины, сетевые узлы.

2. Ширина технологий

Windows, Linux, сети, виртуализация, облака, сервисы.

3. Критичность

Что произойдёт с бизнесом, если система будет недоступна час или рабочий день.

4. Поддержка

Сколько времени специалист тратит на пользователей и рабочие места.

5. Самостоятельность

Есть ли архитектор, IT-руководитель, сетевой инженер, специалист ИБ и первая линия или человек отвечает за всё один.

6. Режим эксплуатации

Рабочие часы, 24/7, дежурства, SLA.

7. Физическое присутствие

Насколько регулярно нужно работать непосредственно с оборудованием и офисом.

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

Как ширина инфраструктуры сужает воронку

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

Найти сильного Windows-администратора — одна задача.

Найти Windows + Linux — рынок уже.

Добавить глубокие сети — ещё уже.

Затем VMware, облака, ИБ, 1С, поддержку пользователей и круглосуточные дежурства — и компания может обнаружить, что ищет редкого универсала.

Поэтому полезно разделить требования на:

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

Уровень самостоятельности часто важнее конкретной технологии

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

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

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

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

Middle и Senior — не только количество лет

Middle обычно уверенно работает внутри понятной инфраструктуры и решает типовые задачи.

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

Senior также чаще требуется там, где:

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

Если от кандидата ждут именно этого, называть вакансию Middle ради более низкого бюджета обычно только ухудшает воронку.

Зарплата должна соответствовать не названию должности, а ширине ответственности

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

Поэтому сравнивать зарплату только по названию вакансии опасно.

Если подходящие кандидаты регулярно называют ожидания выше бюджета, стоит проверить:

• не объединены ли несколько IT-ролей;
• не требуется ли уровень Senior при бюджете Middle;
• есть ли дежурства;
• насколько критичны системы;
• сколько человек находится в IT-команде;
• насколько жёсткое требование on-site.

Иногда «дорогой системный администратор» оказывается просто правильно оценённым инфраструктурным инженером с гораздо более широкой зоной ответственности.

Как понять, что проблема находится в самой вакансии

• Отклики приходят преимущественно из техподдержки, а нужен инфраструктурный специалист.
• Windows-администраторы не проходят из-за Linux, а Linux-специалисты — из-за корпоративного Windows-стека.
• Сетевые требования постоянно отсеивают системных администраторов.
• В вакансии появились Kubernetes и CI/CD, хотя позиция всё ещё называется системным администратором.
• Кандидаты подходят технически, но отказываются из-за дежурств или ежедневного офиса.
• Сильные специалисты существенно дороже утверждённого бюджета.
• После каждого собеседования список обязательных технологий увеличивается.
• Никто внутри компании не может одинаково сформулировать основную задачу нового сотрудника.

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

Что проверить перед следующим кругом поиска

Как выглядит инфраструктура в цифрах?

Пользователи, офисы, серверы, виртуальные машины, критичные сервисы.

Что системный администратор будет делать каждый день?

Поддерживать пользователей, заниматься серверами, сетями или развивать инфраструктуру.

Windows или Linux — что действительно главное?

Не обязательно требовать одинаковой глубины обоих стеков.

Кто отвечает за сеть?

Если нужна полноценная сетевая инженерия, возможно, это уже отдельная компетенция.

Где проходит граница с DevOps?

Нужно ли только администрирование инфраструктуры или также CI/CD, контейнеризация и автоматизация deployment.

Где проходит граница с информационной безопасностью?

Базовая безопасная эксплуатация — нормальная часть роли. Полноценная Security-функция — уже отдельный профиль.

Кто поддерживает пользователей?

Если отдельной первой линии нет, это существенно влияет на ежедневную нагрузку.

Есть ли дежурства и SLA?

Лучше раскрывать условия сразу, а не на финальном интервью.

Насколько нужен on-site?

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

Почему сильные системные администраторы могут не искать работу активно

Опытный специалист, который знает инфраструктуру компании и отвечает за критичные сервисы, часто находится в устойчивой занятости.

Такие кандидаты не обязательно публикуют резюме.

При этом они могут рассмотреть переход ради более интересной инфраструктуры, роста ответственности, сильной команды, лучших условий или более современного стека.

Поэтому после исчерпания активных резюме часть рынка приходится искать напрямую.

Подробнее об этом — в материале о пассивных кандидатах.

Когда стоит переходить к прямому поиску

Direct search особенно полезен, если нужен:

• Senior-системный администратор;
• специалист под сложную Windows/Linux-среду;
• опыт распределённой инфраструктуры;
• сильная виртуализация;
• гибрид cloud + on-prem;
• редкое сочетание инфраструктурных технологий;
• человек под высокую самостоятельность;
• специалист для критичных систем и строгого SLA.

В таком случае поиск лучше начинать с инфраструктур, похожих на вашу.

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

Когда внешний IT-рекрутер действительно может помочь

Подключать внешнего рекрутера нужно не для каждой вакансии системного администратора.

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

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

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

Подробнее о работе с такими вакансиями — на странице
подбор системных администраторов.

Что делать, если системного администратора долго не удаётся найти

Если вакансией одновременно пытаются закрыть системное администрирование, DevOps, сети, информационную безопасность и поддержку пользователей — сначала разделите функции.

Если кандидаты подходят только по части технологий — определите, какие навыки действительно обязательны.

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

Если Senior-кандидаты слишком дороги — проверьте, не сформирована ли фактически Senior-роль при бюджете Middle.

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

Если активные резюме уже повторяются — переходите к прямому поиску.

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

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

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

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

Должен ли системный администратор знать и Windows, и Linux?

Это зависит от инфраструктуры. Если одна система занимает небольшую долю среды, необязательно требовать одинаково глубокого опыта по обоим направлениям.

Чем системный администратор отличается от DevOps?

Системный администратор обычно сфокусирован на эксплуатации инфраструктуры и корпоративных сервисов. DevOps сильнее связан с автоматизацией инфраструктуры, CI/CD, контейнеризацией и эксплуатацией приложений. В отдельных компаниях функции могут пересекаться.

Должен ли системный администратор отвечать за информационную безопасность?

Он обычно отвечает за базовую безопасную эксплуатацию своей инфраструктуры: доступы, обновления, резервирование и настройки. Полноценные Security-задачи могут требовать отдельного специалиста по ИБ.

Как оценить уровень системного администратора?

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

Насколько важен опыт работы с 1С?

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

Когда нужен Senior, а не Middle?

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

Когда переходить к прямому поиску?

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