Работа СисАдмином

Сборник статей опубликованных в интернет

под редакцией Сергеева Константина Генндьевича

Сам отработал в области IT 14 лет. Было и хорошо, и плохо. Все по-разному. Основная тенденция - это девальвация профессии. Как раньше очень популярная и высокооплачиваемая профессия монтажника-высотника. Про монтажников-высотников слагали песни и все дети мечтали ими стать. Теперь монтажники-высотники только гасторбайтеры. А таксисты? Таксист был практически очень уважаемым сословием 30 лет назад. У таксиста были деньги, постоянные клиенты и сам таксист выбирал кого везти, а кого нет. Ну и в технологичных областях всего 15 лет назад, связист-кабельщик был богом, и если этому богу сделать подношение, то дома мог зазвенеть заветный телефон! Теперь сотовый телефон есть у каждого ребенка, причем подключение-симка выдается бесплатно, ну а связит-кабельщик уже никому не нужен!

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

Как стать системным администратором — пособие для начинающих

 (часть 1)

источник habrahabr.ru  9 мая 2011 в 12:29

Системное администрирование*

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

scope: начинающие системные администраторы, помощники системных администраторов и т.д. Опытным администраторам, а так же тем, кто имеет вполне конкретную специализацию будет если и интересно, то бесполезно.

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

Какие бывают системные администраторы?

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

(Забегая чуть вперёд — чем выше квалификация, тем дольше ищется новая работа, для топового спеца искать работу пол-года — это вполне нормально. Характерно это не только для админов, но и для других профессий с высокой ответственностью и узкой специализацией).

Кому нужны сисадмины?

Поскольку сисадмин — профессия, то за неё платят деньги. Деньги обычно платят компании сотрудникам. Значит, компаниям нужны сисадмины.

Итак, в соответствии с вышеприведённой классификацией есть два важных типа работодателей — профильные и непрофильные.

Начнём с непрофильных. Непрофильный работодатель — это компания, которая НЕ занимается IT, или занимается ею в далёкой от сисадмина области. Яркие «антиподы» IT-шности: туристические агенства, компании, работающие с недвижимостью, автодиллеры и т.д. Для них администратор — это такой «электрик/завхоз по компьютерам». Им не нужна сложная инфраструктура, они знать не знают про то, что делают сисадмины, что там есть сложного и что простого. Они не могут проконтролировать качество работы сисадмина, а единственным признаком его успешности является «работает» или «нет». Точный уровень развития компании очень сильно варьируется и может сводиться к «настроить принтеры и аську» до сопровождения довольно экзотических программ (этим особо страдают медицинские учреждения). В любом случае, айтишная сложность их конфигурации чаще всего минимальная, и говорить про реальное «хозяйство» сисадмина не приходится.

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

Второй тип работодателей, это профильные компании. Большинство крупных интернет-сайтов являются такими, к таковым же относятся хостеры, дата-центры (если они занимаются чем-то, кроме аренды юнитов/dedicated), компании, у которых бизнес завязан на компьютерные технологии (сотовые компании, процессинговые центры). Заметим, что у профильных компаний так же бывают непрофильные администраторы (которые занимаются обслуживанием рабочих мест в back-office'е), при трудоустройстве нужно точно для себя выяснить, чем именно вы будете заниматься.

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

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

Кто такой системный администратор-универсал?

На самом деле такой профессии не существует. Так сложилось, что многие компании хотят иметь в штате человека, который будет отвечать «за всё компьютерное». Обычно это непрофильные компании. Причём хотят они одного-двух, а не три десятка сертифицированных специалистов. (Для тех, кто хочет рассказать про своё блестящее настоящее в лице администратора Oracle и т.д. — повторю, речь про ситуацию на рынке). Отсюда простое правило: от вас будут хотеть всего сразу же. Причём, в будущем вы обнаружите, что поверхностные знания обо всём не особо ценятся. Однако, такие рабочие места — отличное место для начала — вы можете попробовать всё и понять, что вам нравится больше всего.

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

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

Что подразумевают под системным администрированием?

(речь про сисадминов-универсалов, конечно)

    Администрирование сети. В минимальном виде это «гуру конфигурации десктопного wi-fi роутера», в максимальном — человек, который спланирует сеть на 1000 человек с филиалами в пяти городах. В это входит: топология сети (какую железку в какую втыкать и зачем), планирование СКС (где и сколько розеток), конфигурация nat'ов и vpn'ов и т.д. В эту же кучу идут и всякие сервисы контроля доступа в интернет — squid, IIS, умные и тупые файрволы, IDS и т.д.

    Администрирование рабочих станций. Сгоревшие БП, переустановка виндов, решение проблемы с очередным банк-клиентом, починка отвалившейся печати, решение проблемы «чем мне открыть этот файл», борьба с вирусами для windows и т.д. Минимальный уровень — установить офис, максимальный — разработать групповую политику для автоматического накатывания новой версии софта, которая не имеет msi (самому делать придётся). Заодно решаются проблемы с автоматическим деплоем рабочих станций, бэкапов, безопасного удаления и т.д.

    Централизованная авторизация. Обычно в этом качестве выступает Active Directory. Одна из самых «чистых» дисциплин, она же одна из самых сложных. Минимальный уровень — добавить/удалить пользователей, вогнать рабочую станцию в домен. Максимальный — реализовать автоматическое назначение политик на пользователей заданного OU в случае доступа к компьютеру в одном из узлов соседнего дерева в лесу (мы все любим эту терминологию, да).

    Почта. Условно делится на три мира: мелкие виндовые почтовые сервера (класса Kerio), могучий и ужасный Exchange, нормальный linux/freebsd сервер с любым вменяемым почтовым сервером (postfix, exim, sendmail и т.д.). Минимальный уровень: добавить почтовый ящик, добавить ещё один домен и добавить дополнительный емейл пользователю. Максимальный уровень: настроить почтовую тикет-систему, список рассылки, фильтрацию спама, автоматическое заведение ящиков и т.д.

    Базы данных — чаще всего является частью другой инфраструктуры. Специализированные администраторы баз данных — совсем отдельная лига. Минимальный уровень: установить, перезапустить, подключить в приложении, добавить/удалить БД. Обычно так же умение сделать бэкап и его восстановить (что сложнее). Максимального уровня нет, т.к. если вы хорошо знаете какую-либо СУБД, SQL, способны развернуть сервер с активной асинхронной подпиской на другую БД, то это уже не совсем «универсальный системный администратор». Условным потолком можно считать способность починить побившуюсь MyISAM базу данных.

    1C. Не смотря на то, что 1C — это такая фирма, выпускающая игрушки и обучающие диски, под «1С» обычно подразумевают 1C: Предприятие, 1С: Бухгалтерию и прочие кошмарные порождения извращённого соития бухгалтерии и программирования. Человек, который много про «это» знает, называется «программист 1С» (не путать с нормальными программистами). Минимальный уровень: создать новую базу, завести/удалить пользователя. Максимальный уровень: поправить конфигурацию, добавить поле в отчёт, разбираться с тем, как 1С возлежит с SQL.

    Сайты. Под этим может подразумеваться почти что угодно — от «заказать shared-хостинг» до «решить проблему производительности в django-orm при работе с postregsql». Запросто в эту область может оказаться включенным копирайтинг, поисковый спам (SEO), веб-дизайн, веб-программирование и т.д. Минимальный уровень: уметь чуть-чуть верстать в html, максимального не существует, т.к. перечислены разные профессии. Кстати, среди них есть и настоящая систадминская: администратор web-сервера — load ballancing, failover, high avablility, кластеры и т.д., что опять же выходит за категорию «универсальности».

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

    АТС. Ещё одна область, которая попадает в системное администрирование случайно. Минимальный уровень: добавить переадресацию, подключить дополнительную входящую линию. Максимальный уровень: поднять свой астериск с голосовым меню на 300 пунктов, sip-skype гейтом, маршрутизацией, способной перкидываться между IP, медью и E1 в зависимости от условий. Ещё сюда часто попадает телефонная legacy, «обстучать крон», разбираться в всяких плезиосинхронных входящих линиях, E1 и т.д. Повторю, это не админская специализация — вообще этим занимаются телефонисты.

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

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

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

Отдельно нужно сказать о тех, с кем вы столкнётесь при собеседовании. В отличие от остальных случаев, собеседовать вас будут с 99% вероятностью люди, далёкие от компьютеров. И проверять они будут не ваши знания, а вашу адекватность и «бойкость ответов». Если вы их закидаете умными словами, вас не воспримут адекватно.

Кто такой помощник системного администратора?

… aka эникейщик.

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

Основные вещи, которые обычно делает эникейщик:

    helpdesk — стол вспоможения. Отвечать на телефонные звонки сотрудников, показывать как нажимать any key, помогать найти кнопку сортировки столбцов и выковыривать застрявший в приводе диск.

    Подготовка рабочих станций — установка, подключение, укладывание проводов, установка ОС и софта и т.д.

    Решение всякой неизлагаемой словами фигни с пользовательскими приложениями — особенно это касается софта из налоговой и банк-клиентов.

    Исправление СКС (новые розетки, перенос существующих), диагностика проблем, коммутация, если стоят кроссы, то их расшитие.

Если в компании нет эникейщика, то его обязанности исполняет системный администратор.

Заметим, «помощник системного администратора» чаще всего практически расходный материал с высокой текучкой. В одной компании дело доходило до того, что начальник отдела не знал по именам всех помощников администраторов (3 шт), ибо хоть кто-то но раз в месяц-полтора уходил.

С точки зрения эникейщика — такая работа — это трамплин в системное администрирование, но никак не основная профессия.

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

Кто идёт в эникейщики?

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

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

Карьера

Типичная карьера выглядит так: помощник системого администратора (или администратор в маленькой компании с 5-8 человеками), администратор, администратор (может быть ещё 2-3 раза администратор), начало настоящей специализации. Специализация может быть двух видов: повышение технического уровня (вместо поверхностных знаний обо всём, глубокие знания о немногом), и административная карьера — начальник IT-отдела, CIO (ИТ-директор) и т.д. Это два совершенно разных направления — первое связано с компьютерами, второе — с людьми, управлением персоналом, планированием, бюджетированием, совещаниями и т.д.

Переход с этапа на этап определяется несколькими факторами: 1) Теоретическими знаниями 2) Практическими навыками 3) Знанием реалий 4) Связями и отношениями с другими людьми (как внутри компании, так и за её пределами).

Среди этого не очень понятным выглядит третий пункт. Что такое «реалиии»?

Знание реалий

Речь идёт про знание того, чем обычно пользуются в компаниях, сколько это стоит и как работает. Условно говоря, это человек, который знает, что современные офисы кладут 5e, а не ThickEthernet (как было описано в книжке 1993 года), что класть 6ую катеорию неоправданно (хоть это и советует буклет производителя), что за программистами нужен глаз да глаз, иначе компания окажется намертво завязана на конкретного человека и т.д. Другими словами, знание реалиий — это способность сказать, что именно нужно в терминах, которые будут понятны и поставщику, и окружающим.

Навыки

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

Теория

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

Связи

Да, они значат очень много, особенно, в случае карьеры IT-директора. Единственный метод избежать необходимости иметь много знакомых и играть в офисные игры «царь горы» — это профессионализм (читай, опыт и теория). Если нет — то только личные связи, знание людей, умение их ощущать, умение им приказывать и всячески иначе руко водить. По моим наблюдениям примерно 30% эникейщиков находят первую работу по знакомству.

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

Как стать системным администратором — пособие для начинающих 

(часть 2)

Системное администрирование*

Источник habrahabr.ru  16 мая 2011 в 04:48

В этой части: подробнее о жизни эникейщика: как устроиться, чем заниматься, чего избегать, к чему стремиться.

Я откладываю вопрос о «будущем сисадмина» на следующие части — сейчас я сфокусируюсь на том, как начинается карьера. Повторю, опытным администраторам всё это будет казаться либо обидным, либо очевидным — но я достаточно посмотрел за эту весну на людей, которые пытаются «вскочить в индустрию», но у них не получается. Именно для них этот цикл статей. (Я не ощущаю себя достаточно умным, чтобы рассказывать про будущее карьеры для людей, у которых опыта, возможно, больше, чем у меня).

Вступление

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

Я пока сфокусируюсь на первом — а именно, «через эникеи в админы».

Что должен знать эникей?

То, что я напишу, вызовет бурю возмущения (во всяком случае, именно такую бурю обычно вызывает текст вакансии с такими требованиями и з/п в 15-17 т.р. (Санкт-Петербург)).

Нужно: уметь установить виндоуз, починить ей загрузчик, точно знать, где находятся программы, данные пользователей и т.д. (то, что называется «уверенный пользователь windows»). Дальше интеренее: нужно иметь представление об СКС (объяснить, какие пары и зачем переворачиваются в кроссе), знать про маршрутизацию (на уровне объяснить что от чего отделяет маска сети), DNS (на уровне знания про существования RR и способности определить IP по dns-имени в консоли), диагностику сети (знать, что такое пинг и уметь интерпретировать его вывод), нужно иметь какой-никакой опыт с офисными приложениями, уметь читать отлупы почтовых серверов.

Тяжеловатый список, правда? Последний раз, когда я искал помощника сисадмина, я решил не сдаваться и остановился именно на таком уровне. Нужно сказать, человек таки (через 3 недели) нашёлся.

Итак, первое — это знания. Где их получить? Видимо, дома. Внимательно думайте что делаете, старайтесь разобраться «почему». Каждая переустановка windows с нуля — ваш проигрыш.

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

Собеседование

Для того, чтобы попасть(ся) на работу, нужно пройти собеседование. Бывают разные компании, как вести себя в ситуации HR-дурочки или гендиректора в роли собеседующего я не знаю, но вот несколько нехитрых правил, которые влияют, возьмёт вас на работу собеседующий администратор, или нет:

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

    Позитивный настрой. Даже если вы винды и 1С терпеть не можете, если с ними работаете — никакого (по-крайней мере на собеседовании) бухтежа по поводу глючных виндов, грёбанного 1С, тупых ламеров и т.д. Примерный формат ответа: Да, знаю, да, могу. Это и это — наверное, смогу, хотя ни разу не делал. Вот это — пока не знаю, трудно оценить сложность.

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

    Отсутствие попыток залезть поперёк батьки в пекло. По молодости я, например, этим страдал — идя на собеседование я по заголовкам писем старался выяснить максимум про структуру сети компании. Иногда это удавалось, и я горделиво объяснял, что я уже много знаю про эту сеть. Разумеется, реакция была не «ой, какой он умный, берём его сейчас же», а строго обратная — враждебная подозрительность «а что он ещё тут хочет вынюхать?». Вы пока что чужой человек копании — и доверия к вам пока никакого — «искательный» энтузиазм — это интерес к «нутру» компании постороннего человека, что однозначно враждебное действие, особенно в условиях распространённых мухлежей с НДС и прочими «холдинговыми методами ведения бизнеса».

    Безусловно, никакого бреда из книжек про трудоустройство про особый энтузиазм к компани. Если вы устраиваетесь в ООО «блаблабла», то говорить, что хотели бы работать именно тут — это ошибка. Будет звучать фальшиво. (Впрочем, если вы идёте в крупное звучное имя, то сказать, что вам интересно было бы работать в крупной компании можно, но ни на что не повлияет). Кстати, у меня есть подозрение, что фраза «я хочу поработать в крупной компании» может быть интерпретирована как «я хочу вас как строчку в резюме и долго тут не задержусь», так что я бы вообще предложил на этом этапе воздержаться от описания своих карьерных ожиданий

    Никаких рассуждений с чем бы вы хотели работать. Оставим это до момента появления у вас специализации — людям нужен человек, который будет делать то, что сказали (помним про «расходный материал» из предыдущего поста). Право выбирать себе область специализации вы сможете после того, как она у вас появится. До этого момента — что дали, то и надо жрать. Жрать, усердно делать что сказали, и учиться-учиться-учиться

    Очевидное, но важное: приносите с собой резюме. Может сильно помочь, потому что иногда его забывают распечатать/прочитать и т.д., наличие с собой во-первых покажет, что вы таки идёте сюда, а не куда попало, а во-вторых даст капельку человеческой благодарности. Специально предлагать не надо, но вполне можно положить рядом с собой на стол. В резюме имеет смысл написать вилку от предлагаемой з/п для должностей такого рода она обычно в вакансии написана ± 1т.р.

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

    Будет очень неплохо уточнить, что нужно будет делать на должности, но в реальности — это не та должность, чтобы что-то куда-то выбирать.

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

Собственно, всё.

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

Теперь подробнее о двух типичных профессиональных ошибках на собеседовании.

Я их упомянул выше, пишу подробнее:

    Overqualification. Если админ почувствует себя неуютно рядом с вами, то вряд ли вы получите эту работу. Если нужен человек для замены картриджей в бухгалтерии, а вы рассказываете про mad skillz в реверс-инженеринге хасп-ключей, то это вызывает негативную реакцию. Зачем этот человек нам? О чём он вообще? То же касается и overqualification в целом. Если вы говорите, что на двух предыдущих работах вы админили сетку из 30 компьютеров, и вообще вы крутой админ, то почему вы сейчас ищите работу помощника? Этот вопрос не праздный, и имеет несколько важных вывода у работодателя. У админа: он хочет меня подвинуть. У вменяемого админа: он врёт, либо, почему он идёт вниз по карьере? И ещё один вопрос: а как долго он у нас проработает?

    Ошибка в оценке собственных знаний. Ещё раз повторю: «я знаю линукс», «я знаю windows», «я знаю компьютерные сети», «я знаю SQL» и т.д. — это явная ЛОЖЬ. Даже если вы проходите экзамен на MSCE, это вовсе не означает, что вы знаете windows. Поверьте мне, областей специфичного знания там слишком много для обычного человека (не верите? Ок, оставили в стороне серверы, контрольные вопросы про десктопные винды: Каким образом perfmon может показывать дополнительные счётчики производительности для установленного ПО? Где контролируется доступность счётчиков? Другой вопрос: каким образом осуществляется проверка достоверности обновлений; какие сертификаты и настройки службы валидации сертификатов на это влияют? Третий: Где хранится информация о данных, которые были поменяны MSI-инсталляторами; можно ли эти данные менять, и если можно, то при соблюдении каких условий?). Про «знаю linux» — строго аналогично. Итак, забыли про архигромадные и глупые утверждения об всеохватности знаний. Говорите точнее: «знаю и умею выполнять типичные операции с windows таких-то версий — переустановить, настроить драйвера, простейшую сеть...». Никогда не говорите обобщающих утверждений, если вы не знаете подробностей того, о чём говорите — значит, не имеете даже общего представления о том, что там есть. Наоборот, подробное описание своих поверхностных навыков даст информацию о том, что вы хоть что-то знаете в области, и вас легко будет доучить до нужного уровня.

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

