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

Опубликовано: 14.06.2025

В июле 2012 года E-xecutive.ru предложил вам для решения кейс участника Сообщества Александра Кудряшова Революция сисадмина, или Случай на совещании.

В кейсе описывалась следующая проблема:

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

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

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

Как поступить руководителю, чтобы урегулировать ситуацию?

Мы попросили участников Сообщества предложить свое решение этой проблемы. Сегодня мы представляем наиболее интересные решения этого кейса. Автор лучшего варианта получит приз от E - xecutive . ru !

Как на самом деле поступил руководитель? Александр Кудряшов поделился решением бизнес-ситуации!

Генеральный директор построил решение проблемы следующим образом:

а) Дал конфиденциальное поручение секретарю фиксировать нахождение сисадмина в офисе и набрать статистику за две недели;

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

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

г) После двух недель, рассмотрев статистику нахождения сисадмина в офисе и ужаснувшись (этот эксперт был на службе не более 40% рабочего времени), он собрал совещание, на котором был только один вопрос: работа корпоративной сети;

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

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

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

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

Увольнение директора из компании может стать настоящей проблемой и не только нарушить нормальную работу IT-департамента, но и повлиять на основную деятельность фирмы.

ПРИЧИНЫ ВОЗМОЖНОГО УВОЛЬНЕНИЯ

- Завышенные требования к финансовой компенсации.

- Несоответствие компетенций IT-директора новым задачам.

- Недобросовестные действия со стороны IT-директора.

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

ЧЕМ РИСКУЕТ РУКОВОДИТЕЛЬ?

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

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

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

- IT-директор имеет неограниченный доступ к конфиденциальной информации.

КАК СОКРАТИТЬ РИСКИ? Есть несколько мероприятий, которые желательно запланировать заранее.

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

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

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

ПРОЦЕДУРА УВОЛЬНЕНИЯ: ВОЙНА И МИР После проведения подготовительных действий можно приступать непосредственно к процедуре увольнения.

ВОЙНА. Если ситуация не позволяет расстаться с IT-директором «мирным» путем и риск утечки конфиденциальной информации или неадекватного поведения слишком велик, рекомендую следующую схему.

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

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

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

4. Лучшие дни недели для увольнения – вторник-среда, когда понедельничная суматоха уже прошла, а до конца недели еще далеко. Увольнение не следует проводить в конце недели – в этом случае система на выходные окажется в полном распоряжении уволенного сотрудника.

5. Увольнение должно проводиться таким образом: увольняемый сотрудник приглашается в комнату переговоров, где ему сообщают о принятом решении и просят предоставить все пароли, ключи доступа и т.п. Они немедленно передаются новому специалисту, и увольняемый сотрудник, не покидая переговорной, вместе с руководителем ждет готовности нового специалиста. Это позволит закрыть основные бреши в защите, а если старый специалист не был готов к увольнению – полностью подготовить систему. Заблокируйте все подозрительные учетные записи (проверьте список сотрудников на соответствие реальному), смените пароли всех учетных записей с расширенными правами. Проверьте доступы к основным административным ресурсам – возможно, существует «подставная» учетная запись, которой где-то в системе расширены права доступа.

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

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

«Страшная месть» сисадмина

ОБИЖЕННЫЙ ЗА «НЕСПРАВЕДЛИВОЕ» УВОЛЬНЕНИЕ СИСАДМИН может устроить своему бывшему работодателю серьезные неприятности, из которых продажа прихваченной в качестве моральной компенсации базы данных – самая банальная.

В США системный администратор расположенной на Аляске медицинской клиники после увольнения расстрелял собственное начальство. Как сообщает webplanet.ru, 48-летний Джозеф Марчетти сначала открыл стрельбу в холле клиники, а вскоре застрелил и своего руководителя. Ранив еще нескольких коллег, бывший сисадмин вступил в перестрелку с полицией, в ходе которой и был убит.

В Австралии в ответ на пренебрежительное отношение своего бывшего работодателя программист Дэвид Макинтош обрушил несколько правительственных серверов и удалил из баз данных информацию о десяти тысячах служащих. Диверсия удалась благодаря тому, что злоумышленник после увольнения сохранил все необходимые права доступа. Ущерб составил примерно 650 тысяч долларов США.

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

В Петропавловске - Камчатском уволенный сисадмин уничтожил коммерческую информацию торгового порта, где он ранее работал. Об этом рассказывает securitylab.ru. Через домашний компьютер по Интернету он подключился к базе данных бывшего работодателя и удалил с сервера всю бухгалтерскую и финансовую информацию: справочные и персональные сведения о судах, коммерческих партнерах предприятия и его сотрудниках. Деятельность торгового порта в течение двух дней была парализована.

