Как уволить системного администратора
Срочность и важность процедур, которые необходимо провести при увольнении, зависят от причин, по которым администратор увольняется.
Однако проблему следует рассмотреть в более широком контексте и внимательно изучить, как построена система не только увольнения сисадминов, но и приема их на работу. Гораздо меньше проблем возникает, когда найм персонала происходит по рекомендации или через знакомых. Человек, зарекомендовавший себя где-то ранее как хороший работник, с большей охотой берется на службу, вдобавок к этому за него кто-то уже несет ответственность. При увольнении рекомендованного сотрудника риск получить неприятные сюрпризы оказывается меньше, чем при увольнении того, кто принят с улицы и без надежной рекомендации.
В любом случае лучше расставаться по-хорошему. Разумеется, для этого и обстановка в коллективе тоже должна быть доброжелательная.
Системный администратор может уволиться сам либо его могут заставить уйти из организации. Возможен и третий вариант: он переходит на другую работу на этом же предприятии. Этот случай самый простой и безопасный: процедуры, связанные с изменениями паролей, наймом нового администратора и передачей ему полномочий, обычно проходят безболезненно и без суеты, а бывший сотрудник, как правило, помогает своему преемнику в освоении информационной инфраструктуры, так как он в этом сам заинтересован.
Меньше риски и в случае, когда системный администратор увольняется в связи с переходом на новую работу с повышением в должности или ради своего карьерного роста. Хотя и в этом случае необходимо провести все мероприятия, предусмотренные при увольнении. Разумеется, нужно найти время, чтобы подобрать преемника и организовать передачу ему дел.
Часто приходится сталкиваться с ситуацией, когда системного администратора увольняют даже не по причине его некомпетентности, а за недисциплинированность, разгильдяйство: за его опоздания на работу, невыполнение приказов и распоряжений, неаккуратное ведение документации, за небрежность (скажем, если системный администратор поставил новое программное обеспечение и отправился в учебный отпуск, так и не проверив его работу). В таких случаях на его место тихо подыскивается преемник. Очень важно, чтобы новый системный администратор вошел в курс дела, не навлекая подозрений и не привлекая к себе внимание кандидата на увольнение. Это не так просто, но необходимо. После того как новый сотрудник войдет в курс дел, в один из ближайших выходных следует провести массовую смену паролей.
При увольнении системного администратора рекомендуется по возможности сгладить ситуацию (если руководство предприятие сочтет это целесообразным): выплатить компенсацию, предоставить дополнительный отпуск, помочь ему в поиске нового места работы — в общем, сделать максимум возможного для того, чтобы уволенный работник не чувствовал себя обиженным. (Разумеется, эта рекомендация не может быть универсальным рецептом, каждое увольнение необходимо рассматривать всесторонне и индивидуально. Более того, подобная мягкость не должна выглядеть как «мягкотелость» или даже трусость.) Но даже в случае «мягкого» увольнения часто приходится отменять все отпуска и срочные дела у остающихся сотрудников служб системного администрирования и информационной безопасности.
Самый сложный случай — когда сотрудник увольняется сам из-за того, что недоволен своей работой, конфликтует с начальством или возмущается по поводу низкой зарплаты. В этой ситуации хороший руководитель службы системного администрирования, зная, каким характером обладает системный администратор, должен предвидеть возможные варианты развития событий и осуществить упреждающие меры. В любом случае лучше не доводить дело до крайностей.
Не стоит особенно надеяться на Уголовный кодекс. Поймать за руку бывшего системного администратора очень непросто, еще сложнее доказать его вину в суде. В нашей стране пока не известно ни одного случая наказания бывшего сотрудника за взлом, если это не повлекло прямых финансовых потерь. Кроме того, не всегда точно известно, почему «завис» ваш главный сервер — от действий злоумышленника (им может быть не только бывший системный администратор) или от ошибок в системном или прикладном программном обеспечении.