Что делать, устроившись на работу?

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

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

Значит:

а) Вежливость. Предельная. Даже если мудак и капризничает. Если на вас пожалуются, да ещё и так, что админа вызовут на ковёр, то это 50% вылета с работы.

б) Память. Запомните, если вам сказали, что через три дня надо будет в 13:00 отключить что-то, то вы и только вы про это помните. О том, что вы не отключили вам напомнят через 2-3 дня, да ещё и объявят виноватым во всех последующих проблемах. Если пользуетесь аутлуком — используйте планировщик. Нет — используйте будильники, клейкие бумажки на монитор, что угодно — но помните. Забывчивые эникейщики на работе не задерживаются.

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

Вообще, это касается не только «помощника», всегда соглашайтесь на любую разовую работу (ну, кроме работы наркодиллером и испытателем ракет) — однократно вы получите от этой работы больше опыта, чем работодатель от вас пользы. Один раз протащили СКС — пачка опыта, один раз разобрались с видеокамерами — другой бесценный опыт. Научились программировать системный телефон АТС — опять же опыт. Опыт, опыт, опыт. Столкнувшись с проблемой пытайтесь не только решить её здесь и сейчас, но ройте по-максимуму. Если есть время, старайтесь прочитать в гугле хоть сколько-то про каждое новое название, которое встречаете.

Что на самом деле нужно делать?

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

    Вас никто не будет учить специально

    У вас есть все возможности учиться

    Но эти возможности вам никто не будет предлагать

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

Это время можно:

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

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

в) Тратить на самообучение.

И вот это — главное.

Запомните, главные различия между админом и эникейщиком: теоретические знания и опыт. Опыт вы вычитать не сможете, он придёт со временем. Но какой именно он придёт, и, главное, первый пункт зависит ТОЛЬКО от того, сколько вы будете читать.

Читать, читать, читать, читать.

Если на работе есть проф. литература — читать всё. Даже если половину не понимаете. Прочтёте всю полку — начинайте читать то, что не поняли раньше.

Поток знаний, который на вас обрушится из самой глупой и зачуханной админской книжки достаточен, чтобы вкачать 2-3 левела по администрированию, причём по совершенно несвязным с темой книги темам. (Воспоминания: книжка по 2003 экчейнжу мне дала огромный пласт знаний по устройству виндов и active directory, наверное, больше, чем про эксчейнж).

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

Итак, читать, читать, читать.

Что делать, если литературы нет?

1) Купить (иногда кусается)

2) Читать, что есть (с экрана)

3) Попытаться попросить купить книжки за счёт компании (шансов мало, но есть).

В любом случае, читать, читать, читать. Договоритесь с самим собой — не менее часа в день на чтение _КНИГ_. Болтовня на тематических ресурсах за это не засчитывается. Сразу отвечаю на вопрос, каких книг: всех, которые хоть как-то касаются того, с чем вы работаете и до которых у вас дотянулись руки. За условный год вам нужно прочитать не меньше 20-30 книг, что очень, очень, очень много (это не беллитристика, некотрые умные книги нужно 2-3 раза перечитывать). Если уж совсем хочется руководства — ну, хотя бы «DNS и Bind» Альбеца и Ли. В принципе, Неймет хорош, он, правда, не по виндовой части. От себя ещё порекомендую Филимонова, «Основы мультисервисных сетей Ethernet», даёт очень мощный пинок по куче технологий. Но, 2-3 книги погоды не делают — читать, читать, читать.

Следующий пункт: общение на тематических форумах, комьюнити, и т.д. Полезно, но не заменяет книги. Лучше читать ответы, максимум, задавать вопросы. Умничать пока рано, но если вас тыкают носом в вашу глупость, страйтесь выяснить, почему вы всё ещё идиот, а не устраивайте битву троллей за кубок Флеймера. Если уж втянулись в спор, то аргументируйте — ищите источники, доказывайте. В принципе, один затяжной холивар может привести к тому, что вы сильно улучшите свои знания в области — но это при условии, что вы пытаетесь доказать свою точку зрения по источникам, а не громким и могучим IMHO.

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

Что учить?

Как сказано ранее, на первых порах всё — смежные вопросы из книг дадут вам первичные знания широкого спектра.

Дальше стоит заняться ключевыми технологиями:

    IP-маршрутизация, и если найдётся книжка, устройство ethernet на втором-первом уровнях

    DNS. Учтите, майкрософтовские пособия по подготовке к экзамену отвратительны, потому что почти не содержат информации. Читайте Альбеца и Ли

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

    Архитектура Windows (если с ней работаете) — любой талмуд по администрированию windows

    Какие-либо книжки по «общему» администриованию, там будет поверхностно, но на первое время сойдёт

    Устройство HTTP-протокола. Книг не знаю, учите по тому, что найдёте. Знать нужно до уровня, когда вы чётко различаете POST/GET, способны оба отправить с помощью telnet/nc.

    Командная строка и скрипты. Если не знаете — учить обязательно, даже для windows. Для windows — это power shell, для линукса — advanced bash programming. Если не знаете программирования — учите, учите, учите. Без основ жизни не будет.

    Английский. Если... С большой вероятностью вы его не знаете достаточно хорошо. Значит — учить. Для этого не нужно зубрить tension и faces, достаточно читать английскую литературу. С словарём. Первые десятки страниц будут кошмаром, потом привыкните. Учить английский нужно всю разумную жизнь, потому что чем выше квалификация, тем меньше документации на русском (на английском тоже, но эти кошмарики мы оставим на последующие статьи). Кстати, англоязычные фильмы с английскими же субтитрами (в свободное от работы время) сильно помогают.

    Что-то про виртуализацию. Хотя бы одна толковая книжка вам вкачает 10-20 левелов по всем параметрам

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

Чего избегать?

Тут мы начинаем самую сложную часть.

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

Наш доблестный уголовный кодекс предусматривает, что виноват тот, кто софт ставил. И если по служебной записке — то «по предварительному сговору», то есть отмазок нет. Если что-то случится — вас попытаются сделать виноватым. Учитывайте это, старайтесь держаться от Microsoft, Adobe, Autocad, 1С подальше. К сожалению, выбора нет, решайте сами — рисковать потенциальным условным сроком или вполне неиллюзорно вылететь с работы «за идиотизм». Это проф.риск многих начинающих админов (а так же цена работы с хорошо знакомой windows).

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

Как стать системным администратором — пособие для начинающих

(часть 3)

Системное администрирование*

Источник: habrahabr.ru 23 мая 2011 в 07:28

В этой части: как закончить быть эникеем и стать системым администратором.

Итак, допустим, вы работаете эникеем. Возможно, уже вторую или даже третью работу. Допустим, вы восприняли всерьёз мой совет читать по 20-30 айтишных книжек в год и прочитали за прошедшие два года аж 4 книги. У вас обширный экспириенс общения с пользователями, вы перестали бояться бить в бубен, а удачно посылать пользователей вы научились лучше админа. (Не в этом ли причина третьей по счёту работы?).

В «завершении карьеры» есть два важных фактора: куда уйти и как уйти.

Я сейчас скажу очень важную вещь, её многие, работающие на «младших должностях» не понимают, а на самом деле это очень важно:

Не портите себе карму

Не увольняйтесь внезапно.

Если вы уйдёте с работы в режиме «да, с принтером разобрался, кстати, с первого числа я тут не работаю, если что, сейчас пойду посмотрю что там в бухгалтерии случилось», то на вас обидятся. Почему? Потому что найти толкового эникея (так же как и админа) сложнее, чем найти работу толковому эникею. И для вас «неделя без работы» может и имеет какие-то неприятные финансовые результаты, но, по сути, не является смертельной. Для фирмы остановка работы из-за внезапного отсутствия сотрудников — это много более болезенный процесс.

Большинство эникеев и начинающих админов подсознательно (или сознательно?) боятся, что их выставят за дверь при первом заикании о поиске новой работы.

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

Зачем эти сложности, когда можно просто хлопнуть по столу и сказать «через две недели меня тут ни духа»?

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

Самый же ужасный вариант ухода — сразу после отпуска.

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

О том, куда уходить

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

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

Очевидный третий путь — искать работу системным администратором. Вариантов два — либо уходит текущий системный администратор и вы автоматом получаете карьерное повышение, либо вы уходите на администратора в другую компанию.

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

Вариант с «повышением» до админа много более приятный — знакомый коллектив, знакомая техника, знакомый человек, которому можно задать вопрос, если совсем будет плохо. Однако, учтите, что это очень и очень суровый шаг. Обычно «эникеи» есть в достаточно крупных компаниях, и вы окажитесь один на один не с десятью компьютерами и никому не сдавшимся сервером, а в условиях мощной инфраструктуры, на которую рассчитывают — и вовсе не для того, чтобы посидеть во вконтактике, эти сервера вероятнее всего, то, что называется 'mission critical', то есть приносят деньги компании (а когда простаивают — приносят убытки). И спрашивать с вас будут в полный рост, да ещё и с мыслью «ничего он не умеет, а этот месяц он с работающих серверов пыль сдувал». Менее радикальным является повышение в условиях крупного IT-отдела — в этом случае есть коллеги и начальники, которые не дадут упасть совсем. Но они же будут куда более строгими судьями, чем мало понимающие в IT начальники.

О том, когда уходить

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

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

К моменту ухода вы должны иметь опыт установки и конфигурирования с нуля active directory (я пока иду по виндовому пути, про более интересные варианты карьеры чуть позже), уметь организовать маленькую сеть компании. Тренируйтесь — виртуализация позволит вам полне поиграться с крутой топологией чуть ли не на ноутбуке.

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

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

Итак, правильное решение выглядит так:

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

    вы изучили то, что можно было изучить в пределах доступных вам задач (бесполезно зубрить BGP на двух коммутаторах и dlink'овском рутере с NAT'ом)

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

После этого идёте к начальству, спокойно говорите, что у вас возрасла квалификация, и вы хотите начать искать новую работу, уточняя, что вы не планируете уходить «прямо сейчас». Если начальство адекватное, то это правильно поймут. Если нет — не забывайте про резервные деньги, да и в любом случае выставят вас не мгновенно, а в какие-то разумные сроки.

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

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

И снова собеседование

Ключевые изменения: ваша предыдущая работа, ваши success story, более глубокие знания и навыки. Поскольку ничего этого на самом деле нет, придётся чуть-чуть надуваться. Но чуть-чуть — ибо пустые рассказы ни о чём никого не убедят.

Есть несколько вариантов, в которых вы окажетесь:

    Вас собеседует профессионал к себе в команду. Шансов попасть (если мы про карьеру, которую я описываю) мало, если попадёте — вам повезло.

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

    Вас собеседует непрофессионал — тётя из HR, директор, человек, считающийся IT-директором, но нифига не разбирающийся в вопросе и т.д.

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

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

Вы админ. Ура?

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

Повторю:

    вы теперь отвечаете за всё, что происходит с компьютерами.

    Вы должны предугадывать дальнейшее развитие инфраструктуры.

    От вас зависит, будет ли инфраструктура унылым дерьмом или будет нормально работать.

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

Не стоит гневно возмущаться, столкнувшись с неизвестной вам вещью, которая кажется нелогичной — возможно, у этого есть глубокие соображения, которые вам должны быть известны, но вы их не знаете. Быстрый пример из жизни: на виндовых в настройках DNS указаны не только контроллеры доменов, но и юниксовый кеширующий DNS-сервер, который не поддерживает динамические обновления. Это вызывает отчаянный флуд в event log'е — но сделано это для того, чтобы избежать рейс кондишн при старте сети после блэкаута (DC стратуют много дольше, чем большинство других серверов). При этом нужно помнить про особенности кеширования и сбрасывать кеш в случае смены конфигурации AD.

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

И нет, фраза «не нужно быть поваром, чтобы сказать, что еда подгорела» не применима к ситуации, когда вы тоже повар. Сначала сделайте лучше, а потом ругайте(сь).

Впрочем, ближе к сути.

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

Без понимания конфигурации сети вы ничего не сможете сделать (хорошего).

После того, как конфигурация выписана, попробуйте её нарисовать схематически. Попытайтесь определить, есть ли в сети (зачатки) distribution и core level, почему то или иное оборудование именно тут. Если хватит квалификации — попытайтесь оценить размеры broadcast-доменов и трафик в узловых точках. Трафик в локалке считать сложно, но понятно, что пачка сотрудников, сидящих вместе с сетевым принтером в одном сегменте сети, но работающая с 1С на файловой шаре в другом, подключенная через 100Мб маршрутизатор — плохое место, источник потенциальных сбоев (включая сбои 1С и т.д.).

После сетевой топологии попытайтесь собрать воедино все права (группы, служебные учётные записи) и общие ресурсы.

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

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

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

а) Находить литературу и читать. На этот раз не 20 (4) книжки в год — не больше недели-двух на книгу. Да, свободного времени больше у вас нет и не будет в ближайший год.

б) Воссоздавать конфигурацию с работы на тестовом оборудовании. Надо — переделайте домашний комьютер. Изучать как работает сервис лучше на работающем сервисе, чем на его обломках. Даже в простейшей настройки сквида вы найдёте для себя очень много нового и неожиданного. Причём, не факт, что именно в самой настройке — будет качаться общий админский уровень (начиная с простейшего «как отредактировать файл» до внезапного вопроса «а как программы выбирают, какой IP использовать в качестве source?»)

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

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

Как стать системным администратором — пособие для начинающих 

(часть 4)

Системное администрирование*

опубликовано: habrahabr.ru 14 июня 2011 в 13:38

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

Карьера сисадмина

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

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

Как только у вас появилось свободное время — вы снова стоите на концептуальном перепутье. Вы можете просто продолжать работать администратором, и делать это долгое время. У вас будет копиться опыт, ваше резюме будет становиться всё менее и менее крикливым, а ожидаемая сумма будет постепенно расти, у вас появится сколько-то настоящих success story… Так может продолжаться неограниченно долго. Более того, про эту стадию сисадминства чуть ли не легенды складывают «я всё настроил и могу заниматься чем хочу», «чем больше админ работает, тем хуже он», «хороший админ должен бездельничать, пока сервера работают» и т.д.

Но что дальше? А дальше изменения могут быть только с вашей стороны. Вы можете либо продолжать стихийное развите «под потребности работодателя», либо начать выстраивать собственную специализацию. При этом «развитие под потребности работодателя» у вас будет идти спорадически, т.к. бизнесу в моменты затишья ничего не нужно нового от ИТ, нужно, чтобы оно продолжало работать. Для настоящего развития нужно смотреть глубже, и свободное время тратить не на исполнение обязанностей офисного планктона, а на обучение (если вы думали, что пройдя путь от аникея до «крутого админа» мучения с книжками/мануалами закончатся — не мечтайте).

Потребности бизнеса

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

Эти потребности:

    Самообслуживание офиса (back/front office)

    Разработку/обслужвание средств производства

    Информационную безопасность

    Системная интеграция

Область связанную с информационной безопасностью я рассматривать не буду — у меня нет ни малейшего представления как живут эти люди. Скажу только одну важную вещь: на самом деле специалист по информационной безопасности теоретический оппонент системного администратора, потому что задача администратора — сделать так, чтобы оно работало, а задача безопасника — сделать так, чтобы оно не работало. Понятно, что есть нюанс — «не работало у неавторизованного пользователя» — но, фактически, именно так — безопасника не волнует функциональность и стабильность, его интересует только прекращение доступа кому не положено. А администратора (по большому счёту) не волнует кто там себе что на флешку копирует — ему нужно, чтобы оно работало всегда. Такое противопоставление — правильный метод организации жизни компании, потому что если человек одновременно думает о том, как сделать так, чтобы оно работало, но не работало, возникает перекос в одну из сторон.

О разнице между самообслуживанием офиса и производством:

Рассмотрим два примера: туристическая фирма продаёт путёвки. Бизнес-процессы: заключение договоров с операторами, продажа путёвок клиентам. Жизнь офиса: интернет на каждом рабочем месте, рабочее место бухгалтера, возможность распечатать документы, возможно, видеонаблюдение. Очевидно, что даже если выйдет из строя вся компьютерная техника, то путёвку продадут. Так же как и заключат договор (распечатают с флешки у соседей).

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

По буржуйски это называется misson critical. Очевидно, что примеров misson critical полно. У интернет-провайдера возможность пользователю зайти во вконтактик — mission critical. У банка — обработать транзакцию по карте — misson critical. Примеров можно дальше приводить много — в торговой точке отсканировать штрих-код на кассе, в аутсорсинговой бухгалтерии иметь возможность сфомировать отчётность обслуживаемых компаний, на компьютере со ЧПУ-станком — управлять оным и т.д.

Так вот, если грубо говорить, админы делятся на два класса — тех, кто обслуживает back/front office и тех, кто занят misson critical приложениями. Разумеется, если мы говорим о маленькой компании, у которой 20 человек персонала и два станка с ЧПУ, то чинить «вконтактик» будет тот же человек, который настраивает станок, но чем больше компания, тем больше становится ощутимым это различие.

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

