У вас есть системный администратор, но проблемы с ИТ все равно возникают: почему так происходит

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

Текущие обращения занимают весь рабочий день

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

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

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

Для плановых работ необходимо выделять время. Иначе даже сильный специалист будет постоянно занят срочными задачами.

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

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

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

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

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

Администратор отвечает за результат, но не может влиять на условия

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

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

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

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

Обращения не учитываются, а приоритеты определяются в переписке

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

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

Обращения нужно фиксировать в едином порядке. Для каждого должны быть понятны:

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

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

Инфраструктура менялась без общего плана

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

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

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

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

Во время отпуска поддержка останавливается

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

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

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

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

Что проверить руководителю

Прежде чем делать выводы о работе администратора, стоит выяснить:

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

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

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