Когда всё работает, системный администратор будто не нужен

ДАННАЯ СТАТЬЯ НАПИСАНА ДЛЯ ТЕХ КТО НЕ ПОНИМАЕТ КТО ТАКОЙ СИСТЕМНЫЙ АДМИНИСТРАТОР И ЗАЧЕМ ОН НУЖЕН. 

Я работаю системным администратором в компании примерно на сто человек. Это сто рабочих мест, несколько серверов, принтеры, телефоны, корпоративная почта, локальная сеть, Wi-Fi, резервные копии, учётные записи и программы, которые иногда перестают работать без какой-либо очевидной причины.

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

Со временем выяснилось, что техника — самая спокойная часть работы.

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

Мой рабочий день редко начинается по плану

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

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

У одного сотрудника не открывался файл.

Через минуту написал менеджер: пропал интернет.

Потом в кабинет зашёл коллега с ноутбуком и сообщил, что компьютер вообще не работает.

На вопрос, что именно происходит, он ответил:

— Ничего не происходит.

Такие описания очень помогают при диагностике.

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

Для каждого сотрудника его проблема самая срочная

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

Это нормально.

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

У одного не печатает договор.

У второго пропал доступ к общей папке.

Третий не помнит пароль.

Четвёртый просит подключить нового сотрудника.

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

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

Обычно диалог выглядит примерно так:

— Я заявку отправил десять минут назад.

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

— Но мне нужно срочно.

Срочно нужно почти всем.

Поэтому системный администратор постоянно выбирает, чью проблему решать первой и чьё недовольство получить следующим.

Хороший специалист не обязан знать ответ сразу

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

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

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

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

Я разбирался почти половину дня.

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

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

После исправления сотрудник сказал:

— Так это всего лишь обновление мешало?

Всего лишь.

За этой фразой осталось несколько часов проверки разных версий, журналов событий и настроек.

Быстро решил — значит проблема была пустяковой

В работе системного администратора есть забавное противоречие.

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

Если задача решается долго, появляется подозрение, что администратор плохо разбирается в своей работе.

Однажды директор не мог подключиться к корпоративной сети. Я подошёл, включил отключённый Wi-Fi, и всё заработало.

Вся работа заняла несколько секунд.

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

В другой раз сеть действительно не работала из-за неисправности оборудования. Пришлось проверять кабели, порты, питание, настройки и журналы. Тогда уже возник другой вопрос:

— Почему ты до сих пор не починил?

Получается своеобразная профессиональная ловушка. Быстро сделал — слишком просто. Долго разбирался — недостаточно компетентен.

Большую часть моей работы никто не видит

Самая важная работа системного администратора часто происходит незаметно.

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

Если всё сделано правильно, ничего не происходит.

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

В такие дни может показаться, что я просто сижу за компьютером.

Иногда кто-нибудь заходит и говорит:

— У тебя сегодня спокойно.

Я смотрю на открытые журналы событий, отчёт резервного копирования и список из двадцати задач.

Да, очень спокойно.

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

Сотрудники редко рассказывают всю историю

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

Ответ обычно звучит одинаково:

— Ничего.

Потом постепенно выясняются подробности.

Человек установил программу.

Скачал неизвестный файл.

Изменил настройки.

Переставил кабель.

Удалил папку.

Отключил антивирус, потому что он мешал.

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

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

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

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

Ты отвечаешь даже за то, чего не контролируешь

Если медленно работает внешний сайт, обращаются к системному администратору.

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

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

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

Для обычного сотрудника всё это относится к одной категории — что-то с компьютером.

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

В итоге человек видит только одно: он не может выполнить задачу, а системный администратор пока её не решил.

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

Я могу несколько часов спокойно разбираться с технически сложной проблемой и чувствовать себя нормально.

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

Начинаешь настраивать сервер.

Звонит телефон.

Возвращаешься к серверу.

Приходит сообщение в рабочем чате.

Снова пытаешься сосредоточиться.

В кабинет заходит сотрудник с просьбой посмотреть одну мелочь.

Эта мелочь занимает двадцать минут.

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

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

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

Иногда сотрудники разговаривают так, будто ты им мешаешь

Большинство коллег общаются нормально. Они понимают, что неисправности случаются, а некоторые проблемы требуют времени.

Но встречаются и другие ситуации.

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

Или сообщает, что не может ждать, хотя именно он попросил помочь.

Иногда сотрудник начинает давать инструкции:

— Ты перезагрузи сервер.

— Какой именно?

— Ну главный.

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

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

К этому сложно привыкнуть полностью.

Ошибка системного администратора может остановить всех

Работа с инфраструктурой требует осторожности.

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

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

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

Сотрудники видят только сами пять минут.

Подготовку никто не замечает.

Иногда меня спрашивают, почему нельзя просто сейчас всё обновить. Потому что слово просто обычно исчезает после первого серьёзного сбоя.

Моральная усталость накапливается постепенно

После одного тяжёлого дня профессию не бросают.

Усталость собирается из мелочей.

Из вопросов о том, почему так долго.

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

Из недовольных взглядов.

Из необходимости оправдываться за чужие ошибки.

Из сообщений вечером и звонков в выходные.

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

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

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

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

Что помогает мне не выгореть

Первое — фиксировать заявки.

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

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

Второе — объяснять, что происходит.

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

Люди спокойнее относятся к ожиданию, когда понимают, что задача не забыта.

Третье — не пытаться понравиться всем.

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

Четвёртое — устанавливать границы.

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

Пятое — замечать собственный результат.

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

Почему я всё ещё работаю системным администратором

Несмотря на всё перечисленное, в этой профессии есть то, что мне нравится.

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

Иногда сотрудники действительно благодарят.

Не формально, а искренне.

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

Такие моменты напоминают, что моя работа нужна.

Просто её ценность не всегда заметна сразу.

Вывод:

Системный администратор в компании на сто человек — это не сотрудник, который иногда переустанавливает Windows и подключает принтеры.

Это человек, который отвечает за среду, в которой работают остальные.

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

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

Самое тяжёлое в этой работе — не сломанные компьютеры. Тяжелее постоянно доказывать, что твоя работа вообще имеет ценность.

Когда всё работает, о системном администраторе никто не вспоминает.

Наверное, это и есть лучший результат.

Хотя иногда всё-таки хочется услышать обычное спасибо.

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