По-настоящему глубокая специализация может быть только при работе с misson-critical приложениями.

Грубо говоря, если вы админите 1С в бухгалтерии двух-пяти ООО, из которых состоит та контора (.ээ… компания холдингового типа), где вы работаете, то это одно. Часовой даун бухгалтерия если и заметит, но ничего, кроме квохтания, не произведёт. Если же вы администрируете 1С в аутсорстинговой бухгалтерской компании, для которой часовой простой бухгалтерии означает потерю денег, клиентов и т.д. — то это другое. Потребуется куда более глубокое знание того, что администрируешь. Именно потребуется, потому что изучать что-либо без потребности — это интересно, иногда полезно, но совсем не то же самое, что изучение главного в работе.

Теперь немного суровой истины: администратор backoffice'а — эникейщик. Даже если админ. Да, нужна более высокая квалификация, нужны более серьёзные знания и опыт — но класс задач тот же самый.

Таким образом, если оставить в стороне «специализацию» на back-front-office'е, то настоящая специализация может быть только на Важных Для Компании Вещах. То есть на misson critical. Если компания доросла хотя бы до класса «средней», то она обычно имеет специальных людей под каждый класс задач. Вот эти «специальные люди» — и есть системные администраторы с глубокой специализацией.

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

Карьера: CIO

Директор по информационным технологиям (англ. Chief Information Officer, сокращёно CIO) — менеджер по информатизации (главный), директор по информационным технологиям (сотрудник корпорации, исполнитель высшего ранга, отвечающий за приобретение и внедрение новых технологий, управление информационными ресурсами). Наиболее точно данному понятию на русском языке соответствуют «IT-директор», «Директор департамента информационных технологий», «Заместитель генерального директора по IT».

Если мы выходим за пределы компании с 1-2 специалистами в штате, то у нас образуется два направления развития: специализация и «ит-директор», он же CIO.

Кто такой CIO? Это человек, который командует остальными компьютерщиками. По сути, это человек, который переводит с человеческого на некомпьютерный, который может объяснить совету акционеров/гендиректору что происходит, зачем нужны деньги и почему столько людей. Этот же человек принимает на себя ответственность за распи… тво подчинённых. Грубо говоря, если эникейщик случайно снёс все данные с флешки у гендиректора, то админ скажет «это он виноват» и на этом его ответственность закончится. А вот с CIO спросят «а зачем ты идиота на работу принял?» — и виноват будет именно CIO. Особенно, если проблема оказывается не однократной, а системной.

Реально, CIO, конечно, должен знать что происходит вокруг (в компьютерном мире), следить за технологиями, принимать решения о внедрении/вынедрении той или иной технологии, но он может не иметь глубоких познаний в области. По сути, его основная работа — быть управленцем. Уметь читать людей, предсказывать их поведение и отношение к поставленным задачам. Он же должен уметь правильно понимать, что от него хочет компания, в нужный момент останавливать рост IT ради IT и уметь формулировать требования бизнеса к IT. Когда возникает необходимость использовать те или иные технологии, то задачей CIO является найти людей, которые в этом разбираются.

Карьера: специализация

Чем более серьёзной и сложной является misson-critical инфраструктура (её часть), тем более у нас возникает потребность в людях, которые знают хотя бы её часть, но досконально. (Не будем обольщаться: мечта любого бизнеса — сотрудник, который знает и умеет всё, всё это делает, а ещё может работать ночным сторожем (совмещая это с подготовкой отчётности в налоговую) и всё это тыщ за 10 в месяц). Чем большая важность компоненты, тем более и более знающий человек нужен. Заметим, что любой бизнес будет стремиться сэкономить, и одной из задач CIO (из предущего раздела) объяснить, почему оболтусу, который не может аську настроить, а ковыряется в этом оракле целыми днями нужно платить в 5-7 раз больше, чем такому же оболтусу, который и «с ораклом работал», и винды админит, и патч-корд обжать может, и вообще, «всё знает и всё умеет».

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

Специализация в чём?

Я очень затрудняюсь тут дать сколь-либо полный список специализаций, но попробую очертить базовые области:

    сети (локальные и интернет)

    операционные системы

    пакеты прикладного ПО (различные СУБД, СХД, ERP, CRM и т.д.)

    СХД (системы хранения данных)

    виртуализация

    промышленное оборудование

Я специально не пишу названий — это самая общая и грубая классификация специализаций. Наличие знаний в одной области не означает их отсутствие в другой. Например, практически невозможно быть спецом по СУБД не залазя в потроха ОС, на которой СУБД крутится. Аналогично, виртуализация требует хорошего знания ОС и сетей.

Далее идёт углубление специализации. В случае сетей это: работа с локальными сетями, городскими сетями, специализация на оборудовании определённого вендора (кто сказал «циска»?), маршрутизация на уровне автономных систем, в случае ОС — выделение отдельных компонент/типов применения. Деление в остальных частях понятно — вендоры, решения, технологии. (Например, из специализации на СХД может вырасти специализация на Infiniband'е, со специализаций на решениях конкретного вендора со специализаций под определённые типы использования).

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

Впрочем, главным является то, что специализация важнее универсальности. Почему? Потому что людей, которые «мало знают о многом» легко сам сделать (компании нужны конкретные знания, т.к. их немного, легко научить), таких много на рынке. Наоборот, человек, у которого «много знаний» (и тут уже не важно, «о многом» или «о чём-то конкретном») — страшный дефицит, т.к. их долго выращивать самим (а ещё они могут уйти к конкурентам и похерить все усилия по обучению), их вокруг практически нет и т.д. Итог — зарплата, объясняющаяся резким перекосом рынка в пользу работников. И чем выше специализация, тем острее этот перекос.

Винды или линукс?

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

Глубокая специализация может быть в любой области. Например, человек, который действительно хорошо и глубоко знает нюансы изменений схемы AD при установке Exchange Server — это человек с очень узкой и глубокой специализацией. Аналогично, человек, который знает тонкости организации единой авторизации в гетерогенных сетях на базе solaris/windows — имеет глубокую специализацию.

Я специалист! Дайте много денег.

Нет. Наличие знаний в какой-то области во-первых не делает вас специалистом (опыт работы — обязателен), во-вторых, я чуть выше написал, что зарплата специалиста объясняется не его квалификацией, а нехваткой специалистов. Другими словами, если ваша специализация никому не нужна, то и и денег вам никто не предложит. Очевидно?

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

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

Играем в RPG

На последок я хочу описать собственное ощущение от специализации. Ближайшей моделью является некое подобие «скиллбилда» в RPG. Часть навыков требует навыков в других областях не ниже какого-то уровня; чем выше навык, тем сложнее получить следующий уровень; получение нового уровня в той или иной области вполне себе ощутимо как «левелап». Причём, области много более узкие и специфичные, чем специализация.

Например, я периодически вкачиваю себе левелы в системных утилитах linux. Где-то пол-года назад для для себя открыл у grep опции -A и -B (выводить указанное число строк after и before найденного текста), а примерно год назад — опцию "-o" (выводить только найденный текст, а не всю строку. Каждое такое открытие (разумеется, речь не про «выучил опции наизусть», а про «знаю и умею использовать, где нужно) — маленький, но ощутимый levelup в маленькой области. Иногда бывает так, что „вкачав“ сколько-то уровней в разных (казалось бы, несвязных) областях, открываешь для себя новый „скилл“, который не может быть изучен без изучения предыдущих областей.

Заключение

Мне хотелось рассказать ещё об одном потенциальном пути развития сисадмина — быть архитектором новых систем. Но, поскольку я именно этим сейчас сам занят и всё ещё не перерос этот уровень, писать о нём объективно я никак не могу. Если в кратце: не просто обслуживать mission-critical приложение, а решать, каким оно будет, как оно будет работать и как его таким сделать. Это интересно, сложно, и как именно это уложить в вышестоящую иерархию я не знаю.  

Что такое IT в крупном инвестиционном банке

опубликовано: habrahabr.ru 22 ноября 2013 в 15:52

Что такое IT в крупном инвестиционном банке

Финансы в IT-индустрии, Программирование*, Управление проектами*

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

Я последние четыре года проработал на банки. Один год на Credit Suisse, офшорно из России с командировками в Лондонский офис, и 3 года – на Citigroup, живя в Нью-Йорке. И вот что я вам скажу: IT в банках – это интеллектуальное гетто, со всеми своими минусами и…минусами. Там встречаются очень умные ребята, крутые команды, но их значительно меньше чем в среднем по индустрии, а основная же масса работников – это зомби, производящие очень плохой код и затем костыли и припарки к нему.

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

Финансы

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

Теперь сделаем мысленный эксперимент: от чего зависит ваш успех на новом месте работы? Ради спора предположим, что на 50% — от ваших способностей и знаний, на 25% — от умения создавать социальные связи (это я так витиевато сказал «от умения ходить на ланч с начальником»), и на 25% — от удачи. Ок, а в банках то же самое? Неа. Свободной разговор на языке из нужной области finance легко съедает 25% от пирога. Т.е. если вы — болван, последние 5 лет доламывающий когда-то работающую систему и за это время выучивший все keywords – добро пожаловать в команду. Никакой магии, просто немного усидчивости. Ну и что что ваши знания о разработке ПО за последние годы не ушли дальше книги «Java/С# for dummies» — это же простая часть, по сравнению со знанием финансов, так ведь? Ничего, научитесь по ходу.

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

Зарплаты

Это же совсем не секрет, что уровень зарплат в финансах в среднем выше, чем в других индустриях. Это делает банки очень привлекательным местом работы. Если за те же 8 часов программирования в день вы можете получать на условные 30% больше денег – дайте мне две такие работы.

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

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

Банки любят деньги

Ну и третье — это то, что банки умеют хорошо делать и считать деньги. Они также знают, что стабильность — ключ к финансовому успеху. Лучше 100 лет делать 100 рублей в год, нежели один год пофеерить, заработать 250, и разориться на второй. А заработать 500 все равно не получится — таких умных и жадных тут целая улица.

Все в банках рассчитано на то, что незаменимых – нет. Для того что бы это проверить, работников каждый год отправляют в «насильственный» двухнедельный отпуск, во время которого им запрещается даже отвечать на письма. Также абсолютно нормально, когда 70% людей вокруг вас ничего не делают (или делают фигню), когда разные проекты делают одно и тоже несовместимыми способами, когда команды создают свои велосипеды на пустом месте, и т.д. Такое невозможно в обычных компаниях, которые должны считать деньги, но в банках это OK. Когда один трейдер может продуть миллиард баксов в день, кого будет волновать несданный в срок проект?

Другая сторона любви к деньгам – это найм дешевой раб. силы. Если вы прилетели с Луны и захотели узнать, где находится Citigroup, то вы будете думать, что ответ – в Индии, ибо там находится большая часть офисов и центров разработки. В США так же распространен способ за копейки нанимать на H1b визу (тех же индусов, по большей части). При этом качество часто никого не заботит – есть бюджет, спущенный сверху, и его нужно освоить. Ко мне так однажды мой citigroup-овский менеджер подошел и говорит – «последний чувак, которого ты собеседовал, был хорош?». Нет, говорю, он был туп как мартовский кролик в январе, он свое имя не сможет два раза подряд одинаково написать. «Ну, мы его все равно берем. Он научится в процессе. У нас бюджет.». Этот чувак через пол-года смог удалить нам одну базу в production, и через год уволился.

Итого

В итоге нижние уровни IT в банках наполнены некомпетентными людьми, которые протирают свои штаны и из года в год в лучшем случае ничего не делают, в худшем же – мешают работать остальным. Бизнес-аналитики, тратящие месяцы на документирование колонок в старом приложении. Программисты, даже не пытающиеся протестировать свой код. Менеджеры, даже не пытающиеся вести учет задач и требований, и т.д. Я видел своими глазами, как один «product owner» во время дискуссии засунул ручки в уши и стал говорить «лалала, я тебя не слышу, лалала». Я не шучу. Я видел это своими собственными глазами. Или, просто для примера, в моем проекте один джавист открыл c# файл и изменил его. Он не знал синтаксис, потому ясное дело проект перестал компилироваться. Когда я его спросил, почему он не проверил что все работает, он ответил – «так я же не знаю, как компилировать .net».

Кстати говоря, многие такие персонажи хорошо осведомлены о своей профнепригодности за пределами банковской среды, и потому они всячески стараются обезопасить свое рабочее место. Это приводит к захватывающим политическим играм между людьми и целыми отделами, к раболепию перед начальством, и к тотальному нежеланию и неспособности брать на себя ответственность. Опять же, в качестве примера случай из моего проекта. Когда я осознал, что мой начальник отчаянно боится принимать какие-бы то ни было решения, я решил проверить это путем просьбы решить, куда поместить кнопку для какой-то новой функциональности. Ну что может быть проще – ну тыкни ты пальцем в экран – дескать, вот сюда засунь! Нет же, он послал email своему начальнику, начальнику своего начальника, и главам трех регионов — «давайте вместе решать, куда засунуть кнопку». Я не знаю, какой ответ он получил, но предполагаю, что ему доходчиво объяснили, что такие идиотские письма не шлют таким людям, потому спустя пару дней он ответил на командную рассылку «поручаю вам самим решить».

Наиболее эффективно свое рабочее место научились защищать программисты, освоившие искусство «анфакторинга» (смотреть тут: www.confreaks.com/videos/271-rubyconf2008-unfactoring-from-patterns). Вкратце, это когда хороший код путем точечных изменений превращается в говнокод. Но так как хороший код взять негде, то такие программисты просто годами пишут приложение или компоненту таким образом, что никто, даже Чак Норис, не может в ней ничего понять. Таких людей сложно уволить, легче продолжать им платить за поддержку.

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

Ну, и на последок: да, я знаю, что есть и крутые перцы в банках. Кого-то привлекли деньги, кто-то любит штудировать финансовую литературу. Есть и целые команды, в которых было бы приятно поработать. Более того, по какой-то причине более высокие уровни менеджмента (начиная от managing director) обычно приятно удивляли – может, там работает peer pressure? Но если вы собрались поработать на банк в качестве обычного программиста – приготовьтесь к болоту. И удачи.  

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

Есть такая профессия.Системное администрирование

опубликовано habrahabr.ru 20 марта 2007 в 08:04

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

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

Из-за неразберихи с определением, а значит и обязанностями системных администраторов, большинство бизнесменов и начальников, мягко говоря, слабо представляют, что за специальность такая «системный администратор» и чем человек с такой специальностью должен заниматься. Очень часто приходится слышать, как сисадмина называют по-свойски «компьютерщик». Я не спроста привел этот термин. Дело в том, что когда-то довольно давно, когда появился этот термин, у людей в голове сложилась картина этакого «маньяка клавиатуры», который, грубо говоря, просто хорошо разбирается в компьютерах. А значит, этот человек может разобраться и в серверах, и в компьютерах пользователя и… может настроить миниАТС, и починить ксерокс, и поменять бумагу в факсе. Ведь начальство действительно свято верит, что все это оборудование напрямую относится к «компьютерному хозяйству» компании, а значит в ведении системного администратора. Другими словами, круг обязанностей системного администратора может оказаться весьма широк.

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

Если представить, что вы уже прошли тот период, когда вам «срочно нужны деньги на пиво» и предположить смещение приоритетов в более серьезную сторону, то представляется весьма не плохая картина для смены основной специализации. Работа у вас уже есть, нехватки свободного времени (как правило) нет, какие-никакие деньги компания ежемесячно вам «отслюнявит». Что мешает прекратить ныть о тяжести судьбы и начать менять ситуацию хотя бы относительного себя самого? Думаю, что только лень. Но скажите мне честно – вы все реально собираетесь всю жизнь работать системными администраторами, пусть даже в надежде стать начальниками IT отдела? Да бросьте, не верю. Не та это специальность, которая способствует постоянному профессиональному росту и радует душу будущими золотыми горами. (Исключаем из рассмотрения места в компаниях, где данное утверждение не верно по причине большого размера компании и широчайших возможностей карьерного роста – такая ситуация не настолько типична, как многим хотелось бы.)

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

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

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

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

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

Так в чем же дело? Может быть пора перестать делать большие круглые глазки, встречая очередное объявление о поиске «человека-комбайна» и вплотную заняться своим будущим? Я понимаю, что возможность целыми днями фактически ничего не делать, а только сидеть на форумах и в чатах, для многих притягательна, но пора задуматься о том, чем это обернется в будущем. Оглянитесь вокруг, может быть «ваша» специальность скрывается за соседним столом менеджера по работе с корпоративными клиентами. Мне приходилось слышать уверения вроде «я больше ничего делать не умею». Думаю, не трудно вспомнить, что когда-то вы и юникс не смогли бы установить. Или вы родились зная, как работать в шелле? Сомневаюсь.

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

Может быть уже пришло время активных действий, чтобы не было мучительно больно за впустую потраченные годы лет так через десять?(с) akeeperКоршунов Алексей.

Первоначально опубликовано в журнале «Системный администратор»

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

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

Я считаю работу сисадмина (имеется ввиду настройка железок и ОС) — «компьютерным слесарем» Или, как вариант, "Менеджер ИТ" :) На самом деле, в России очень расплывчаты все эти понятия. У нас сисадмина могут невзначай попросить составить ИТ бюджет на следующий год или урегулировать вопросы с поставщиками/клиентами... То есть, фактически, выполнить работу относящуюся скорее к менеджменту.  Ну я говорю не о просто "посчитай, что ты там потратил". Я говорю про бюджет всей компании, по которому эта самая компания будет следующий год жить (в плане ИТ потребностей). Если при этом речь идёт об ИТ-ориентированной компании, то становится понятно, что работа вовсе не рядовая.

Вопрос в том, что нормально ли с "сисадмина" такое просить? Мне кажется, что это не совсем корректно, хотя и интересно. Я не знаю, как бывает у других, но у меня от момента постановки задачи, до момента аппрувмента всеми инстанциями (технический, финансовый, генеральный, владелец) прошло 3 месяца. Причем, не потому, что потратил кучу времени на его составление. Большая часть времени прошла в совещаниях и прочем. Это всё хорошо. Но в это время никто не исполняет за вас ваши непосредственные обязанности. И здесь запросто может возникнуть коллизия. И что смешнее всего, это абсолютно нормально воспринимается далеко неглупыми людьми-бизнесменами. 

Термин "системный администратор" весьма расплывчат в сегодняшнем применении. Настолько расплывчат, что самостоятельно без контекста практически потерял смысл :) 