В Интернете можно встретить и более тонкие способы поквитаться за потерянную работу, к примеру, на портале sysadmin.mail.ru. «Когда меня уволили за раздолбайство и прогулы, - пишет некто reLax_0xFF, - я со своего КПК подключился к маршрутизатору (отвечает за доставку отправленных данных адресату) и поменял таблицу маршрутизации. Офис неделю висел без связи, кого-то там вызывали, но так проблему и не нашли. Потом меня опять приняли на работу. Правда, с несколько большим окладом. Так что вирусы – это детский сад».

Сделал общедоступными сервисы компании

«Есть варианты устроить саботаж так, что никто и не подкопается, - рассказывает все тот же reLax_0xFF. – Например, сделать общедоступным прокси (удаленный компьютер, который становится посредником для выхода абонента в Интернет) компании и его IP - адрес раскидать по соответствующим сайтам. Через некоторое время от провайдера такой счет фирме придет, что мама не горюй. А еще у меня есть знакомый, который занимается программированием АТС. Так он записывает пароли от DISA (прямого доступа к конкретному абоненту внутренней телефонной сети) и потом звонит по межгороду. За счет той фирмы, где АТС ставил».

Снял «лишнюю» запчасть

«Я сделал очень просто, – рассказывает GrayWolf, – снял свой кулер (вентилятор) с винчестера на сервере. Естественно, через пару дней он накрылся. Бэкапы (резервные копии) лежали на нем же. Сервер был один на всю контору. А нечего было меня при увольнении еще и штрафовать за «недостачу» комплектующих и литературы».

«Я вот не могу понять. Зачем мстить? – удивляется очередной участник форума lisss. - Если вдруг меня резко и неожиданно «уйдут», я просто никому не сообщу пароли свои. Поскольку админские права есть только у меня - результат будет неплохим и все будет честно. Правда, вариант не сработает, если есть команда админов, но, в таком случае, и вред товарищам по цеху наносить как-то. низко. ».

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

Бланк и образец
Бесплатная загрузка
Онлайн просмотр
Проверено экспертом

Образец должностной инструкции системного администратора

УТВЕРЖДАЮ:
Генеральный директор
ООО «Поставки оптом»
Широков /Широков И.А./
«12» августа 2014 г.

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

І. Общие положения

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

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

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

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

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

1.6. Системный администратор должен быть знаком с:

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

1.7. Системный администратор обязан владеть:

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

ІІ. Должностные обязанности системного администратора

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

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

ІІІ. Права

Системный администратор наделяется следующими правами и полномочиями:

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

3.2. Участвовать в разработке инструкций, внесении корректив во внутренние технические документы.

3.3. Запрашивать необходимую информацию и техническую документацию;

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

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

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

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

3.8. Принимать в рамках своей компетенции самостоятельные решения, а также подписывать документы.

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

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

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

ІV. Ответственность

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

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

СОГЛАСОВАНО
Руководитель технического отдела
ООО «Поставки оптом»
Ушкин /Ушкин Т.В./
«12» августа 2014 г.

С ИНСТРУКЦИЕЙ ОЗНАКОМЛЕН
Митьков Иван Иванович
Системный администратор ООО «Поставки оптом»
Паспорт 9875 № 876574
Выдан ОВД Ленинского р-на г. Пермь
14.09.2012 код подразделения 123-425
Подпись Митьков
«17» августа 2014 г.

Роль должностной инструкции системного администратора

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

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

Кто разрабатывает должностную инструкцию системного администратора

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

Основные правила создания должностной инструкции

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

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

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

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

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

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

Разделы должностной инструкции

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

Основные положения

Первый раздел должностной инструкции – «Основные положения». Здесь указывается, к какой группе работников относится системный администратор (рабочий, специалист, служащий, руководитель и т.д.), порядок его назначения и увольнения с должности, кому непосредственно он подчиняется, и кто должен замещать его в период отсутствия. Затем вносятся требования по уровню образования и опыту работы.

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

Должностные обязанности

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

Права системного администратора

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

Ответственность администратора

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

Условия работы

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

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

