Один в поле - ИТ-директор!
Время от времени меня приглашают в небольшие компании, чтобы «разобрать» их единственного сисадмина.
Список нареканий к работе их штатного специалиста всегда примерно одинаков: он медленно выполняет поставленные задачи, часто «ничего не работает», и был даже такой случай.
При этом зачастую уровень нареканий на работу сисадмина никак не коррелирует с уровнем его технической компетентности, а связан в основном с отсутствием у сисадминов минимальных управленческих компетенций, столь необходимых для работа в компании, в которой ты единственный человек, разбирающийся в IT. Насмотревшись на совершенно незаслуженные страдания штатных сисадминов, я решил написать эту небольшую инструкцию, которая, надеюсь, поможет им избежать конфликтов с руководством и уберет понятие «стрессоустойчивость» из вакансий сисадминов.
Итак, начнем с самого начала:
1. При приеме на работу узнайте о целях вашей работы.
Обычно работодатель, нанимая системного администратора, рассчитывает, что у него все будет работать «хорошо».
Но то, что он вкладывает в это понятие, зачастую окутано мраком и в большинстве случаев заканчивается тем, что сисадмин превращается из ИТ-специалиста в мальчика для битья в каждом случае, когда дела обстоят не так хорошо, как хотелось бы.
Еще устраиваясь на работу, договоритесь с работодателем о том, какие ожидания он возлагает на вашу работу: начиная с вещей, близких вашему телу (ваш график работы, доступность в выходные и вечерние часы, как будет проводиться отпуск), заканчивая деловыми вопросами ( какие ИТ-услуги являются критически важными, какое максимальное время простоя является приемлемым, какова максимальная допустимая потеря данных и т. д.).
Все эти параметры должны быть измеримыми (работа с 9 до 18, но доступен телефон до 22, интернет должен в случае чего починиться за 2 часа и т.д.).
Получив эту информацию, не поленитесь изложить ее письменно – это вам очень поможет в будущем, а пока, когда вы приступите к работе:
2. Сделать резервные копии и согласовать план резервного копирования с руководством.
Настройте автоматическое создание резервных копий и регулярно проверяйте правильность их создания.
Еще раз согласуйте схему резервного копирования с руководством и сделайте это письменно — в дальнейшем это поможет вам ответить на вопросы «почему наша база копировалась только один раз в день, а не каждый час».
Если руководство хочет увеличить глубину хранения или частоту резервного копирования, укажите необходимые инвестиции в оборудование.
И да, не стоит хранить резервные копии на тех же дисковых массивах, что и основные данные, потому что:
3. Оценивайте риски и не полагайтесь на надежность оборудования, программного обеспечения и каналов связи.
Именно этот дорогой брендовый (и к тому же единственный) сервер выйдет из строя в самый неподходящий момент и лишит вас сна на пару дней, заставив судорожно прикидывать, что можно сделать в сложившейся ситуации.
Проведите небольшой анализ операционных рисков: что вы (организация) будете делать, если сломается сервер/компьютер/принтер, выйдет из строя интернет-канал, произойдет какая-то программная ошибка или в серверной комнате произойдет пожар? Сколько времени потребуется на восстановление работоспособности? Соответствует ли этот срок бизнес-ожиданиям (см.
пункт 1)? Что можно сделать, чтобы сократить время простоя и негативные последствия? После этого еще раз задокументируйте свои выводы и представьте их руководству:
4. Согласовать с руководством операционные риски и планы аварийного восстановления.
Сообщите выводы из предыдущего пункта руководству, чтобы оно приняло операционные риски как данность или выделило деньги на их устранение или минимизацию негативных последствий.
Согласуйте не только операционные риски, но и планы аварийного восстановления – в случае аварии это существенно упростит вам жизнь, ведь для вас не будет «неожиданных ситуаций» и не придется ждать, пока «Петр Петрович выходит на связь» для покупки запасного блока питания для вышедшего из строя сервера.
После согласования операционных рисков вам, скорее всего, выделят деньги на мелкие доработки.
И вот самое главное:
5. Заранее планируйте любые изменения в вашей ИТ-инфраструктуре, но самое главное — создайте как план изменений, так и план отката на случай, если что-то пойдет не так.
Фраза «5 минут нечего делать» при администрировании серверов, на мой взгляд, сродни фразе «ребята, смотрите изо всех сил» при вождении автомобиля — любой, кто начнет с такой фразы, однажды столкнется с большой провал в конце.
Независимо от того, насколько большие или маленькие обновления вы планируете сделать, их необходимо планировать, даже если вы и только вы будете их делать.
При планировании необходимо учитывать, на какие сервисы повлияют ваши изменения, какие шаги необходимо предпринять в процессе изменения, как проверить успешность обновления и, самое главное, что вы будете делать, если что-то пойдет не так.
Ну а после того, как вы все для себя поняли, снова идите к руководству и:
6. Согласовывать время любых работ, связанных с простоем или возможным простоем сервиса в ИТ-инфраструктуре, с руководством и всегда обосновывать необходимость таких работ.
Хуже админа, который намеренно причиняет вред, может быть только админ, причиняющий вред из лучших побуждений.
Сегодня, в последний отчётный день, вы решили сдуть пыль с сервера, вы решили обновить систему на серверах в середине сессии проекта, и в данный момент вы переносите почту на новую почтовую систему.
когда вся компания ждет того самого ценного и важного письма.
Список можно продолжать, но суть одна – всегда доносите свои планы до руководства, чтобы оно хотя бы понимало необходимость тех мелких неудобств, которых иногда невозможно избежать.
Если у вас недостаточно опыта для внесения каких-либо изменений, то не стесняйтесь обратиться за советом к профессионалам:
7. Четко определите свои сферы компетентности и некомпетентности и не бойтесь обсуждать этот вопрос с руководством.
Когда-то я думал, что профессионал – это тот, кто знает и умеет все.
С возрастом пришло понимание, что профессионал – это тот, кто знает границы своей компетентности и некомпетентности.
Есть профессиональные сетевые администраторы, профессиональные инженеры по СХД, профессиональные специалисты технической поддержки и т. д., но нет людей, которые знают всё обо всём.
Если компания, которую вы обслуживаете, имеет зоопарк технологий, то попытка обслужить все это в одиночку (даже в связи с небольшими объемами) вызывает большое уважение среди коллег по цеху, но вряд ли когда-либо будет оценена по достоинству работодателем, но они просят, чтобы ты был за все это сполна.
Сообщите руководству, с какими системами вы полностью знакомы, а где ваших знаний может быть недостаточно — позвольте ему решить, оставить ли все как есть, нанять другого специалиста или воспользоваться услугами экспертной технической поддержки сторонней ИТ-компании.
В общем, возьмите за правило:
8. Всегда разделяйте ответственность за принятые решения, особенно если вы принимали их не в одиночку.
Перед вами стоит задача купить технику, вы выбрали модель, запросили счет, но в последний момент отдел закупок наложил вето – на Яндексмаркете есть варианты дешевле! Хорошо, не проблема, но в таком случае пусть за закупку этого оборудования отвечает отдел закупок.
Я знаю пару компаний, где отдел закупок 2 года ждал поставки ноутбуков, купленных по «самой низкой цене».
То же самое и со всеми остальными решениями – лучше всего согласовать их с руководителем, заранее показав возможные альтернативы и получив от него подтверждение о правильности принятого решения.
И да, на всякий случай:
9. Все решения согласовывайте письменно.
Научите всех, что все решения согласовываются в письменном виде – простое электронное письмо поможет вам, когда начнется разбирательство (не «если», а «когда»).
Все без исключения решения должны быть согласованы, чтобы у людей не возникло защитной реакции, когда вы вдруг, ни с того ни с сего, присылаете одобрительное письмо, хотя до этого все решения принимались устно.
Очень распространенная ситуация, когда ваши коллеги игнорируют письменные договоренности – в этом случае согласуйте с ними решение устно, а после разговора отправьте им письмо типа «Уважаемый Пал Палыч, по итогам встречи отправляю перечень согласованных с вами решений: …» - в случае разбирательства против Пал Палыча как минимум возникнут вопросы о том, почему он тогда не ответил на ваше письмо.
В целом, письменные согласования — это одна из процедур, которую вам необходимо будет внедрить для эффективного выполнения своей работы:
10. Создайте четкие и удобные правила, чтобы все могли с вами взаимодействовать.
Сделайте все, чтобы пользователи не испытывали беспокойства В небольших организациях очень распространен способ решения компьютерных проблем: подойти к сисадмину, взять его за руку, подвести к своему компьютеру, показать проблему и не отпускать, пока проблема не будет решена.
Ни о какой вдумчивой, систематической, сосредоточенной работе по текущему обслуживанию и настройке серверов при таком подходе со стороны пользователей, естественно, не может быть и речи.
Но обычно к такому способу решения проблем пользователи приходят опытным путем, потому что если просто сказать, что у вас проблема, то админ придет неизвестно когда, и когда он придет, не факт, что он это сделает, но ему придется работа и время на исходе, и это все заставляет пользователей волноваться и, в конечном итоге, вынуждает их совершать такие нелепые, на первый взгляд, действия.
Не заставляйте своих пользователей волноваться: укажите им сроки, когда вы сможете им помочь, сроки, когда проблема будет устранена, а в тех случаях, когда у вас запланировано много серьезной работы на ближайшие дни, напишите им письма.
заранее, что у вас в эти дни часы работы с такого-то до такого-то (конечно, с указанием причины).
Попросите их представить несрочные задачи в письменной форме и пообещайте выполнить их в течение определенного периода времени.
И самое главное: держите свои обещания — доверие и любовь пользователей вам будут гарантированы.
Ну и после всего вышеперечисленного не забудьте сделать следующее:
11. Регулярно проверяйте свои резервные копии
Все вы знаете старый анекдот о том, что есть два типа системных администраторов: те, кто еще не делает резервные копии, и те, кто уже делает. Я бы изменил этот анекдот, добавив, что есть третий тип - который тоже проверяет созданные резервные копии.Не поймите меня неправильно, но в нашем бизнесе потеря данных — это верх непрофессионализма.
Независимо от того, сколько дней в день вы заняты на работе, всегда находите время, чтобы проверить, что резервные копии ваших данных создаются, создаются правильно и можно ли из них восстановить эти самые данные.
12. Повторяйте цикл: «устранение потребностей – анализ рисков – координация – приведение в соответствие» не реже одного раза в год.
Малый бизнес меняется очень быстро: еще вчера компания выставляла 3 счета в неделю, а сегодня — 20 счетов в минуту.Еще вчера всем требовалось лишь ежедневное резервное копирование данных, а сегодня потеря информации за 5 минут уже критична для бизнеса.
Ваша задача — всегда быть в авангарде всех изменений в бизнесе и опережать их.
Ну и в послесловие хотелось бы добавить, что в любой организации формирование структурного подразделения начинается с его руководителя.
Так что если вы единственный человек в вашей компании, кто разбирается в ИТ, то, уверяю вас, вы уже ИТ-директор, независимо от того, что написано в вашем письме о приеме на работу, вас будут спрашивать как менеджера, а не как исполнителя.
.
Надеюсь, что приведенная выше инструкция позволит вам немного по-другому взглянуть на свою повседневную работу, легко вжиться в новую роль и сделать работу максимально спокойной и предсказуемой.
Иван Кормачев Компания «ИТ Департамент» www.depit.ru Теги: #Системное администрирование #Менеджмент
-
Счастье Не В Мегагерцах
19 Oct, 24 -
Умный Дом — Это Просто
19 Oct, 24 -
Улучшение Вашего Понимания Веб-Страниц
19 Oct, 24