Профессия программист. Призвание или путь в никуда?

источник habrahabr.ru  7 декабря 2009 в 18:49

Карьера в IT-индустрии

Недавно размышлял о будущем разных профессий в IT индустрии, и все больше и больше неясных моментов у меня возникло для специальности «программист». Не в том, общепринятом среди бухгалтеров и секретарш, представлении что это студент который починит принтер и устранит глюки с программой — думаю для них, все кто умеет грамотно работать на компьютере, обязательно программисты :) Имеется в виду действительно профессионал своего дела, который выбрал эту специализацию чтобы Творить и Созидать. Думаю многие выбирая свою будущую профессию делали это более-менее сознательно, и, надеюсь, имели представление о ток, как будет проходить их профессиональное развитие. Но хватит философии, ближе к делу.

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

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

Исследование статей, форумов, блогов да и собственный опыт общения с людьми так или иначе связанными с программированием и созданием ПО, показывает что для поддержания профессионализма программист должен постоянно быть в курсе множества новых технологий, знать новые методики решения тех или иных задач чтобы избежать изобретения своего велосипеда — в общем всячески пополнять свою копилку знаний и умений. Как показывает практика, в первые пять-семь лет это удается достаточно свободно (берем аудиторию молодых людей в возрасте 18-25 лет). И тем не менее в этот период уже встречается достаточно моментов когда технология в которой программист был профессионалом становится невостребованной.

Вспомните прошлое десятилетие, когда ушли в никуда Fortran, Cobol, Lisp (хотя кто-то возможно скажет что это не так, но массовости уже не наблюдается); Basic — как серьезный язык разработки; Pascal/Delphi/C++Builder (да простят меня ярые приверженцы) — множество библиотек и технологий оказались вытесненными. С точки зрения компании-производителя ПО всегда будет востребована наиболее современная технология, следовательно профессионал должен быть в курсе событий. Но, например, пока профессионал работает над проектом применяя текущие знания и умения, следующее поколение уже набирается опыта в новых технологиях и областях, предлагая на рынок себя как готового специалиста, тогда как старого надо еще переучивать.

В большинстве случаев, после определенного времени программист-профессионал превращается в руководителя проекта, т.е. фактически в менеджера, либо пытается открыть свой бизнес, либо уходит во фриланс (в принципе это и есть свой бизнес, но в ограниченных масштабах). Хотя, согласитесь, не всякий программист может стать хорошим руководителем. Что же произойдет через 10-20 лет с теми кто просто умеет создавать программы и действительно это любит?

Получается уникальная ситуация: врач в большинстве случаев остается врачом, писатель — писателем, юрист — юристом. У программиста же перспектива одна — стать менеджером или сменить специальность. Кто-то может не согласиться, но много ли вы знаете в жизни 40-50 летних программистов работающих по специальности?

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

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

да, и есть ещё одна особенность: если в медицине, физике или у юристов новые знания появляются в следствие уточнения старых, углубления так сказать, то у программистов новые знания — это новые технологии, которые порой строятся на обобщении старых (то есть обратная направленность). Asm->C->C++->.Net — возрастает уровень абстракции. Зная .Net сейчас не обязательно знать всех тонкостей работы с процессором, хотя зная Asm вы несомненно напишите гораздо лучшие программы.

В медицине нечто похожее — зная набор результатов тестов можно определить диагноз. Только у них это называется поверхностными знаниями =) 

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

Мне 47 и я SW Engineer. Правда, я несколько лет работал групп-лидером и, потом, CTO в небольшой фирме.

Да, пути 2. Или управление (частный случай — своя фирма или фриланс) или архитектором. Или переквалифицироваться в управдомы :-)

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

Закулисные проблемы сисадминов. 

Часть 1 Уйти или остаться? 

источник saradmin.ru Март 2007

Уйти или остаться?

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

Как говорит китайская пословица: «Кто предупрежден, тот вооружен». Знать о проблеме, говорить о ней, искать пути решения и единомышленников – вот какие цели преследует данная статья.

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

Как работает сисадмин?

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

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

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

Руководство большинства компаний, как правило, не идет ни на какие уступки. Существуют, конечно, приятные исключения, когда для ИТ-персонала вводится гибкий график, оплачиваются переработки, добавляются дополнительные дни к отпуску… Но такие счастливые примеры – большая редкость на фоне общего равнодушия. Лично мне запомнилась замечательная фраза одного «босса», брошенная в ответ на просьбу хоть как-то решить вопрос с таким вот «двойным» рабочим днем: «Тебя никто не заставлял становиться системным администратором! Ты сам выбрал свою профессию». Как говорится, без комментариев.

Масла в огонь подливают и трудоголики. Казалось бы, в обычном офисе, где не требуется функционирование системы 24 часа в сутки и 7 дней в неделю, после 19.00 делай что хочешь – но не тут-то было! Некоторые сотрудники считают за правило задержаться на работе после окончания трудового дня. Трудоголики бывают настоящие и показушные.

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

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

В итоге приходим в 9.00, ждем до 21.00 ухода последнего трудоголика, а сами уходим в 23.00, а то и бежим, чтобы успеть до часу ночи, пока не закрыли ближайшее метро. А утром… утром снова к 9.00 на работу! Знакомая картина?

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

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

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

Зачем он нужен, если все работает?

Допустим, наш системный администратор работал по 12-15 часов в сутки, перевернул горы документации и в итоге добился более-менее бесперебойной работы инфраструктуры. Компьютеры не виснут, сервера не перезагружаются, почта доходит до адресата, трафик не превышен… Красота. Живи да радуйся. Время сделать передышку, дописать документацию, провести работу над ошибками из Event Log (или System log – у кого как…). Но часто, очень часто системного администратора вместо заслуженной похвалы (я уже молчу о премии) ждет вызов к менеджеру по персоналу или руководству компании с предложением… уволиться по собственному желанию.

Все – прямо как в притче о коте, который за одну ночь переловил всех мышей, а поутру был выброшен на помойку. Но, в отличие от несчастного кота, сисадмин не может «не ловить мышей». Попробуйте остановить, к примеру, сервер с базами данных для бухгалтерии. Вот крику-то будет!

На деле все просто: «Если есть проблемы с компьютерами – значит, системный администратор плохо работает. Если проблем нет – системный администратор не нужен».

Конечно, первый раз подобный поворот судьбы воспринимается очень болезненно. Мне приходилось общаться с очень хорошими специалистами, впавшими в депрессию после подобного инцидента. Потом, после второго-третьего раза привыкаешь, появляется некий цинизм. Как там у Ильфа и Петрова в «Золотом теленке»: «Я потерял веру в человечество».

Как вы понимаете, работа по созданию бесперебойной инфраструктуры до конца не была доведена. Не дописана документация, не устранены полностью все ошибки… Это останется в качестве сюрприза для нового специалиста, которого возьмут на работу, когда ИТ-структура начнет давать трещину. Чаще всего сокращают самых высокооплачиваемых, а значит, и самых грамотных сотрудников ИТ-подразделений, хотя бывает и наоборот: оставляют одного или нескольких «профи», на которых навешивают всю оставшуюся работу.

За себя и за того парня

Еще одна особенность работы системного администратора заключается в том, что остальные сотрудники компании свято уверены в том, что он должен досконально знать все нюансы их трудовой деятельности и, главное, выполнять за них их работу. Такова человеческая натура: «Если сотрудник другого подразделения допускает ошибку – это сбой в компьютере и виноваты компьютерщики. Если несмотря ни на что работа выполнена – это исключительная заслуга именно его, менеджера, а системный администратор или даже весь ИТ-отдел вместе с франчайзерами и интеграторами все это время били баклуши и мешали работать».

И отказать этому «умнику» нельзя – такой скандал поднимется! Вот и сидит наш сисадмин поздними вечерами, перепроводит ошибочные бухгалтерские проводки в «1С», ретуширует фотографии для рекламного отдела, отсылает письма с первоначально неправильно вбитыми адресами.

Многие опытные системные администраторы в таких случаях говорят: «Как себя поставишь, так и будут относиться!» – и это верно. Однако сотрудники других подразделений, как правило, не должны что-то кому-то доказывать, постоянно отбиваясь от абсолютно несвойственной им работы. Вы представляете себе менеджера по рекламе, формирующего вместо бухгалтера отчет в «1С»? Или бухгалтера, верстающего макет новой презентации для отдела продаж? Вот и я не представляю. А сисадминам зачастую приходится делать и то и другое. Бывают, конечно, редкие исключения, когда ИТ-отдел работает исключительно по системе заявок, когда сотрудникам ИТ-подразделений запрещено касаться работы пользователей. В основном это крупные столичные компании с четким разделением труда и поминутным учетом рабочего времени. В большинстве же российских фирм и фирмочек царит обычный закон джунглей: «кто сильнее, тот и прав». И сисадмин там – не в числе «сильных».

Зиц-председатель Фунт и его последователи

Все вышеописанные проблемы – ничто по сравниванию с постоянным риском быть привлеченным к уголовной ответственности. Помните зиц-председателя Фунта из романа Ильфа и Петрова «Золотой теленок»? В его роли сейчас выступают системные администраторы большинства российских компаний. Наверное, уже не осталось обывателя, не слышавшего о пресловутом «деле Поносова» и преследовании организаций и физических лиц за пиратское программное обеспечение, или, как его еще называют, «нелицензионку» (Уголовный кодекс Российской Федерации, Статья 146. Нарушение авторских и смежных прав).

Но предприниматели отнюдь не спешат занять место в очереди за лицензионным софтом. Почему? Причина простая: за все нарушения будет отвечать системный администратор. Если будут выявлены нарушения, генеральный директор, главный бухгалтер, юрисконсульт и все другие сотрудники компании покажут пальцем на системного администратора и скажут что-то наподобие: «Мы здесь ни при чем, это он все понаставил. Мы ведь люди, от компьютеров далекие, ничего в них не понимаем». И наплевать, что системный администратор много раз предупреждал, просил, умолял – и устно, и письменно – купить лицензии на используемое в компании программное обеспечение или хотя бы по возможности перейти на бесплатный софт. А зачем? При покупке лицензий придется тратить деньги. При переходе на бесплатное ПО – терпеть неудобства. И не дай бог, при этом придется изучать что-то новое! Куда проще заклевать системного администратора – все равно судить будут его.

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

При устройстве на работу вас, конечно, будут клятвенно заверять, что у компании наикрутейшая служба безопасности со связями в руководстве МВД, ФСБ, ЦРУ, Моссад и т.д. Что у «главного» в друзьях все российское и мировое правительство. Что у компании самые крутые юристы… Но на деле все не так.

В российских компаниях практически нет грамотных юристов, способных выиграть дело в случае нападок на нелицензионное ПО. А вот юрисконсультов, требующих от сисадмина поставить ему на компьютер взломанную версию «Консультант+», – пруд пруди.

Но и это еще не все. Во многих организациях системного администратора рассматривают не просто как установщика, а как «добытчика» этого самого нелицензионного ПО. Как часто наши сисадмины слышат фразы: «Что значит – не поддерживает новый формат? Что значит – нет дистрибутива? Ты еще не скачал с торрентов новую «крякнутую» версию?!!» А если в Интернете нужной программы не нашлось или нет возможности скачать, системный администратор в большинстве случаев пойдет на радиорынок и купит пиратский диск за свои деньги. Фактически сам за свои деньги покупает улики против себя. Мало кому приходит в голову мысль уговорить главбуха списать что-либо задним числом, рискуя быть пойманным. А с офисными любителями «вареза» системные администраторы воюют из года в год, и все безуспешно. Если же сисадмин все-таки проявит требуемую жесткость характера и скажет твердое «нет», то начальство быстренько подыщет «более адекватного и стрессоустойчивого сотрудника, готового иногда идти на компромиссы».

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

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

Если же системного администратора поймают за этими делами, если он будет упорствовать во время следствия, ему может быть предъявлено обвинение по следующим статьям Уголовного кодекса РФ:

- Статья 294. Воспрепятствование осуществлению правосудия и производству предварительного расследования.

- Статья 308. Отказ свидетеля или потерпевшего от дачи показаний.

- Статья 316. Укрывательство преступлений.

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

Что такое получить условный срок или просто иметь в своей биографии пункт: «находился под следствием»? Это значит, что придется навсегда распрощаться с самой возможностью получить хоть какую-то более-менее приличную работу. Большинство российских компаний никогда не возьмут на работу человека, имеющего судимость. Потому что это «пятно на репутации компании». Девушки из отдела кадров будут мило вам улыбаться и говорить что-то наподобие: «Мы примем решение и вам перезвоним…». И никогда не перезвонят.

Максимум, на что вы сможете претендовать, – это на рабочую должность на каком-нибудь захудалом заводике, откуда все остальные бегут, как от лесного пожара. Помимо проблем с трудоустройством у вас будут и другие проблемы – например, с получением заграничных виз или с оформлением кредита… Фактически вы превращаетесь в «человека второго сорта». Может быть, имеет смысл уже сейчас задуматься о смене профессии, пока профессия не изменила вас?

Что у нас новенького?

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

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

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

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

И наконец, курсы повышения квалификации. Это самая больная тема. Если, к примеру, курсы по продуктам Microsoft системный администратор чисто теоретически еще может оплатить самостоятельно, то по редким технологиям, таким как, например, продукты компании Citrix Systems, обучение стоит баснословных для системного администратора сумм. Работодатель же отнюдь не спешит обучать свой персонал за счет компании. А если кого-то из специалистов и посылают на курсы, то, как правило, это преподносится как великое благодеяние: сотруднику ИТ-отдела постоянно напоминают, что теперь он должен отработать свое обучение, с ним предварительно заключается контракт, по которому он обязуется отработать длительный срок в компании (без повышения оклада, естественно) или вернуть сумму, выплаченную за его обучение. И никому не приходит в голову, что учиться – это тоже труд, и довольно тяжелый. Что новые знания нужны в первую очередь работодателю, и вполне возможна ситуация, что техническому специалисту эти знания нигде больше не пригодятся.

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

Еще одно специфическое требование, предъявляемое к системным администраторам, – это знание английского языка. Суметь перевести технический текст, вести переписку с зарубежными коллегами. Разговорная речь требуется, как правило, реже, однако зачастую приходится общаться по телефону и даже лично с иностранными собеседниками. К большинству других профессий такие требования не предъявляются, а если и предъявляются, то неплохо оплачиваются. Например, если требуется бухгалтер или юрист со знанием английского, нанять такого специалиста стоит дороже. А вот для системных администраторов английский язык – дело само собой разумеющееся. Мало того, в большинстве российских компаний системный администратор – едва ли не единственный специалист, способный объясниться по-английски. (И не только по-английски. Иногда приходится знать и другие языки, например, немецкий, если используется оборудование Siemens). Вот и носят сисадмину тексты как к штатному переводчику: от курсовиков по «инглишу» до проектов договоров с иностранными партнерами. В качестве бесплатной нагрузки, конечно.

Сколько стоит быть сисадмином?

Быть сисадмином стоит недешево. Во-первых, системный администратор, как уже говорилось выше, обязан постоянно читать специальную литературу, чтобы поддерживать свой профессиональный уровень. Средненькая книжица на московских прилавках потянет примерно на 500 рублей. Толстые «гроссбухи» по специализированным продуктам и технологиям, таким как Cisco или Oracle, могут стоить и 1000, и 1500 рублей. А подобных книжиц хороший системный администратор прочитывает за год минимум пять-шесть штук.

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

В третьих, системный администратор обязан иметь дома постоянно работающее подключение к Интернету на неплохой скорости (допустим, 1-2 Мб/с). В последнее время это становится обычным требованием работодателя.

Почти всегда за все это системный администратор платит из своей и без того небольшой зарплаты. Работодатели в большинстве своем отказываются компенсировать даже самые большие затраты на литературу. Про затраты на Интернет и домашний компьютер лучше вообще умолчать. Максимум, на что здесь может рассчитывать системный администратор, – на старенький, давно списанный компьютер, подаренный широким жестом с барского плеча: «Бери уж, так и быть, все равно выбрасывать…»

Да, бывают исключения. Когда сисадмину компенсируют расходы на мобильный, выделяют корпоративный ноутбук и не только покупают техническую литературу, но и оплачивают специализированные курсы. (А ведь как часто все это входит в стандартный «корпоративный пакет» для сотрудников других подразделений – например, менеджера по привлечению клиентов!) Но такие случаи можно пересчитать по пальцам.

О бонусе редком замолвите слово

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

Зато всегда есть за что наказать. За то, что не предусмотрел, не предотвратил, не предупредил, резко разговаривал с пользователем, отказался ставить нелицензионный софт – да мало ли за что! В итоге получается, что даже свои куцые оклады системные администраторы получают с вычетом всевозможных «штрафов» (которые, кстати, запрещены Трудовым кодексом РФ).

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

Конечно, бывают организации, работающие по правилам – например, внедрившие ITIL, где сисадмины получают премию за соблюдение SLA. Еще помню одну фирму, где руководство по итогам успешного года просто повысило зарплату на 10% всем сотрудникам, в том числе и ИТ-отделу. Но таких компаний – единицы.

Возраст, или есть ли жизнь после сорока?

Как часто читаешь в тексте вакансии: «…требования: мужчина, до 40 лет…» Или даже: «…до 35 лет» Почему? Я часто спрашивал об этом менеджеров по персоналу и представителей руководства различных компаний. Были самые разные ответы. Например: «После 35 человек уже не энергичен». Или: «После 30 лет уже трудно усваивать информацию».

Все эти доводы лично мне кажутся очень сомнительными. Люди настолько разные, что пытаться причесать всех под одну гребенку просто не имеет смысла. Наиболее точным ответом был следующий: «Человеком после 30 лет трудней управлять». Это правда. Зрелого мужчину труднее обмануть, подставить, прогнуть по зарплате. На него не наорешь. Ему труднее промыть мозги, что он – обслуживающий персонал и всем обязан своим существованием [1]. Что же делать системному администратору после 40 лет?

Вариантов масса: стать начальником, уйти в дворники или в программисты, открыть свой бизнес… Тогда от «сисадминства» придется отойти. Получается, что системный администратор – это временная профессия. Что-то вроде «Макдональдса» для инженеров.

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

Сисадминская карьера

Как известно, системный администратор не может стать генеральным директором компании, в которой работает. Менеджер по продажам – может. Сотрудник финансового отдела или отдела поставки – может. А сисадмин – нет. Карьерный «потолок» – начальник ИТ-отдела. Если специалисту хочется большего, ему все дружно советуют перейти работать в системный интегратор или ISP (Интернет-провайдер (англ. Internet Service Provider)). Это довольно спорный вопрос.

Во-первых, рынок системной интеграции в России находится в зачаточном состоянии. Зачем платить большие деньги за обслуживание у интегратора, если за мизерную сумму можно нанять офисного «раба», работающего по полторы-две смены? К тому же специалистов из СИ будет весьма проблематично привлечь к ответственности в случае возбуждения уголовного дела по факту использования контрафактного ПО или заставить нарушить закон, прикрывая заказчика. Гораздо проще в этом случае иметь дело с собственным системным администратором. Что же касается ISP, скажем проще: «Их на всех не хватает». Количество компаний-провайдеров невелико, уровень оплаты труда далеко не самый большой. На одну мало-мальски достойную должность сразу находятся десятки, а то и сотни претендентов. Поэтому возможности вертикального карьерного роста для системных администраторов весьма и весьма ограниченны.

В качестве альтернативы HR-служба часто предлагает так называемые «возможности горизонтального карьерного роста». Что это такое?

В идеальном варианте предлагается следующая схема: некий специалист параллельно начинает изучать смежную область, становится замечательным специалистом и либо окончательно переходит в эту область, либо за хорошую плату выполняет дополнительные функции. Хороший пример: системный администратор изучает аспект администрирования баз данных и становится DBA. На практике все гораздо проще. Уволили веб-программиста и функции по поддержке сайта «повесили» на сисадмина с доплатой в 15% от оклада. По сути, это «горизонтальная карьера» дворника, подметающего два участка почти за те же деньги. Сколько таких «горизонтальных карьер» за мизерную доплату и вовсе без нее было создано в кризис – просто уму непостижимо. Зачастую от системного администратора требуют знания программирования в «1С», умения «мастерить» веб-сайты, рисовать презентации, вести документооборот… Откроешь любой «работный» сайт и просто диву даешься: не профессия, а одна большая «горизонтальная карьера».

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

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

Приложение:

Сколько стоит сисадмин?

На вопрос СА отвечают посетители форума журнала

Выше уровня квалификации не прыгнешь

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

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

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

Такая ситуация абсолютно одинаковая во всех странах. В книгах «Руководство администратора Linux», «UNIX. Руководство системного администратора. Для профессионалов» и прочих написано, что работа UNIX-администратора в США нудная, суетная, без выходных и сравнительно низкооплачиваемая. Занимаются такой работой в США пожилые люди (или молодые – как временной подработкой).

В российской компании сисадмин свободнее.Я работал и взаимодействовал с компаниями в электротехнической области. В них зарплаты стандартные для рыночного уровня (деревню не считаем). Сисадмины меняются, как сезонный ветер. Их там просто высасывают и выкидывают. Нет сисадмина в западной компании, который не хочет свалить в менеджмент. Но внешне все ОК! Где сисадмин свободнее в своих решениях, где он может внедрить что-то из того же Open Sourse? Безусловно, только в российской компании.

Закулисные проблемы сисадминов. 

Часть 2 Сколько стоит сисадмин?

источник saradmin.ru Март 2007

Продолжаем дискуссию «Сколько стоит сисадмин?». В чем причина нелегкого админского житья-бытья? Всегда ли виноват сам человек или обстоятельства сложились против него?

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

Почему все так печально?

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

2. Потому что наш бизнес не ориентирован на ИТ. Еще одна причина кроется в традиционных «особенностях» российского бизнеса. В первую очередь это нечестная конкуренция, основанная на коррупции и протекционизме. Зачем внедрять новую, более эффективную (и более дорогую) систему управленческого учета, которая повысит относительное конкурентное преимущество на 10 процентов, если можно просто дать взятку чиновнику и получить стопроцентную «фору» перед возможными и невозможными игроками на рынке? Зачем тратить немалые крупные суммы на лицензирование программного обеспечения или переходить на бесплатное ПО, если можно просто заплатить проверяющим? Не получится проверяющим – нанять юриста, чтобы отмазать топ-менеджмент и все свалить на админа. Все равно это дешевле, чем покупать все лицензии на используемое ПО.

Получается, что системному администратору просто нет места в этой «теневой игре». Отчеты в налоговую он не носит, от проверок не отмазывает (как, например, нужный человек в службе безопасности), госзаказы не проталкивает… С точки зрения типичного российского предпринимателя это просто нахлебник какой-то!

3. Потому что нет привычки анализировать риски. Еще одна особенность российского бизнеса – неумение и нежелание анализировать риски, считать убытки и утерянную выгоду. Если еще с подсчетом прямых убытков горе-аналитики как-то справляются, то в случае с утерянной выгодой это просто «темный лес и ни одной звезды». Как часто приходится становиться свидетелем подобного диалога в обычной московской компании, где 100-150 активных пользователей, плюс филиалы:

– Если мы не приобретем и вовремя не заменим жесткий диск, выйдет из строя контроллер домена.

– И что будет?

– Никто не сможет работать минимум три часа.

– А когда это случится?

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

– Ну вот когда случится, тогда и купим…

Сколько стоит потерянный день, какие переговоры могут быть сорваны, какие сделки не заключены или отсрочены, сколько заработной платы будет выплачено зря… Да никому это не интересно подсчитывать, и учредителям в том числе! А вот лишние три-четыре тысячи рублей за жесткий диск – вполне наглядный «убыток».

В большинстве российских компаний просто некому учитывать подобные нюансы. Хорошие финансовые аналитики и стоят хорошо… в смысле – дорого. Обычному «офисному планктону» такие задачи не по зубам. Но даже если на стол генеральному директору или председателю совета директоров ляжет подробный анализ рисков для компании, связанных со сферой ИТ, да еще и составленный профессиональными экономистами, надеяться на то, что пресловутый жесткий диск все-таки будет куплен, еще рано. Всегда может сработать психология: «А вдруг не случится?» Это мы с вами про жесткий диск говорим.

Если же говорить о зарплате сисадмина, то слова о подсчете рисков в реалиях российского бизнеса звучат просто невероятно. А риски тем не менее существуют, и немалые. Вспоминается пожар в редакции некогда известного глянцевого журнала. Грустные люди бродили по пожарищу, выискивая внешне выглядевшие неповрежденными диски и куски распечаток в надежде выскрести из этого хоть какие-то остатки материала. Причина раскопок» банальна: экономили на должности системного администратора. Роль сисадмина играл «мальчик» из ближайшей службы сервиса, чьей квалификации едва хватало на то, чтобы переставить Windows. Имей они в штате (пусть даже на неполный рабочий день) или на аутсорсинге квалифицированного сисадмина, который знает, что такое резервное копирование off-site (вывод резервных копий за территорию на случай форс-мажорных ситуаций), все бы окончилось совсем иначе. Да что там резервное копирование! Зачастую кресло даже не в директорском, а в замдиректорском кабинете стоит дороже, чем все серверное оборудование компании.

Конечно, есть организации, где многое, очень многое зависит от труда рядовых «айтишников». Это в первую очередь трейдерские компании, банки, средства массовой информации, конструкторские бюро, рекламные агентства. Но и там на системного администратора смотрят как на некий необязательный инструмент, мол, «если припрет – обойдемся». Частично это происходит из-за недальновидности руководства и сотрудников, частично – плоды целенаправленной политики «разделяй и властвуй». И в любом случае в проигрыше оказывается сисадмин.

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

В то же время не стоит забывать, что после распада СССР новая Россия остается технически отсталой страной. Научно-технический прогресс определяется не количеством iPhon-ов у «офисного планктона», а развитием науки, высокотехнологичных отраслей народного хозяйства, системы образования. И традиционно в технически отсталых странах в почете не тот, кто обладает большим объемом технических знаний, а тот, кто может похитрее обмануть, посильнее запугать, подешевле купить и подороже продать. Было бы странно на фоне общего упадка научной и технической мысли требовать уважения к представителям технических профессий.

«…Мамы разные нужны, мамы всякие важны…»

На память приходит эпизод, когда сотрудница одной уважаемой компании, забыв дома пропуск, извинялась, вежливо просила охранника пропустить ее, смиренно благодарила его, а придя на рабочее место, орала благим матом на системного администратора, требуя, чтобы тот немедленно восстановил пароль для входа в систему, который она успела забыть за выходные. Замечательная фраза надолго врезалась в память: «А вы все тут для чего, если я должна еще и свои пароли запоминать?!!» Почему на охранника не кричала? Потому что тот хоть и маленький, но начальник, а сисадмин – «это же обслуживающий персонал!»

Самое интересное, что большинство системных администраторов действительно уверовали в то, что они – «обслуживающий персонал», что их основная задача – «обслуживать пользователей». Я не знаю, кто первый ввел в обиход подобное словосочетание применительно к сисадминам. Могу только сказать, что если это был человек, не имеющий отношения к Computer Science, это поистине гениальный ход. Гениален он в первую очередь тем, что легко позволяет недоплачивать за труд. Казалось бы, чего проще: убедить людей в том, что они «обслуживающий персонал», денег фирме якобы не приносят, поэтому и платить им можно меньше, чем другим.

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

В России, конечно, ситуация немного иная, но все равно без уборщицы плохо. Даже деления на front office и back office на самом деле от лукавого. В современном менеджменте есть понятия «бизнес-процесс», «звенья» или «сегменты» бизнес-процесса, а вот «обслуживающего персонала» – нет.

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

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

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

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

Системный администратор по определению не является обслуживающим персоналом. Это – ключевой специалист компании, на котором держится вся ее информационная структура.

Почему технарей считают простачками

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

Манипулировать людьми можно по-разному. Кто-то любит лесть, а кто-то понимает только силу. Кто-то боится за завтрашний день, а кто-то не любит рутины… «Погладить по шерстке», нажаловаться начальству, устроить истерику в нужный момент – все это примеры манипуляций. Естественно, системный администратор, который пытается играть с подобной публикой по ее правилам, обречен все время оставаться в дураках. Технарями легко манипулировать, они, как правило, не распознают манипулятивные ходы, а если и распознают, то в самый последний момент, когда, как говорится, дело сделано. Возможно, отсюда и некоторое пренебрежение со стороны «офисного планктона» по отношению к ИТ-сотрудникам, как к неким простачкам, которые «сами ничего не могут». А у вечно задерганного сисадмина нет ни времени, ни сил на то, чтобы обращать внимание на все эти хитросплетения. Искусно раздутый миф о том, что системный администратор – это обслуживающий персонал, можно с полной уверенностью отнести к первоклассной манипуляции.

Много вас, братцы, стало…

Так сказал мне однажды директор филиала одной крупной российской компании в ответ на мой вопрос о причинах снижения зарплат в ИТ. В свое время, когда компьютеры были редкостью, люди, умеющие с ними работать, были редкостью еще большей. Но время шло, персональный компьютер из средства проектирования и производства вычислений превратился в игрушку, в канцелярский инструмент. Это вызвало приток на рынок труда специалистов новой формации, молодых ребят, умеющих хорошо поставить «виндовс». Любой студент, переустановивший на своем домашнем компьютере операционную систему, уже считает себя специалистом. Если же он видел через чье-то плечо внешний вид оболочки командной строки – например, bash – и «хакнул» под административными правами реестр на своей машине, введя парочку ключей, то считает себя просто суперспецом. И конечно же, наш герой изберет профессию системного администратора или, в крайнем случае, инженера техподдержки. Зачем еще чему-то учиться, что-то зубрить, где-то практиковаться… Вот она, готовая профессия! «Накатил винду», «вбил дрова», «воткнул офис с фотошопом»… Красота! Как сказал мне один молодой «компьютерный гений»: «Ну не в Макдональдс же идти!» Но и отношение работодателей к системным администраторам на российском рынке труда такое же, как к работникам известного фастфуда, и предлагаемая заработная плата примерно та же.

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

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

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

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

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

«Когда в товарищах согласья нет…»

«На лад их дело не пойдет». Так звучит мораль небезызвестной басни Крылова «Лебедь, рак и щука». Именно так обстоит дело и с системными администраторами. Давно канули в Лету времена, когда «компьютерщик был обязан помочь компьютерщику». Когда, придя на собеседование и узнав, что руководство компании таким образом хочет втихую «убрать» нынешнего сисадмина, соискатель разыскивал своего незадачливого коллегу и сообщал ему сей грустный факт. С приходом молодых «компьютерных гениев» все изменилось. Да и представители «старой школы» демонстрируют отнюдь не лучший пример для подражания.

Есть немало примеров того, как кто-нибудь из админов, устав от проблем и безденежья, создает на форуме ИТ-специалистов топик на тему «Ну почему все так плохо?». Что ему ответят «уважаемые коллеги»? Самые мягкие выражения, которые он прочитает в свой адрес: «Хватит ныть», «Ты неудачник», «Убей себя об стену» и т.п. Любая попытка привлечь к анализу нездоровой ситуации других «товарищей по профессии» воспринимается исключительно как проявление слабости, как нытье, нежелание учиться и работать.

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

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

Что является причиной такого расслоения сисадминского общества? В первую очередь это неравные стартовые позиции. Кому-то на старте достались Oracle и SPARC, кому-то – «1С» и самосборные сервера. Кто-то изучал технологии Cisco на последних курсах вуза, кто-то – по книжкам, прочитывая по несколько страниц слипающимися глазами после пресловутого «двойного» рабочего дня [1].

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

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

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

С появлением Интернета и приходом в ИТ множества случайных людей среди сисадминов стали индивидуумы, не слишком обремененные совестью, культурой поведения и другими «несовременными» понятиями. Со временем старое сообщество компьютерщиков кануло в Лету, превратившись в сборище одиночек. Это только на руку не совсем чистоплотному российскому бизнесу, потому что дает возможность за счет разобщенности системных администраторов снизить зарплатный «потолок» и манипулировать профессионалами. Как говорится, «разделяй и властвуй».

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

Закулисные проблемы сисадминов. 

Часть 3 Поговорим о том, что делать

источник saradmin.ru Март 2007

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

Я был молод и состарился, и не видал праведника оставленным и потомков его просящими хлеба…

«Псалмы». Псалом 36

Достаем из-под пыльного дивана свою гордость

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

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

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

Многие сисадмины жалуются на глупые шутки на тему «компьютерного гения», «хакеров», «ну что, опять все сломали» и т.д. Это тоже манипулятивный прием, что-то вроде попытки показаться «своим парнем» одновременно с демонстрацией своего превосходства. Достаточно просто устало посмотреть и сказать: «Извините, мне трудно оценить юмор, очень много работы. График плотный. Вы по делу или просто поговорить?» Уверяю, в 90% случаев подобный «шутник» постарается воздержаться от своего плоского юморка.

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

Инвестировать, реинвестировать, уходить

Рассмотрим, какие возможности нам предоставлены.

Возможность первая. Переквалифицироваться

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

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

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

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

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

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

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

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

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

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

Конечно, обладая вышеперечисленными навыками, бывшие админы легко обходят на поворотах своих «не технических» коллег. Теперь немного о путях смены профессии.

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

Другой пример – инженер техподдержки, обслуживал кассовые аппараты. Стал рядовым менеджером по продажам. За год вырос до начальника отдела по работе с клиентами. Третий пример – бывший системный администратор, по долгу службы ему приходилось много и часто разбираться с вопросами «1С». В итоге он стал заместителем главного бухгалтера, а потом и вовсе главбухом фирмы. Несколько лет назад купил себе квартиру в Москве. Еще пример – сисадмин-техсаппорт. Имел хорошие отношения с начальником отдела, связанного с рисованием всяческих схем, планов и тому подобных вещей. Когда увольнялся, зашел попрощаться. Учитывая, что с графическими программами у бывшего админа было все о’кей, начальник отдела тут же предложил ему новую вакансию. Ушел техсаппорт из компании только через пять лет в должности начальника отдела на более высокооплачиваемую работу. Как видите, подобная горизонтальная миграция в пределах одной компании вполне возможна и даже приветствуется.

Другой путь состоит в получении дополнительного образования по выбранному направлению, не связанному напрямую с ИТ. Например, получение степени MBA (Магистр делового администрирования, Мастер делового администрирования, МДА (англ. Master of Business Administration; Магистр экономического управления[1], используется также калька с английского магистр бизнес-администрирования, МБА) — квалификационная степень в менеджменте (управлении).прим. редактора) в области рекламы и маркетинга. Конечно, это удовольствие стоит довольно приличных денег. Именно поэтому я завел речь о том, чтобы выжать из своей профессии системного администратора все, что только возможно в плане финансов, и скопить некоторую сумму. Если вы сразу после получения диплома не будете претендовать на высокие оклады, можно без особого труда найти работу. Многие учебные заведения такого уровня помогают своим выпускникам найти работу. Ну, а дальше все зависит от вас. Кстати, помимо курсов MBA существует еще множество других возможностей переучиться на понравившуюся специальность и неплохо трудоустроиться после их окончания. Существуют и бесплатные «лазейки». Например, можно бесплатно окончить курсы бухгалтеров или программистов «1С» при службе занятости и даже получить первую работу.

Третий путь – просто попытаться трудоустроиться на вакансию по выбранной профессии. Многие консультанты по трудоустройству советуют вспомнить свое хобби. Большинство представителей из числа системных администраторов отнюдь не являются «упертыми технарями». Кто-то любит рисовать и работать с компьютерной графикой, кто-то серьезно интересуется экономикой, кто-то владеет дополнительным иностранным языком, кто-то просто имеет неплохо подвешенный язык. Если при трудоустройстве сразу не претендовать на высокий уровень дохода, можно вполне удачно найти работу и заниматься любимым делом, получая за это деньги.

=============

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

=============

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

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

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

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

Еще одна неплохая сфера применения – веб-дизайн и веб-программирование. Здесь у бывших системных администраторов есть преимущество в знании особенностей работы сетевых протоколов и основных сетевых сервисов. Многие сисадмины так или иначе вынуждены понимать Perl и/или PHP, уметь разбирать java-скрипты и т.д. Поэтому переход в данную область не столь затруднен, а выгода вполне ощутимая.

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

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

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

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

Возможность третья. Воспитание нелояльности

***

В движении будь как вода,

Как зеркало будь неподвижен.

Отвечай, отзываясь как эхо,

Будь тонким, как не существуя.Даосское стихотворение 

***

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

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

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

Но это еще не все. Казалось бы, чего проще: накатал резюме, разместил на «работном» сайте – и сиди, жди писем и звонков. Однако не все так просто. Многие компании отслеживают резюме своих сотрудников. Чтобы ваша работа не попрощалась с вами раньше времени, нужно проявлять определенную осторожность. Например, купить еще один мобильный с другим номером телефона. Завести абсолютно новый e-mail и везде размещать только его. Не публиковать личных сведений о себе.

Имеет смысл слегка исказить свои данные, по которым может осуществляться поиск, – например, сделать «опечатку» в фамилии, дате рождения и т.д. Ни в коем случае нельзя указывать реквизиты текущего места работы. Многие менеджеры по персоналу запросто могут позвонить по рабочему телефону, представиться и пригласить вас к телефону. Другой сюрприз, который можно ждать от HR, – звонок на работу, чтобы получить дополнительные сведения о вас. Поэтому лучше в качестве текущего места работы указать в резюме, скажем, «крупная российская компания», «известный банк» и т.д. Рекомендатели (если они у вас есть) тоже должны быть с предыдущего, а не с нынешнего места работы. При поиске работы вы должны быть «тонким, как не существуя».

Что еще ни в коем случае не надо делать – выбегать с мобильным телефоном в коридор при звонке от потенциального работодателя. Просто все прекрасно знают, что так поступает человек, который ищет работу и не хочет, чтобы об этом догадывались. Спокойно попросите написать письмо на e-mail, указанный в резюме, и мило завершайте беседу. Придумайте себе предлог, чтобы отлучаться из офиса. Многие сисадмины используют свой отпуск для поиска работы. Это более безопасно, чем отлучаться из офиса на собеседования.

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

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

Понимание – путь к прозрению

– Вы, системные администраторы, прямо как врачи-гинекологи…

– Это почему?

– Потому что в приличном обществе о ваших проблемах не говорят!

Такой вот занятный разговор состоялся с представителем руководства одной компании. А ведь действительно, большинству людей наши проблемы непонятны и неинтересны. А знаете почему? Потому что в них не говорится о деньгах! Когда бизнесмен рассматривает произведение искусства, он в первую очередь поинтересуется тем, сколько это стоит. Говорите и вы о деньгах. Анализируйте риски, прикидывайте утраченную выгоду. Я открою страшную тайну: многие так называемые экономисты, окончившие платные вузы, не в состоянии нарисовать в качестве примера кривые спроса и предложения. Поэтому вы со своим расчетом если и попадете пальцем в небо, то это, кроме вас, мало кто сможет заметить.

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

«Админь головой, а не ногами»

Это просторечие содержит в себе весьма мудрую мысль. Очень часто в связи с невысокой квалификацией и плохой организацией труда инженер техподдержки и даже системный администратор, что называется, бегают по пользователям. Пользователь позвонил – сисадмин прибежал. Чтобы так не получалось, используйте средства удаленного управления. Для непосредственного визуального управления «рабочим столом» и помощи пользователям системы управления на базе VNC (Virtual Network Computing). Например, для управления средой на базе Windows подойдет бесплатная программа UltraVNC (официальный сайт http://www.uvnc.com). Для скрытого управления можно использовать telnet и командную строку. GPO в Active Directory позволяет творить изумительные вещи. Если не хватает этих ресурсов, можно «подбросить» пользователю ключ через удаленное управление реестром. MMC-консоль также позволяет делать интересные вещи. В случае c UNIX-подобными операционными системами можно применять традиционный SSH, VNC (это кросс-платформенное решение), а также средства X-Window сервера. При наличии таких мощных инструментов общение с пользователями в идеале должно быть сведено к минимуму. Теперь вы уже не «мальчик по вызову», а именно администратор системы, который видит все элементы инфраструктуры и всех пользователей «как на ладони». Осознание этого факта способно заставить даже самого недалекого пользователя относиться с уважением к представителю ИТ-службы. И уж конечно, вы не должны мстить своим пользователям, используя эту систему.

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

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

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

***

Я нарочно не рассматривал в этой статье такие вопросы, как эмиграция в развитые страны, освоение денежных сисадминских специальностей, таких как специалист по продуктам Cisco Systems и так далее. Потому что, во-первых, эти пути многим известны, во-вторых, как говорил небезызвестный Козьма Прутков: «Невозможно объять необъятное».

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

Из жизни сисадминов 

Есть такая профессия - сисадмин

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 24 МАЯ 2005 ГОДА

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

Есть такая профессия

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

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

В карьере системного администратора есть две большие сложности. Во-первых, прибыль фирмы не зависит напрямую от его работы. Его задача - обеспечивать основное производство. Следовательно, обосновать повышение зарплаты или получение премии трудно. Во-вторых, если всем понятно, чем занимается бухгалтер или дворник, то в чем заключается работа сисадмина, знают далеко не многие. Хуже всего, если этого не понимает руководство.

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

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

Потолок

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

Есть такое понятие - "потолок компетентности". Проще говоря, это максимально высокий пост, который человек в состоянии занять благодаря своим способностям, силам и умениям. Системный администратор почти всегда видит свой потолок у себя над головой. Эта профессия - не для заядлых карьеристов. Максимум, чего можно достигнуть - руководство отделом информационных технологий. Выше можно пойти только двумя путями: или организовать свою фирму, или устроиться в организацию, которая непосредственно занимается предоставлением услуг в области компьютерных технологий. Лишь в последнем случае потолок ограничен только личными способностями. 

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

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

Это, так сказать, необходимый минимум. Казалось бы, привлечь хорошего специалиста и предоставить ему все эти условия - проблема работодателя. Однако именно в профессии системного администратора в большей степени, чем во многих других, условия работы специалиста во многом зависят от него самого. Почему так получается? Очень просто, каким бы низким ни был уровень квалификации системного администратора, в небольших фирмах все необходимое все равно работает. Пусть через пень-колоду, пусть классный спец, глядя на все это, хватается за голову, но факт остается фактом - система работает. А если достаточно платить студенту две его стипендии, зачем нанимать профессионала за оклад в десятки раз больший? Главный приз получит тот, кто сумеет убедительно ответить на этот вопрос работодателю. Об этом  - в следующей заметке.

Переписка 

Лишние люди

АВТОР: ЮРИЙ РЯБИНИН

ОПУБЛИКОВАНО 30 МАЯ 2005 ГОДА

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

Нелли Мартова, "Есть такая профессия"

КТ-Онлайн, 24.05.2005.

Сразу оговорюсь - это не попытка дискуссии с автором, цитата из чьей статьи помещена эпиграфом. Скорее, своего рода "Воспоминания и размышления".

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

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

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

Здесь-то, как обычно, и начинаются проблемы. Каламбур.

Во-первых, вопросы ремонта и апгрейда в подавляющем большинстве случаев решались по-ломоносовски: ежели что-нибудь от чего-нибудь оторвать, то к чему другому присовокупить можно. Исключение составляли апгрейды для начальства да замена погоревших блоков питания; все, что удалось именно выбить - сервер (вполне приличный и по нынешним временам: Xeon-2400\1Gb\2*SCSI 18 Gb + IDE 80 Gb под бэкапы, стоял поначалу терминальным для 1С, в дальнейшем еще и головным контроллером AD) и CD-RW для резервного копирования. Причем писалка была установлена в компьютер технического директора (у генерального и коммерческого уже были), и добраться до нее в случае отсутствия оного - был процесс.

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

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

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

И именно с этого дня он становится лишним.

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

Прошла еще пара недель. Разговор повторился, уже с главбухом. Забросил я, получается, бухгалтерию, позвонят, попросят меня о чем - зад со стула не подниму, не подойду,  все со своего компьютера втихаря (!) сделаю.

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

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

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

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

А зачем платить людям, не работающим на благо фирмы? Они лишние.   

Из жизни сисадминов. Требуется системный администратор

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 31 МАЯ 2005 ГОДА

Продолжение разговора. Начало читайте здесь.

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

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

1. рядовая должность в устоявшемся коллективе отдела информационных технологий 

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

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

В первом случае особо ломать голову и не нужно, и при беседе с начальником отдела можно смело обрушить на него весь свой арсенал технических знаний. Лучше не привирать, так как есть все шансы быть уличенным. Значение в данном случае будет также придаваться умению работать в команде. На таком собеседовании ни в коем случае нельзя показать себя слишком шустрым, и нужно тщательно скрывать свои организаторские и управленческие способности. Будущий начальник ни в коем случае не должен заподозрить в соискателе конкурента на свое место. Помнится, меня поначалу удивляло, почему очень талантливых и знающих парней не берут на работу, пока начальник после очередного отказа не обронил: "Нам здесь слишком умные не нужны". Се ля ви, как говорится, большинство руководителей о пользе делу думают далеко не в первую очередь.  

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

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

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

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

Еще одна специфическая особенность российского ИТ-специалиста - многопрофильность, порой чрезмерная. Соискатель спешит перечислить в резюме все, с чем он когда-то работал. Резюме одного специалиста может включать поддержку кассовых аппаратов и прокладку сети, настройку маршрутизаторов и прокси-серверов, веб-дизайн и программирование под "1С". А как вам такая формулировка отказа: "Наша фирма не может позволить себе такого специалиста, как вы"? Соискатель еще не успел сообщить, сколько он хочет за свои услуги, как его уже переоценили. Посмотрите на себя глазами потенциального работодателя. Какого специалиста он хочет увидеть на данной должности? Ясное дело, для работы в торговой фирме не требуется Autocad, а кассовые аппараты ни к чему в научном институте. Вычеркните все лишнее. Лучше написать десять разных резюме, чем пытаться уместить все в одном.

Кадровые агентства специфики работы сисадмина не понимают совсем. Во всяком случае, в регионах. Если работодатель, не подумав, написал в требовании к кандидату: "Знание ArcGIS и Microsoft Project", агентство упорно будет искать резюме с той же строчкой. Им невдомек, что классный специалист - не тот, который все знает и со всем работал (ибо это невозможно), а тот, кто быстро во всем разберется. Кстати, если требуется редкий специалист, многопрофильность идет на пользу - чем больше специальностей освоил в свое время кандидат, тем обучаемее он выглядит. 

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

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

Из жизни сисадминов 

Почем фунт лиха?

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 07 ИЮНЯ 2005 ГОДА

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

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

Вернемся к проблеме критериев оценки труда. Время, проведенное на работе, как мы уже выяснили, не подходит. Еще один распространенный подход - когда учитывается количество серверов/пользователей. Есть даже такое мнение, что на каждые 50 или даже 30 рабочих станций и два сервера требуется отдельный системный администратор. Сформулировано это правило, прямо скажем, не совсем корректно.  Если имеется ввиду системное администрирование в чистом виде, т.е. решение сетевых, серверных и общесистемных проблем, то такое количество специалистов явно завышено. Если включать в понятие "системный администратор" персонал, который осуществляет поддержку пользователей на местах (т.н. "хелпдеск"), сопровождает программное обеспечение, решает проблемы внутренней автоматизации, т.е., по сути, всех сотрудников отдела ИТ, то прямой зависимости между количеством пользователей и необходимого персонала нет как таковой. К примеру, тяжесть труда по поддержке сильно зависит от квалификации самих пользователей и политики безопасности, принятой в организации. 

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

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

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

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

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

Субъективный фактор, который влияет на оплату труда - это, прежде всего, умение специалиста выгодно продать себя. Во многом этот фактор связан с самооценкой. Бывает, что отличные технические специалисты получают мизерную зарплату из-за того, что не считают себя таковыми. С другой стороны, наверное, в любой конторе есть человек, который работает меньше всех, а получает едва ли не больше всех. У коллег он вызывает раздражение и зависть, а начальство его все равно любит, хотя бы за вовремя вставленную фразу в нужное время и в нужном месте. Здесь проходит еще одна граница, которая разбивает специалистов на два противоположных лагеря. Одни считают, что для карьеры мнение начальства превыше всего, и поэтому руководству надо всячески угождать, даже если оно не совсем право. Другие называют это "подхалимажем" и считают ниже своего достоинства. Так или иначе, если специалист - не хозяин собственного дела, то время от времени ему приходится проглатывать горькую пилюлю собственного несогласия. Иначе невозможно существовать в коллективе.

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

Таким образом, получается, что базовая оценка труда системного администратора складывается из трех достаточно объективных факторов:

• набор функций/должностных обязанностей; 

• уровень квалификации и наличие опыта специалиста; 

• бюджет, выделяемый организацией на информационные технологии.

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

От полученной базовой цифры и нужно отталкиваться. Конечно, ни одна из оценок не может быть стопроцентно объективной, начиная от "среднего оклада", да есть и другие факторы: условия труда, соцпакет и т.д. и т.п. Но некоторое представление такой подсчет все же дает. Субъективные факторы - умение специалиста договориться и общая политика руководства компании - предоставляют дополнительную свободу для маневров, особенно если первое удачно сочетается со вторым. 

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

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

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

• поднять уровень собственной квалификации и поискать место, где востребованы все имеющиеся навыки и умения; 

• научиться выгодно продавать свой профессионализм - для этого есть специальные тренинги, курсы и литература; 

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

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

Из жизни сисадминов 

Даешь стимул!

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 15 ИЮНЯ 2005 ГОДА

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

Причина первая - технический прогресс не стоит на месте, особенно в области ИТ. Проявлять энтузиазм в области внедрения новых технологий и обновления ПО совсем не хочется, если никто этого все равно не оценит. Причина вторая - упомянутый в первой заметке "потолок". Если не к чему особенно стремиться, зачем работать лучше? Наконец, причина третья - работа хорошего сисадмина незаметна. В случае проблем о нем вспомнят в первую очередь, а если все работает как надо, о нем забывают. А сисадмин - всего лишь человек, и быть забытым ему грустно. От этого он впадает в депрессию и равнодушие по отношению к работе. Особенно если у него склад личности меланхолический.  Чем это плохо, можно не объяснять. Задача руководства - сделать так, чтобы каждый сотрудник приносил максимум пользы. Хороший системный администратор способен увидеть слабые места в автоматизации, подсказать нужные решения и повысить эффективность производства. Но он предпочтет промолчать, чем вызвать для себя дополнительную головную боль и ничего за это не получить.

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

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

Отсюда вытекают рекомендации для сисадминов: старайтесь не упускать удобного случая! Расширение круга обязанностей обычно связано с приобретением нового аппаратного или программного обеспечения, а значит, у предприятия дела идут хорошо и руководству трудно будет отказать под предлогом: "Сейчас нет денег". Как подойти к руководству с таким деликатным вопросом, зависит от собственно начальника. Некоторые любят, если с ними беседуют лично, делятся проблемами, угощают бутылочкой коньяка. Другие предпочитают принимать служебные записки через секретаря. Особо прогрессивным начальникам можно посылать письма по электронной почте. Но самым эффективным способом все равно остается личный разговор. Практика показывает, что более результативно три раза в год попросить поднять зарплату на 50 долларов, чем один раз в год - на 150. 

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

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

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

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

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

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

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

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

Из жизни сисадминов 

Вечное противостояние

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 21 ИЮНЯ 2005 ГОДА

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

Как бы все было в гипотетическом идеальном случае? С точки зрения пользователей идеальный системный администратор - это человек, который всегда по первому зову прибегает на помощь, все терпеливо и подробно объясняет и ничего не запрещает (представляю, как сейчас ухмыльнулись сисадмины). Идеальный пользователь по мнению сисадминов - женщина среднего возраста. Потому что она достаточно хорошо владеет компьютером, чтобы не задавать глупых вопросов, не делает ничего лишнего (не устанавливает "левый" софт и не лезет в системные настройки) просто потому, что ей это неинтересно. И самое главное - она никогда не считает себя умнее системного администратора (по крайней мере, по части компьютеров).

Нетрудно догадаться, что идеальный с точки зрения пользователя сисадмин - это всего лишь навсего хороший хелпдеск или, как его еще можно назвать, эникейщик. Увы, российские реалии таковы, что очень редкая компания берет человека специально для ответов на вопросы пользователей. В лучшем случае, у сисадмина есть помощник, который, помимо всей прочей грязной работы (например, смены картриджей), выполняет и эту неблагодарную функцию. Ясен пень, что правильно общаться с людьми этих сотрудников, в отличие от менеджеров по работе с клиентами, не учат. А ведь у каждого пользователя - проблема самая срочная, неотложная и - всенепременно - мировой важности. Страшно подумать, сколько миллионов прибыли потеряет компания, если у Васи Пупкина вовремя не напечатается накладная, или не отправится письмо. И уж, конечно, в любом коллективе найдется парочка-другая скандалистов, которые непременно требуют начальника - самого главного сисадмина, и ни с какими "мальчиками на побегушках" общаться категорически не желают.

Как было бы замечательно, если бы специально обученный сотрудник мирно урегулировал назревающие конфликты, проводил семинары и персонально учил особо одаренных правильно тыкать в кнопки. Мечты, мечты... Не бывать такому! Потому как где от такого сотрудника прибыль? Опять же, за что в таком случае зарплату сисадмин получает? Да он так вообще обленится! Так склонно думать начальство. И мы продолжаем жить и работать по старинке - в тихой вражде, подозревая друг друга во всех грехах смертных. Потому как, ежели вдруг интернет пропал, виноват, конечно же, не провайдер, а злобный админ, а уж скрепку пользователь точно специально в принтер засунул, из чувства мести.

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

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

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

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

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

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

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

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

О любых неисправностях и технических работах пользователей нужно предупреждать. Нет, ну, соблазнительно, конечно, перезагрузить сервер или заняться перенастройкой маршрутизатора, а на звонки в это время отвечать: "Не знаю в чем дело. Может, скачок электричества. Или НЛО залетело". Однако проявлением уважения к чужой работе это не является, а следовательно, и ответного уважения ждать не приходится. Плановые работы всегда нужно согласовывать с начальниками ведущих отделов. А еще лучше - проводить их в отсутствие пользователей, если есть такая возможность. 

Наконец, есть одна особенность положения системного администратора. С одной стороны, он может выступать в роли "карателя", а с другой - может побаловать покладистых пользователей "пряником". Причем исключительно по собственному вкусу. Отдел кадров, например, не может отказать сотруднику в оформлении отпуска или выдаче справки - закон такой. А сисадмин может симпатичным пользователям (или пользовательницам) выдать монитор или мышку получше, закрыть глаза на коллекцию видеофильмов или наоборот, удалить с сервера всю музыку, потому что "не положено". А уж какие соблазны подшутить над непродвинутым пользователем! Можно и не упоминать. И никаких законов на это нет. Кроме одного - чрезмерное злоупотребление служебным положением еще никого до добра не доводило.

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

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

Из жизни сисадминов 

Ловушки для сисадмина

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 05 ИЮЛЯ 2005 ГОДА

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

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

Ловушка первая. Нереальные сроки

Еще пару лет назад шеф вполне мог затребовать сделать ему к вечеру веб-сайт и не принимал доводов вроде "я сисадмин, а не дизайнер". К счастью, эти дикие времена постепенно уходят в прошлое. Но нереальные сроки по-прежнему остались ловушкой, в которую часто попадают сисадмины. Допустим, почтовый сервер не справляется с возросшей нагрузкой. Было решено купить новый, потратили два месяца на оплату счета и доставку сервера из столицы, и вот, наконец, новенькая железка прибыла в офис. Шеф радостно бьет себя кулаком в грудь и требует: "Чтобы завтра было готово!". Сисадмин, не подумавши, бежит исполнять приказание. А потом оказывается, что в сервере глючит память, не встает операционка, требуется тридцать три шаманских пляски с бубном, и бедняга проводит на работе полночи, чтобы успеть вовремя.

Бедняга забывает задать себе один-единственный вопрос: "Зачем спешить?" Если система два месяца работала на старом сервере, она еще два дня потерпит. Основная причина попадания в эту ловушку - желание "выслужиться" либо самого сисадмина, либо, что еще хуже, желание его непосредственного начальника проявить себя перед  вышестоящим руководством. Самое интересное, что чем чаще сисадмин подобным образом "выслуживается", тем хуже, потому что начальнику и невдомек, что сроки рекордные. Чем дальше, тем труднее будет объяснить возможные задержки. Отсюда вывод: прежде чем согласиться с навязываемым сроком, нужно сесть, набросать план, прикинуть возможные проблемы и оценить реальные сроки, а потом отстаивать эти сроки перед руководством, используя свой план в качестве аргумента.

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

Ловушка вторая. Отсутствие логики

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

Без поддержки руководства благие начинания оборачиваются прахом - сотрудники отказываются автоматизироваться, шеф нагружает другой работой, и пара месяцев работы отдела ИТ летят коту под хвост. Если при этом специалист был искреннее увлечен проектом, предлагал и реализовывал собственные идеи, ему в итоге становится очень обидно, что силы потрачены зря. И в следующий раз он приступит к реализации проекта, эмоционально отстранившись, и даже возьмется за самую дикую идею шефа со словами: "Я свою работу сделаю, и мне по фигу, выйдет у них что-то или нет". Пофигизм этот - не настоящий, это всего лишь защитная реакция от возможной безрезультативности действий. Чтобы понять, насколько актуальна эта проблема, достаточно прийти в любую контору и спросить у самого старого сотрудника отдела ИТ: "Сколько программ/систем пытались внедрить, и сколько в итоге действительно работают?". Картина бывает крайне неприглядная, вплоть до серверов и даже кластеров, работающих на десять процентов своих возможностей, а то и вовсе лежащих на складе. 

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

Ловушка третья. Замки из песка

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

Найти достаточно весомые контраргументы бывает очень трудно. Начальник, как известно, всегда прав. Из этой ситуации есть, как минимум, два выхода. Проще всего выполнить указания руководства, а когда проект провалится, покачать головой и сказать: "А я предупреждал…". При этом жалко затраченных усилий, да и специалиста можно поругать - "плохо предупреждал".

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

Ловушка четвертая. Пойди туда, не знаю, куда, принеси то, не знаю, что

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

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

Из жизни сисадминов 

Ещё о ловушках

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 12 ИЮЛЯ 2005 ГОДА

Итак, какие еще встречаются ловушки в жизни сисадмина (мы уже обсудили некоторые из них неделю назад)? Продолжим.

Ловушка пятая. "Доктор, меня никто не замечает"

Об этом написал в "КТ-онлайн" в ответ на мою первую заметку Юрий Рябинин. Как существо ленивое, сисадмин стремится максимальное количество работы делать удаленно. Лучше из дома, в крайнем случае - со своего рабочего места. Работа хорошего системного администратора действительно незаметна, более того, он стремится, чтобы все работало с минимумом вмешательства. Результат - начальство думает, что сисадмин - главный бездельник.

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

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

Ловушка шестая. Докажи, что ты не верблюд

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

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

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

Ловушка седьмая. Внедрение чужих систем

При первом взгляде на рынок корпоративных информационных систем кажется, что он прямо-таки переполнен. На сайте каждой такой КИС - внушительный список клиентов. Но на деле, на любой конференции в общении с коллегами выясняется, что реально работающих систем - единицы. Этому есть множество разных причин, одна из них, типичная для России, - воровство. Например, выделены из бюджета деньги на приобретение и внедрение программного продукта. "Коробку" действительно купили, а деньги на внедрение поделили и положили себе в карман заказчики и поставщики. Задача внедрения сваливается на внутренний отдел ИТ. И даже в варианте без подобных махинаций поставщики ПО норовят свалить работу по внедрению на ИТ-специалистов заказчика под удобным предлогом - "они лучше знают специфику предприятия".  В результате отдел ИТ оказывается не просто наедине с чужим незнакомым ПО, которое нужно изучать и внедрять. Он оказывается крайним! Как легче объяснить высокому руководству провал: "Простите, я купил неудачную систему, она нам не подходит, и мы зря потратили пару-другую миллионов" или "У наших специалистов не хватило квалификации для успешного внедрения"? 

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

Ловушка восьмая. Вынь да положь

Для многих предприятий актуальна проблема недостаточного финансирования в области информационных технологий. Редких счастливчиков шеф приглашает к себе, что сообщить: "Давай купим пару новых серверов и отправим тебя учиться на курсы". Чаще бывает совсем по-другому - с одной стороны, наседают руководители, требуя новые мощные рабочие станции, принтеры, плоттеры и быстрый интернет, с другой стороны, начальство деньги дает всегда с большим скрипом. Интересная выходит ситуация - финансы нужны, в первую очередь, пользователям, а просит деньги сисадмин или начальник отдела ИТ. При этом он вечно чувствует себя виноватым, как любой проситель денег. Чувство вины нужно отбросить раз и навсегда. Эти деньги - не для себя. Иначе доходит до того, что начальник отдела ИТ боится попросить премию сисадминам "потому что я и так все время что-то прошу". Аргументировать приобретение техники должны те, кому она нужна. Задача специалиста ИТ - всего лишь подтвердить, что для решения текущих проблем действительно требуется обновление техники. 

Если начальство денег на компьютеры для новых сотрудников не дает, а руководители со слезой в голосе просят: "Ну дай нам хоть что-нибудь, придумай, наверняка где-то что-то есть", сисадмина в конце концов замучивает совесть. Так на предприятии появляются вынутые едва ли не со свалки старенькие машины, собираются воедино разбросанные по серверной запчасти, глядишь, набирается пара-тройка компьютеров. Со всеми сопутствующими проблемами, вроде Windows 98, которая не подчиняется политикам безопасности. 

Но рабочие станции - это еще полбеды. Куда хуже, когда нет денег для обновления серверного и сетевого оборудования. Вот где системному администратору приходится проявлять чудеса изобретательности и применять все свои знания, чтобы поддерживать систему в рабочем состоянии. Причем если начнутся проблемы - сисадмин будет виноват, а если все в порядке - никто ему за это отдельное спасибо не скажет. Здесь также помогает бюрократический прием - писать служебные записки на тему: "Если не купим новый сервер/коммутатор/маршрутизатор, будут серьезные проблемы". 

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

Из жизни сисадминов 

Неподдающиеся

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 22 ИЮЛЯ 2005 ГОДА

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

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

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

Куда хуже угрюмые сосредоточенные личности, твердо уверенные не только в уровне собственных знаний, но и в необходимости своего участия в технической поддержке локальной сети. О своих общественно-полезных занятиях они никому не рассказывают. Как-то в логах www-сервера я обнаружила неимоверное количество неудачных попыток подобрать пароль. По внутреннему IP-адресу легко был определен источник попыток. Сотрудник уверял, что хотел проверить, хорошо ли защищен наш сервер. Такие "псевдохакеры" считают себя заведомо умнее сисадминов, прочитав пару любительских статей в журнале. Все или почти все "псевдохакеры" повторяют одну и ту же ошибку, по которой их легко вычислить. Они любят поставить на свою рабочую станцию персональный firewall никому не известного производителя, а потом жаловаться, что у них не работают сеть, почта и интернет. А еще они часто страдают манией величия. Планы "псевдохакеров" впечатляют своей грандизностью. Они то собираются создать самый популярный в рунете сайт, то разработать собственный сервер баз данных. В процессе они заходят к программисту из соседнего отдела, чтобы узнать, на каком языке его лучше писать. Самый эффективный способ борьбы с ними - лишить этих умников максимального количества прав, оставив только необходимые для работы.

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

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

Еще одна вариация на тему - "человек рассеянный с улицы Бассейной". В моих заявках однажды был зафиксирован такой случай: "Только открою Word, как он сразу закрывается. То же с другими программами". Ответом сисадмина было: "Убрана книжка, лежавшая на клавише Escape". Конечно, нелепые ошибки бывают иногда у всех, но почему-то с некоторыми они случаются чаще других. Чаще всего от собственной рассеянности страдают люди творческие, вдохновленные новой идеей и поэтому забывшие обо всем на свете. Им нужно просто помогать. Чтобы процесс творения не останавливался.

Есть сотрудники, которые очень любят сваливать на системных администраторов сорванные сроки работ и невыполненные задания. Причем если некоторые способны делать это вполне сознательно, то другие даже не всегда отдают себе в этом отчет. Просто это очень удобно - например, к чему делать отчет, если не работает принтер? А печатать его потом - где? Другой вариант - прибежать в последний момент и сообщить: если через пять минут не принесу шефу бумажку, он меня убьет. А потом радостно выдать шефу: "Ай-яй, опять меня этот бестолковый сисадмин подвел". Повторяю и буду повторять - единственный метод борьбы с подобной недобросовестностью - бюрократия. Это как раз тот случай, где без бумажки - ты букашка. Имеется ввиду бумажка с зафиксированными фактами и подписями с обеих сторон. Как правило, достаточно состряпать несколько таких бумажек, как с подобными претензиями пользователи оставляют сисадмина в покое. 

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

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

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

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

Из жизни сисадминов 

И швец, и жнец

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 10 АВГУСТА 2005 ГОДА

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

Теперь посмотрим, как это выглядит в реальности. Возьмем первое попавшееся объявление о вакансии из раздела "требуется системный администратор":

"Должностные обязанности: поддержка работоспособности локальной сети, поддержка работоспособности всех компьютеров, защита от вирусов, несанкционированного проникновения по сети, знание офисных мини-АТС, разработка и поддержка веб-проектов компаний, хорошее знание php, SQL".

Или, например, такое:

"Требуется системный администратор с навыками программирования и обслуживания "1С.Предприятия", опыт обслуживания компьютерного железа, знание интернет- и интранет-технологий, опыт администрирования Windows 2000-2003, опыт конфигурирования "1C" v.7.7, знание офисных и графических программ".

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

Редкий сисадмин, устраиваясь на подобные вакансии, действительно удовлетворяет всем перечисленным требованиям, просто потому что специфика на каждом предприятии своя. Но ничто не мешает ему слегка приврать. Например, "занимался веб-дизайном" может означать "делал свою домашнюю страничку, будучи студентом", "опыт работы с базами данных" - "Да кто ж с ними не работал? Авось и здесь разберусь". Что интересно, чаще всего технически грамотный человек, потратив некоторое время, вполне способен поддерживать все необходимые составляющие системы. Вопрос в том, правильно ли это?

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

Обычно владеть целым винегретом различных областей компьютерных знаний требуется на мелких и средних предприятиях, которые не могут позволить себе нанять нескольких специалистов. Вещи, самоочевидные для любого ИТ-специалиста, непонятны нашим мелким предпринимателям. К примеру, ясное дело, сайт, сделанный даже за вполне умеренные деньги в специализированной фирме, будет лучше того, что сотворит "на коленке" сисадмин. Причем в большинстве случае не просто лучше, а на порядок лучше. А на попытку сисадмина возразить последует, скорее всего, ответ: "Ну, ты же компьютерщик! Я тебе зарплату плачу! Вон у соседа сыну десять лет, он себе страничку сделал, а ты не можешь?". Поверьте, это не жадность. Во-первых, многие, несильно знакомые с интернетом, действительно не видят разницы. Во-вторых, слово "имидж" для предпринимателей, которые считают каждую копейку и не принимают сомнительной выгоды в едва обозримом будущем - вообще пустой звук. Наконец, если продукция предприятия конкурентоспособна, она, как правило, продается через интернет вне зависимости от качества дизайна сайта. 

Сисадмины возмутятся и скажут: "К чему все это писать? Я и сам не пойду в такую контору и к такому шефу". Все дело в том, что когда предприятие вырастает до размеров среднего и даже крупного при прежнем руководстве, психология мелкого предпринимателя продолжает себя проявлять. Поэтому любая робкая попытка "пригласить специалиста" закончится ответом: "А ты на что?". Так и обрастает сисадмин разнообразными функциями. 

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

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

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

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

А теперь посмотрим на этот вопрос глазами специалиста. Кому легче устроиться на работу: высококлассному администратору Unix-серверов, сертифицированному администратору Oracle, или мастеру на все руки (читай, "эникейщику"), который знает про все на свете, но по чуть-чуть? Кто будет получать больше зарплату? У кого лучше карьерные перспективы?

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

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

Из жизни сисадминов 

Обратная связь

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 24 АВГУСТА 2005 ГОДА

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

Что же думают читатели о "Ловушках для сисадмина"?

"Такие статьи - попытка научить кого-то его профессии. Представьте, что вы объясняете архитектору моста, как ему надо вести себя, чтобы не попасть в ловушки, которые его ждут в общении с руководством. Далее перечислите то, что уже было перечислено в статье. Получилась полная чепуха? Кому только такое придет в голову? Начальник сказал спроектировать к утру? Наплевать на сроки? А вот в отношении сисадмина такое приходит в голову. Да еще считается, что так вы помогаете сисадмину".

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

"Почему? Если коротко, потому что никто не учит такой профессии - сисадмин, никто толком не знает его права и обязанности".

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

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

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

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

"То, что вы рассказали в своей статье, относится к студенту-недоучке, а уж никак не к сисадмину. И не к "руководству", а к такому же недоучке-халявщику в этой роли".

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

"В такой ситуации вряд ли все эти благие статьи к чему-нибудь вообще приведут".

Насколько этот мир был бы лучше (или хуже?), если бы любые статьи к чему-то приводили?

"Здесь также помогает бюрократический прием - писать служебные записки на тему: "Если не купим новый сервер/коммутатор/маршрутизатор, будут серьезные проблемы". После такой записки начальству меня уволили со словами: "Как же ты такое допустил?!" Вот они, реалии жизни".

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

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

"Без преувеличения можно сказать, что нынче любой семиклассник в состоянии доехать на папиной девятке от дачи до дома. Но почему-то водителями рейсовых автобусов и дальнобойщами нанимают отнюдь не подростков, а весьма взрослых людей. Прекрасно, что у соседа 11-летний сын может с помощью FrontPage сделать персональный сайт. Может когда-нибудь станет всемирно известным дизайнером. Но набирать школьников для поддержки сервера крупной компании, одно вспомогательное программное обеспечение на котором стоит порой дороже, чем "Газель", столь же неразумно, как сажать вчерашнего школьника за руль рейсового автобуса. Проверено. На работодателя такой разговор "по понятиям" действует очень отрезвляюще".

Больше всего споров вызвал вопрос отношений сисадминов с пользователями. Мнения довелось услышать самые противоположные.

"Но вот я как раз - программист с большим опытом. И я бы очень хотел почитать записки программиста о том, какие существуют категории сисадминов. О, мне есть, что про них сказать! Причем всех их объединяет одно: они достают и продолжают доставать программистов, причем каждый по-своему..., и нет этому предела".

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

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

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

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

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

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

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

А вот и противоположное мнение по поводу отношений с пользователями:

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

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

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

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

В этом случае встает резонный вопрос: кто должен заниматься работой с пользователями? Очевидно, что редкий руководитель готов платить за это серьезные деньги. Опять же, хороший специалист наверняка посчитает такую работу скучной и не соответствующей своей квалификации. Студенты - отличная рабочая сила для такого случая, но слишком "текучая". Недостаточно хороший специалист многие проблемы не сможет решить самостоятельно и придет к тому же сисадмину, а большие начальники, возможно, и не захотят разговаривать с этим "мальчишкой". Достаточно ли компетентен специалист по поддержке для сбора информации, которая помогла бы системному администратору принимать стратегические решения, или эта информация будет поступать в искаженном виде?

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

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

Из жизни сисадминов 

Бардак

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 15 СЕНТЯБРЯ 2005 ГОДА

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

- А… У нас бардак.

Так можно отвечать на целый ворох вопросов. Например, на такие: 

• Как у вас ведется учет техники? 

• Кто планирует работу ИТ-отдела на ближайший год? 

• Кто принимает решения о покупке и распределении компьютеров и другого оборудования? 

• Каким образом ограничен доступ к конфиденциальной информации? 

• Что будет, если сисадмин очень быстро уволится или серьезно заболеет? 

• Можно ли будет восстановить систему, если случится пожар в серверной?

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

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

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

На вопрос: "Почему у вас бардак?" сисдамин может ответить примерно следующим образом: "Руководству наплевать, есть порядок или нет, а значит, и мне наплевать".

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

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

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

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

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

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

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

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

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

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

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

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

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

Электронный документооборот и электронные архивы - отдельная тема для разговора, очень любопытная и весьма актуальная. А с точки зрения бардака упомяну только одну вещь - поразительную для любого ИТ-специалиста и логичную с точки зрения пользователя. Так вот они - пользователи - зачастую уверены в том, что стоит только установить Очень Крутую Программу, как бардак ликвидируется сам собой. Я нарочно употребляю не термин "внедрить", а именно "установить". В самом прямом смысле этого слова. Когда же специалисты и начальники разных отделов узнают, что, помимо установки, требуется именно внедрение (т.е. адаптация, формирование каталогов и шаблонов, обучение сотрудников и контроль за ними и т.д.), причем с их непосредственным участием, на лицах сразу же рисуется глубокое разочарование в информационных технологиях.

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

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

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

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

"Разруха не в клозетах, а в головах", - любил говорить незабвенный профессор Преображенский. А еще он говорил, что разруха исчезнет сама собой, когда каждый начнет заниматься своим делом. Наведите порядок - сначала у себя в голове, а потом и в своем деле, и тогда Страшный Зверь по имени Бардак будет преподносить свои неприятные сюрпризы гораздо реже.

Из жизни сисадминов 

Cисадмин врагу не сдается

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 11 ОКТЯБРЯ 2005 ГОДА

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

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

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

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

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

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

Правило первое.  "Нет" нужно говорить всегда

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

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

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

Правило второе. Людей нужно обучать

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

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

Правильнее спросить у человека: "В чем проблема? Что конкретно у вас не получается?". Если сотрудник никогда раньше не делал ничего подобного, придётся показать ему последовательность действий и попросить повторить эти действия на своем рабочем месте. Возможно, в процессе подключения человек пару раз переспросит, какую и где нажать кнопку. Зато с высокой долей вероятности в следующий раз он не будет требовать личного участия сисадмина, а просто позвонит, чтобы спросить: "Как называется наш новый принтер?".

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

Правило третье. Нужно уметь объяснять, почему "нет"

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

- Помогите мне сделать презентацию.

- Какие у вас проблемы?

- Я не умею.

- Хорошо, а вы мне помогите настроить сервер.

- С какой это стати?

- А я не умею. Хотел бы научиться, да все время занят презентациями.

Однако при этом пользователю не нужно давать понять, что его проблема сисадмина абсолютно не интересует. Иначе сисадмина все будут представлять как исключительно злобного субъекта, который потирает ручки и ехидно ухмыляется: "Ни черта у тебя не получится!". Нормальный сисадмин заинтересован в том, чтобы проблема пользователя решилась, но времени при этом должно быть потрачено как можно меньше. А поэтому он всегда должен иметь под рукой запасной вариант решения проблемы.

Правило четвертое. Нужно иметь запасной вариант

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

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

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

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

Правило пятое. Нужно фиксировать заявки пользователей

Хорошее правило - требовать от пользователей излагать свои просьбы письменно. Сразу по нескольким причинам.

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

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

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

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

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

Правило шестое. Нужно заручиться поддержкой начальства

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

Продолжение следует...

Из жизни сисадминов 

О некомпетентных начальниках

АВТОР: НЕЛЛИ МАРТОВА

ОПУБЛИКОВАНО 18 ОКТЯБРЯ 2005 ГОДА

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

Как-то в форуме я прочла такой комментарий к своей статье: "То, что вы рассказали в своей статье, относится не к "руководству", а к такому же недоучке-халявщику в этой роли".

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

Возможны два варианта:

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

2. У сисадмина имеется начальник - руководитель отдела ИТ.

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

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

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

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

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

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

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

Квалификация и зарплата.

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

Устроился программистом, хотя и не был яйцеголовым

Русскому человеку свойственно переоценивать влияние профессиональной квалификации на успех в жизни. Вот тут и автор, и отзывы пишут о специализации-шмециализации, вдвое-втрое работать... Реальность состоит в том, что в жизни большую роль играет Госпожа Удача. Когда компании в данный момент нужно позарез заполнить 500 вакансий - причем, не для того, чтоб программы писать, а чтоб написать в годовом финансовом отчете "у нас штат из 1000 высококвалифицированных программистов" - и все для того, чтоб ее через год купила другая компания за 20 миллиардов...

Мы публикуем отклик на "личный опыт" нашего читателя "Как добиться успеха в IT за границей: 5 моих советов" . - ред.

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

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

Работа была в IS при госпитале. Мой будущий менеджер не спросил ни слова по специальности. Болтали за жизнь, водил на экскурсию по больнице, а потом он мне предложил пойти в бар пивка попить. Попили пивка, разъехались. Взяли. Потом во время очередной пьянки он мне прям признался: "мужик, мне сразу понравилось, что ты не стал мне морочить голову алгоритмами-шмалгоритмами, как прочие яйцеголовые". Работа была не бей лежачего, а говоря проще - синекура. Госпиталь - организация бесприбыльная, поэтому свою гигантскую прибыль должны проторчать. IS было 40 человек, которые 2 года делали объем работ, который может сделать 2 человека за месяц. Собственно, у нас были 2 программиста от консалтинга, они-то эту работу и делали. Мы только крутились вокруг, отсиживали митинги, ходили вместе в бары, развлекали командировочных вендоров.

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

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

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

Наивны рассуждения простаков о том, что "если себя проявить, то тебя заметят и продвинут". Вон, сидят в нашей компании такие вон "иностранцы" по 12 часов, все себя проявляют. Лезут из кожи вон. Через 5 лет их заметят, дадут пару молодых специалистов в подчинение и 10% прибавки зарплаты.

    Как себя "проявить" если в американской компании берут 3 человека туда, где один справится? И все 3 бездельничают. Зачем берут 3?

Для стабильности. Чтоб каждый чувствовал, что он тут никто и звать его никак. Что если его завтра за дверь - никто и не почешется. А то начнет борзеть: "а что вы мне можете предложить..." (ответ: мертвого осла уши). Чтоб действительно продвинуться, хоть на место своего босса, нужно играть в гольф с боссом твоего босса. Нужно стучать на своего босса, но не попадаться. Нужно войти в доверие к своему боссу, взяв на себя большинство его функций, а потом в правильный момент взять и завалить проект, подставить своего начальника. Тогда есть шанс поменяться с ним местами (и есть такой же шанс вылететь с треском, если босс не дурак).

Короче, учитесь не программированию, а Жизни.

17 ЯНВАРЯ 2007   17:43  

Секрет айсберга

<Я не знаю, что не так с моей командой разработчиков>, думает Главный директор. <Всё шло так хорошо, когда мы начинали этот проект. Первые пару недель команда работала, как сумасшедшая, и сделала прекрасный работающий прототип. Но с того времени всё заглохло. Они просто не работают так же усердно.> Он выбирает титановую клюшку от Callaway и посылает кэдди за холодным лимонадом. <Наверное, если я уволю нескольких копуш, то смогу снова зажечь огонь!>

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

Не позволяйте этому случиться с вами! Я собираюсь раскрыть вам секрет, как работать с менеджерами, у которых не технический склад ума, что облегчит вашу жизнь в миллион раз. Это очень просто. Как только вы узнаете мой секрет, у вас больше не будет проблем с такими менеджерами (если вы, кончено, не начнёте спорить с ними о коэффициенте жэёсткости их клюшек для гольфа).

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

bunny.jpg

С начала моей работы в разработке программ, почти всё, что я делал, было <массовым>. То есть это были не программы для какого-то конкретного клиента - они были сделаны в надежде, что миллионы людей купят его. Но многим недоступна такая роскошь. Они могут быть консультантами, разрабатывающими проект для одного клиента или программистами непрограммистской компании, делающими чего-то там для бухгалтерии (или что вы там программируете на дому - для меня это тайна).

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

Вот три популярные версии этой патологии:

   1. <Проклятый клиент изменил своё мнение. Сначала он хотел клиент-серверную архитектуру. Потом он где-то в <XXL> прочитал об XML и решил делать XML. Теперь мы переписываем эту штуку, чтобы она могла использовать тысячи маленьких Лего-роботов.>

   2. <Мы сделали именно то, что они хотели. В контракте было прописано всё до мельчайших деталей. Мы сделали точно то, что было там указано. Но когда мы дали им это, они почему-то были удручены.>

   3. <Наш тупой менеджер по продажам согласился подписать контракт с фиксированной стоимостью на создание того, что не имело даже базовой спецификации, а хитрые юристы клиента не забыли вписать в контракт пункт, где указано, что они не должны платить до 'принятия продукта клиентом', поэтому наши 10 программистов работали 2 года над их проектом и мы получили всего $100.> 

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

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

Поставьте себя на их место. Представьте, что вы только что продали свою компанию Yahoo! за $100 000 000 и решили, что пора сделать ремонт в кухне. Поэтому вы нанимаете профессионального архитектора и объясняете, что <это должно быть круче, чем у моего друга Васи>. Вы не имеете ни малейшего понятия, как это сделать. Вы не знаете, что вы хотите: комплект Bucalossi или плитку от Marazzi - это не входит в ваш словарный запас. Вы хотите, чтобы архитектор сделал что-то хорошее, и именно поэтому вы его наняли.

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

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

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

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

Вы знаете, что 90% айсберга находится под водой? Ну и с большинством программ то же самое - есть красивенький интерфейс, который занимает 10% работы и потом 90% программистской работы <за кулисами>. И если вы примете во внимание, что около половины времени уходит на исправление ошибок, то на пользовательский интерфейс уходит только 5% работы. И если вы ограничиваете себя только визуальной частью интерфейса, картинками, которые показываются в PowerPoint, то мы говорим сейчас менее, чем об 1%.

Это не секрет. Секрет в том, что люди, которые не являются программистами, не понимают этого.

Есть несколько очень важных следствий из этого секрета.

Важное следствие №1. Если вы покажете непрограммисту картинку, на которой интерфейс на 90% хуже, они будут думать, что программа на 90% хуже.

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

    Что случилось в процессе демонстрации? Представители клиента потратили всё совещание ругаясь по поводу оформления экрана. Они даже не говорили по поводу интерфейса. Просто графическое оформление. <Это как-то не очень выглядит>, жаловался их менеджер проекта. Это было всё, о чём они могли думать. Мы не могли заставить их задуматься о настоящей функциональности. На самом деле добавление графического дизайна заняло около одного дня. Такое впечатление, будто они думали, что наняли художников. 

Важное следствие №2. Если вы покажете непрограммисту картинку, на которой интерфейс красив на 100%, они будут думать, что программа почти сделана.

    Люди, которые не являются программистами, смотрят на экран и видят какие-то пиксели. И если кажется, что эти пиксели могут собраться в программу, которая что-то делает, они думают <да ну, сколько там ещё осталось, чтобы она просто начала действительно работать?> 

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

Важное следствие №3. <Дотком> у которого прикольный, вылизанный сайт из четырёх страниц, будет стоить дороже, чем <Дотком> с высокофункциональным сайтом, с архивом за 3700 лет и серым фоном страниц по умолчанию.

    Ой, подождите, <Доткомы> уже не стоят ничего. Не обращайте внимания. 

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

    Меняйте расположение некоторых вещей, изменяйте вид, шрифты, двигайте логотип, делайте его то больше, то меньше. Дайте им почувствовать себя важными, давая возможность поиграть с малозначимыми вещами. В этом случае они не нанесут вреда срокам. Хороший дизайнер интерьера постоянно приносит эскизы клиенту и вещи, из которых он может выбрать. Но они никогда не обсуждают с клиентом расположение умывальника. Он находится рядом с канализационной трубой и не важно, чего хочет клиент. Нет смысла тратить время на обсуждения, где должен находится умывальник - он должен быть рядом с трубой, даже не начинайте разговор об этом; пусть клиенты изливают свои дизайнерские потуги делая какие-то безвредные вещи вроде изменения своего мнения 200 раз о том, нужно ли использовать для столешницы итальянский гранит или мексиканскую плитку, или норвежскую древесину. 

Важное следствие №5. Когда вы делаете презентацию клиенту, единственная важная вещь - это скриншот. Сделайте его на максимально красивым.

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

    Стив Джобс это понимает. О да, он это понимает. Инженеры в Apple научились, как делать вещи, из которых выходят супер-скриншоты, как например эффектные 1024х1024 иконки в системной панели, даже не смотря на то, что они тратят зря рабочее пространство на экране. И Linux-поклонники сходят с ума по поводу полупрозрачных терминалов xterms, которые отлично выглядит на скриншотах, но абсолютно невыносимы в использовании. Каждый раз, когда Gnome или KDE объявляет о новом релизе, я сразу смотрю на скриншоты и говорю: <Ого, они поменяли планету с Юпитера на Сатурн. Круто.> Не важно, что они действительно сделали. 

Помните Главного директора в начале статьи? Он был недоволен, потому что его команда показала ему красивые PowerPoint'ы в начале - на скорую руку сделанные в Photoshop'е, даже не в Visual Basic. А теперь, когда они на самом деле работают "за кулисами", то кажется, что они ничего не делают.

Что вы можете с этим всем сделать? Как только вы узнали <секрет айсберга>, легко понять, как это побороть. Поймите, что на презентации, которую вы делаете с проектором, речь будет идти только о пикселях. Если вы можете, создайте интерфейс так, чтобы незаконченные вещи выглядели незаконченными. Например, используйте только контуры значков в панели инструментов, пока для них действительно не будет сделана функциональность. Если вы делаете веб-сервис, то может быть нужно убрать с главной страницы функции, для которых пока не написан код. Тогда люди могут видеть, как страница с 3 командами вырастает в страницу с 20 командами.

Более важно, чтобы вы держали под контролем то, что люди думают о графике. Предоставьте детальный график в виде Excel'евского файла. Каждую неделю шлите самовосхволяющие e-mail'ы, в которых говорится, что вы продвинулись с 32% работы до 35% и вы точно соблюдаете график, чтобы завершить 25 декабря. Удостоверьтесь, что реальные факты доминируют над вымыслами по поводу того, с правильной ли скоростью реализуется проект. Да, и не разрешайте вашим начальникам использовать титановые клюшки от Callaway, независимо от того, насколько сильно вы хотите, чтобы они выиграли, федерация USGA запретила их.

Заключение: 

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

1. "тайм-менеджмент для ситемного администратра" автор Томас Лимончели. Книга была написана во время рассцвета профессии в 2004 году, но и там уже видно проблемы которые всех сисадминов и губят. 

2. Статьи на http://www.superjob.ru с поиском по ключевым словам "Заработная плата и обзоры зарплат"+"системный администратор". Из статей очень хорошо видно, что функционал системного администратора существенно возрастает, а оплата труда также существенно отстает от остальных специальностей. 

Статистические данные, январь 2014 года:

    Возрастной диапазон наиболее востребованных рынком труда системных администраторов 22-40 лет; системные администраторы в возрасте до 30 лет составляют около 73% от общего числа специалистов, в возрасте от 30 до 40 лет – около 21%, в возрасте 40-50 лет – около 6%;

    Около 96% системных администраторов – мужчины;

    27% системных администраторов владеют английским языком на базовом уровне, около 58% - на уровне чтения специализированной литературы, около 10% - на разговорном и на свободном уровнях;

    55% системных администраторов имеют высшее образование, около 26% - неполное высшее, около 14% - средне-специальное;

    40% системных администраторов прошли специализированные курсы или имеют квалификационные сертификаты;

    50% системных администраторов имеют водительские права категории «В».