Порой пользователи удивляют системного администратора своими запросами, особенно если их решение не входит в обязанности сисадмина. «А вы можете склеить презентацию в честь дня рождения директора?», «А проверьте у нас кондиционер, он почему-то не работает!», «Сегодня по всему офису нужно установить колонки» — эти и другие странные просьбы часто слышат сисадмины в офисах. А ведь большинство из подобных эпизодов несложно предотвратить. Своим опытом поделились специалисты компании первой российской сети IP-телефонии — «русского Скайпа» — SIPNET, единственной в России виртуальной АТС, использующей уникальную технологию CommuniGate Pro.

Оборона на дальних подступах

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

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

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

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

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

Начните со своих обязанностей

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

Конечно, всегда можно помочь коллеге с решением его проблемы. Но в случае, если количество запросов «не по адресу» начнёт серьёзно сказываться на ключевой деятельности, имеет смысл составить карту рабочего дня с распределением времязатрат и обсудить её с руководителем: «Столько-то часов я потратил на обработку запросов от коллег, поэтому на решение вот этих задач у меня не остаётся времени. Если в коллективе есть спрос, почему бы не нанять второго сисадмина?».

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

Регламентируйте работу других

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

Как применять рекомендации на практике

Теперь пройдёмся по пяти типичным запросам и их решениям с долгосрочным эффектом.

«Помогите вставить картинку или сделать операции в Excel»

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

«Компьютер постоянно тормозит»

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

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

«Невозможно общаться с клиентами по телефону»

В компанию крайне обеспокоенный, со срочным вопросом позвонил один из ключевых клиентов. Секретарь перевела звонок на аккаунт-менеджера, который ведёт эту компанию. Но по какой-то причине звонок перевёлся на другого сотрудника. Быстро разобраться, кто и какой вопрос хочет обсудить, тоже не получилось: соединение постоянно прерывалось помехами (как выяснилось позднее, клиент был за границей в командировке). Конечно, в результате звонок перевели на нужного менеджера, вопрос с клиентом обсудили. И казалось бы, с одной стороны ничего страшного в глобальном смысле не случилось. Но с другой, впечатление от коммуникации точно подпортилось — половина разговора состояла из переспрашиваний собеседников, слышно ли им друг друга, да и экстренная ситуация разрешалась куда позже, чем того изначально ожидал клиент.

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

«Не могу найти файл!»

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

«У меня всё исчезло!»

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

Памятка сисадмину

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

28.08.2012 :: Технология бизнеса :: Как уволить бунтующего сисадмина без последствий?

В июле 2012 года E-xecutive.ru предложил вам для решения кейс участника Сообщества Александра Кудряшова «Революция сисадмина, или Случай на совещании».

В кейсе описывалась следующая проблема:

Как поступить руководителю, чтобы урегулировать ситуацию?

Как на самом деле поступил руководитель? Александр Кудряшов поделился решением бизнес-ситуации!

Генеральный директор построил решение проблемы следующим образом:

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

Решение Владимира Кузьмина

Разделяй и властвуй

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

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

Что, на мой взгляд, нужно было сделать:

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

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

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

4. Все выговоры и порицания, а также серьезная критика должны прозноситься исключительно один на один. Массовые нападки на любого менеджера необходимо немедленно переправлять в конструктивное русло. Для этого достаточно собрать претензии (хоть на том же совещании) и предложить сисадмину подготовить план решения проблем. Если он профессионал, он точно будет знать, что нужно делать.

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

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

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

1. Провести индивидуальные консультации со всеми менеджерами. Вопросы для консультаций: «Что не нравится в текущих совещаниях» и «Как их можно улучшить». Сисадмин, как лидер оппозиции, должен пообщаться с директором первым. Возможно, он сможет что-либо дельное предложить.

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

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

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

«Одна из примечательных реальных историй о сисаминах» от Татьяны Рясиной в приложение к решению кейса

Один сисадмин решил соблазнить девушку в ресторане. (Вероятно, это произошло в культовый для сисадминов день – пятницу). Часам к четырем утра он направился с девушкой к себе домой.

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

И вот пара заходит в комнату. Лампы мигают, воют сирены, и какие еще там есть спецэффекты.

Девушка буквально на секунду задерживается на пороге…

И бросается к самому лучшему компьютеру в комнате с воплем: «У тебя есть /. /». Я не могу воспроизвести это слово по причине полного профанства в сакральных, не доступных простым смертным знаниях сисадминов. Она разглядела на мониторе, что там работает самая новая и самая лучшая программа, которую не каждый сисадмин может так запросто найти и отладить.

Девушка оказалась сисадмином.

Что было дальше? Всю ночи и весь день пара, забыв обо всем на свете, отлаживала эту самую /. /.

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

Читайте также: