Главная Без рубрики, Карьера, Новое От администратора до архитектора. План “кампании”
  • От администратора до архитектора. План “кампании”

    logo

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

    · А что делать, если рутинные задачи затягивают?

    · Нет времени и возможности повышать свой профессиональный уровень с отрывом от «производства.

    · Очные курсы практически недоступны.

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

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

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

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

    Цели:

    1. Увеличение собственной «стоимости» на рынке труда.

    2. Переход на качественно более высокий уровень. Сделать работу интересной.

    3. Обеспечение возможности работы с учетом возрастного ценза в ИТ сфере.

    Ограничения:

    1. Финансовые возможности.

    2. Недостаток времени в связи с большим объемом повседневной работы.

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

     

    Строим план «кампании»

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

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

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

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

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

    Определяем цели.

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

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

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

    Определяя цели проекта, следует четко понимать, что для бизнеса и для ИТ подразделения они различаются, например для руководства компании, например, не может являться целью миграция с Windows 2003 на Windows 2008. BDM и спонсор проекта никогда не рассуждают в таких категориях.

    · Зачем нам тратить деньги на новое оборудование, лицензии и сам проект?

    · Какая разница, какую операционную систему мы используем?

    · Что нам даст переход с одной системы на другую?

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

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

    То есть подготавливается технико-экономическое обоснование проекта (ТЭО) или технико-коммерческое предложение (ТКП).

    Для подготовки ТЭО придется провести предварительный аудит системы, чтобы иметь представление от том с чем предстоит столкнуться в рамках будущего проекта.

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

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

    Это существенный плюс. С одной стороны, руководству компании становится понятно, что сотрудник является не просто техническим персоналом, с другой стороны системный администратор получает опыт подготовки экономических документов и оценки эффективности ИТ проектов.

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

    Следующий этап наступает в случае, потребность в проекте обоснована и принято решение о реализации.

    Формирование проектной команды.

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

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

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

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

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

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

    Аудит информационной системы.

    Нередко мне доводилось наблюдать, что этой частью проекта пренебрегают, полагая, что о собственной системе итак все известно. Это опасный подход. Далеко не всегда системный администратор имеет представление о том, какие прикладные системы работают в его сети у пользователей, а это, несомненно, важный аспект, ведь в результате миграции серверов приложений они могут перестать работать, чего мы допустить не можем. Другой пример, наличие в сети предприятия устройств, принципиально не пропускающих определенный тип трафика, об этом администратор также может не знать, например департамент безопасности внедрил аппаратные средства защиты информации, передаваемой по сети. Список ограничений, накладываемых существующей инфраструктурой, требованиями компании может быть весьма значительным. И, если все особенности не будут учтены, то проект может завершиться неудачно. Именно поэтому, стоит быть особенно внимательным на этом этапе. Обследование организации осуществляется как с помощью интервью и заполнения стандартных форм опросников/анкет, так и с помощью специальных программных средств, например для изучения структуры службы каталога и организации Exchange, у Microsoft есть хорошее средство Active Directory Topology Diagrammer. Найти указанное средство можно с помощью приведенной ссылки:

    http://www.microsoft.com/downloads/en/details.aspx?familyid=cb42fc06-50c7-47ed-a65c-862661742764&displaylang=en#Overview.

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

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

    Получив информацию об организации, переходим к следующему этапу – разработка концепции.

    Предварительный план кампании. Разработка концепции. Оценка рисков.

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

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

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

    Техническое задание.

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

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

    Программа и методика испытаний

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

    Построение тестового стенда и стендовые испытания

    Этот этап является ключевым для повышения экспертизы администратора в технической составляющей проекта:

    · Осуществляется моделирование существующей рабочей среды;

    · Выполняются все этапы технической составляющей проекта;

    · Выполняется проверка всех тестов программы и методики испытаний;

    · Проверяются предположения администратора в ряде «тонких» моментов, которые несомненно возникают при проектировании и т. п.

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

    Технический проект

    Технический проект описывает механизмы реализации всех пунктов ТЗ. Может состоять из целого комплекса документов, например, разрабатывая проект AD DS [2] необходимо разработать систему именования объектов, соответственно в технический проект добавляется вышеуказанный документ.

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

    Эксплуатационная документация

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

    Заключение

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

    Леонид Шапиро

    Статья опубликована в журнале “Системный администратор”.

    Список литературы

    1. Мышкин Л. Уйти или остаться? // Системный администратор, № 4-6, 2010 г.

    2. Константин Кондаков. Админ, ИТ-директор. Что дальше? // Системный администратор, № 11, 2010 г.

    3. Шапиро Л. Семь принципов Наполеона для системных администраторов //Системный администратор, №10, 2010 г.

    [1] BDM – Business Decision Maker (Персона, принимающая решения)

    [2] AD DS – Active Directory Domain Services (Служба каталога Microsoft)

Комментарии

  1. ГЫГЫГЫГЫ А в реальности приходит директор и говорит: завтра 30 процентов сотрудников переезжают в новый офис, который в другом конце города и там нет интернета, а параллельно переходим с exchange на sendmail т.к. сообщили что скоро будет проверка, а лицензии покупать мы не будем т.к. дорого.

    но стремиться конечно надо да….

  2. […] This post was mentioned on Twitter by Eugene Pavlikov. Eugene Pavlikov said: ITband.ru » От администратора до архитектора. План “кампании” http://vk.cc/bZiOT […]

  3. Вероятность, что админу выпадет шанс что-то развивать в компании в регионах стремиться к нулю! Может быть в других городах как то по другому, но в Челябинске именно так.
    У меня собственная компания- поставляю достаточно специфический софт и железо, а так же услуги по внедрению. Доход не фантастический, но для нашего города в разы выше чем работай я на дядю. Карьерный рост в Челябинске отсутствует напрочь и глядя на вакансии в разделе IT хочется плакать. Такое впечатление, что в городе готовы хоть что-то платить только спецам по 1С, да и то 30 тыс.- это разве деньги? Недавно несколько знакомых админов нашептали- “в город пришла большая компания нужны архитекторы и инженеры, зарплаты хорошие дают”. Нашел я те вакансии и долго смеялся- при достаточно вменяемых требованиях (CCNP-CCIE, MCSEMCITP и т.д) уровень оплаты ну просто ниже плинтуса- 40 тыс. оклад и квартальные премии! Не доросла ещё Россия… коммерсанты, держа ларёк с пивом, зарабатывают в разы больше информационщика, при этом вообще не надо учиться… печально это всё.
    Ситуацию на рынке IT в городе знаю отлично, т.к. каждый день пересекаюсь с десятком представителей IT отделов различных компаний. Типичный админ в Челябинске- зп 20 тыс., никакого роста вообще, никакого обучения, относятся как к уборщице (“Антон! Пропылесось мой компутер!”)…

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

  5. Надо для начала научиться себя уважать. Если ведешь себя, как уборщица, то нечего удивляться, что в руки дают швабру.

  6. >>> “а реалии…”

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

  7. Да Илья, вы правы, кто хочет – ищет возможности, кто не хочет – ищет причины.

  8. Все описано хорошо, но… мы же в России. Я вот недавно поднимал отдельный лес/домен и Exchange 2010 для одного (!) пользователя в компании. Не, я серьезно. Целесообразность? Да о чем вы говорите… Просто человеку захотелось, а с ним особо не поспоришь. Увольнение или установка отдельного Exchange? Вот так вот иногда и приходится работать.

  9. Первый пункт тогда должен быть
    1) Уезжаем из Этой страны

  10. Реалии тут непричем. Просто не нужно работать в говноконторах.
    Вообще же, дорасти до архитектора можно либо в ИТ-шной конторе, либо в крупной не-ИТ-шной.
    Ну какие могут быть проекты в корпорации по производству Шаурмы “Дядя Ашот Инкорпорейтед”?

  11. system32, 10К пользователей реально живых в AD – это ж не шаурма, да? А какие вещи бывают – читай выше. Много всего интересного.

  12. Dmitry, ну в таких организациях, как правило, все продумано, внедряют (или пытаются внедрять) некое подобие ITSM, и пользователей с подобными требованиями посылают лесом. Ну а если это нереально – то из таких дерьмоконтор можно и нужно увольняться не задумываясь.

  13. Это где “как правило”, Алекс? Я про ITSM давно уже говорю, но все как-то не до этого начальству. Пользователь с подобными требованиями отстоит от меня примерно на 3 начальника выше, особо лесом не пошлешь. Ну а увольняться зачем, если деньги платят вполне адекватные. Я просто хотел сказать что реалии российского IT – это никак не ITIL/MOF, а нечто совсем другое, необъяснимое. Хотя думаю в конкуретных (не государственных) конторах ситуация несколько другая – там денюжку считают ответственнее.

  14. Ну, соглашусь, что полное соответствие ITIL/ITSM – в России скорее исключение, чем правило – поэтому я и написал “некое подобие”. Но все же там обычно существуют некие корпоративные стандарты, и такие все же посылаются как раз в соответствии с такими стандартами.
    И опять же, с таким идиотизмом надо бороться. Если бороться невозможно – увольняться. Хороший специалист всегда найдет себе нормальную работу.

  15. Александр, я с вами крайне не согласен. Не надо ходить к гадалке, чтобы отгадать город в котором вы проживаете.
    Так вот если бы вы знали ситуацию в России (а ведь Россия это 130 млн. населения, только остальные 10% живут в Москве и области) вы бы не бросались столь утопичными высказываниями!
    В моём родном городе любой админ будет держаться за зар. плату, потому как семью кормить надо и крышу над головой содержать, а в случае увольнения можно годами искать “хорошую” вакансию, либо прыгать из компании в компанию меняя шило на мыло!
    У нас в городе грандиозная безработица в сфере информационных технологий. Все профессионалы либо валят в столицуза границу либо открывают что то своё. В городе 5 крупных компаний и все- заводы, со всеми вытекающими отсюда совковыми последствиями!

  16. > Не надо ходить к гадалке, чтобы отгадать город в котором вы проживаете.
    Долгопрудный. Угадали? :))) А теперь угадайте город, в котором я жил всего-то каких-то 4 года тому назад.

    > Так вот если бы вы знали ситуацию в России
    Нет, все же советую сходить к гадалке – из России я еще не уехал.

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

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

  17. Александр, до Москвы из Долгопрудного — 20 минут. Ситуация в регионах плачевная. Увольняться просто некуда.

  18. Ролевые игры.

    Такая мысль приходит чтении этой статьи.
    Не, я только за то, чтобы учится и делать лучше(и так и делаю), за системный подход-но, как-то -внутреннее ощущение-статья написана москвичем.
    Которые все знают, во всем шарят и других хотят научить.
    Мне это напоминает лихие 90-е. Хакамада приехала к голодающим шахтерам.В основном 45-50+ лет им.
    И типа учит-что Вы за свою шахту держитесь-откройте бизнес какой-нить.
    А те ей-ну какой тут бизнес, весь городок на шахте работает, денег не платят-денег в поселке соответственно ни у кого нет. Какой, нах, бизнес.
    А та им. Ну че Вы ноете-можно, например, морошку в лесу собирать.

    Я -за другой подход.1) Если Вы тукан-купите себе комп с четырехядерным процом от Intel, 8-16 Gb оперативки, мамой с поддержкой Intel VT. Видеокарту можете не брать крутую:) 2) Далее -выбирайте, кем Вы себя видите. Если работником провайдера-Ваши ключевые слова Cisco и CentOS,FreeBSD ,Ubuntu,bgbilling, D-Link и Linksys(в подъездах:))
    Если хотите работать в корпоративном секторе-MS и Cisco, Vmware vSphere.
    Далее -узнаем какие вопросы решают граждане 1 и 2 категории.
    Далее ставим vmware workstation для изучения серверных технологий, gns3-dynamips для cisco, ищем в нете книжки с курсов и системно изучаем технологии от одного из вендоров. Какие-спросите на этом сайте, например.
    Не забываем сдавать экзамены и получать сертификаты. Ну и далее валим в соответствующие конторы. А игрища в аудиторов и системных архитекторов-ето ролевые игры.
    То есть по Cisco -ботаем до ccnp-ccna,route,switch,tshoot
    По MS-сетевые технологии для всех DNS,WINS,DHCP,IPSEC, AD DS,AD CS,ntbackup. Затем -EXCH или sharepoint или Lyns(если cisco телефония-CCM) или tmg(если cisco-то это ASA) или продукты system center-до слова затем-все знать обязательно для всех, затем что-то одно, но поглубже(намекаю -exchange есть почти везде).
    Очень полезно познакомится с технологиями виртуализации. На данный момент рулит vMWARE VSPHERE 4. На компе указанной мной конфигурации можно собрать 2-нодовый кластер esx+общее хранилово openfiler+vCenter+какой нибудь чахлый гость в госте, далее покупаем книгу Михеева и ботаем. Это типа один из примеров. А по указанной SIMS технологии предлагаю сразу представить себя гендиром-ну и учится проводить оперативки среди топов:)

    Далее попытайтесь вообразить -разузнать-какие вопросы

  19. Коллеги, прочитав ваши комментарии, я увидел несколько важных тезисов:
    1. Что делать, если начальство неадекватно и ставит невыполнимые задачи, которые надо выполнить немедленно, т. е. нет времени на подготовку всей той документации, о которой говорится в статье, а также нет времени на изучение продуктов?
    2. У специалистов в области IT в регионах нет перспектив найти у себя адекватную их уровню профессионализма работу. В свете этого, нет смысла пытаться следовать приведенным в статье рекомендациям, если изменение места жительства не рассматривается.
    3. Неадекватное поведение руководства компании, невозможность смены работы из за отсутствия таковой на региональном рынке.
    4. Статья бесполезна, т. к. автор пытается всех поучать и предлагает модель, которую бесполезно воплощать в жизнь, т. к. «сытый голодного не разумеет». Пример про Хакамаду и шахтеров.

    Ну что же – поехали разбираться по-порядку:

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

    Теперь по вопросам…
    Для Москвы и Питера все-таки 1-ый вопрос не столь актуален, т. к. несмотря на экономический кризис рабочие места в нашей области все-таки есть, а профессионалов не хватает. IT заниматься «немодно», придется много работать, все время учиться и. т. д. Так что рабочие места пока все-таки есть. Полагаю, что можно рассматривать вариант смены работы. Я бы взял на себя смелость рекомендовать вариант работы, при котором IT специалист работает не в cost, а в profit центре, т. е. имеет смысл искать работу в компании, которая на вас зарабатывает, а не тратит, тогда отношение будет отличаться от того, о чем пишут коллеги.
    Для регионов все гораздо хуже, т. к. крупных интеграторов там не так много, я бы даже сказал – практически нет. С крупными компаниями и их региональными филиалами обычно работают московские интеграторы. Для выполнения проектных работ инженеры приезжают в командировку.
    Стало быть, придется либо оставаться на том уровне, что есть сейчас, т. к. карьерно расти в своем городе уже некуда и нет возможности, либо искать работу где-то еще. И получать все те риски, с которыми сталкивается человек, переезжающий в другой город. Илья подробно писал на эту тему.
    К сожалению, тут нечего возразить, это действительно так… Тем не менее, это не отменяет потребности в тех знаниях и навыках, о которых я пишу в своей статье. Если хочется не работать администратором, а перейти на уровень инженера или архитектора, то, как это ни печально, придется уметь работать не только с продуктами. Разумеется, речь не идет о ситуации, когда принято решение никуда не ехать, перспектив роста никаких, смысла тратить время на развитие того, что никогда не понадобится нет.
    И, наконец, последний вопрос…
    Дмитрий, я действительно живу в Москве, и что? Не понимаю сарказма. Я не предлагаю универсальных и простых решений. То ,о чем я пишу, – лишь один из подходов. Не нравится – придумайте свой. Что касается того, что предложили Вы, то боюсь, что в Вашем варианте немало минусов. Вот смотрите, Вы предлагаете глубоко изучать продукты, требующие мощного стенда (кстати 8-16 не хватит, нужно больше, ну да ладно, не принципиально), а вместе с тем Вы уверены, что у админа в с зарплатой в 20 тыс. руб. есть возможность его приобрести? Далее, глубокое самостоятельное изучение продукта, конечно, возможно, но это крайне сложная задача, требующая времени, которого при обычной работе, как правило, не найти, тем более, что Ваш вариант, вероятней всего не войдет в перечень приоритетных задач от работодателя. Экзамены и сертификаты… отлично. Только неплохо было бы, чтобы учебный центр был не за 1000 км от дома, ну и т. д. Кроме того, Вы предлагаете, по сути, только продуктовые знания, а они, простите, успевают устареть до того, как подукт хорошо изучен. Впрочем, если удастся стать гуру, так сказать единственным на миллион, то конечно. Но боюсь, что не выйдет, масштаб решаемых задач не тот, парой книжек не обойдешься. На это надо потратить годы.
    И, в заключение, ситуацию в регионах я неплохо себе представляю, т. к. работая на проектах, мне много раз доводилось ездить в командировки и общаться с IT- специалистами. Я по собственному опыту знаю, что профессиональный уровень большого их числа очень высок и не считаю себя вправе кого-то «учить». Еще раз: я предлагаю лишь один из вариантов развития карьеры. Предложите свой подход…

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

  21. Подготовка к переезду в другой город/страну потребует не только знаний по продуктам, но также и множество другой важной работы и финансовых затрат. В коментариях Дмитрия Иванова это не раскрыто. Таким образом, мне представляется, что было бы разумно, чтобы те кто прошел этот путь написали такую статью для коллег. Уверен, что многим будет интересно.
    Об этом, кстати, писали в “Системном Администраторе”.
    Стенд, о котором Вы пишите подходил в ситуации использования на нем машин c Win2k3. На сегодняшний день требования изменились.
    Предложенная мной схема является одной из многих. О чем я и упоминаю в тексте статьи.

  22. > Александр, до Москвы из Долгопрудного — 20 минут. Ситуация в регионах плачевная. Увольняться просто некуда.

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

    @21
    > Подготовка к переезду в другой город/страну потребует не только знаний по продуктам, но также и множество другой важной работы и финансовых затрат.

    Ну, я б так не сказал. Когда я приезжал в Москву – у меня была лишь китайская сумка “а-ля кабанчик” со шмотками и рассчет с предыдущего места работы – чуть больше 30 килорублей. Все.

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

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

    почему нет комментариев к программным продуктам, мол? что Вы пишите про exchange 2010, Lync Server 2010, и т.д. мы живём в деревне и у меня такого неееет :,( а???

  25. Леонид, извините, не хотел Вас обидеть. И статья у Вас хорошая. Но человек, у которого нет 1$ в максимуме на указанный мной системник и тот, кто способен
    проделать работу, описанную в статье-это просто разные люди. Эникей-это состояние души:) А про то, что нет времени-это неправда. Я к сожалению пришел в IT в возрасте, когда другие уходят. Так сложилась жизнь. Но в итоге -2 маленьких детей, офигенный спектр работ и рутины. Но я нахожу час-два в день, чтобы поработать над собой-когда все в семье-спать ложатьсяв ущерб развлекухе и прочим радостям. А раз я нахожу время, при такой ситуации(дети, напряжный график)-значит и другие могут.

    Мой пойнт в том -что должны быть тактики и стратеги-и это разные люди:)

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

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

  27. Дмитрий, нет никаких обид, я думаю, что каждый из нас ищет свой путь в карьере и делится собственным опытом. В Вашем замечании, на мой взгляд, есть некоторое противоречие. Вот смотрите, Вы пишите, что
    «Мой пойнт в том -что должны быть тактики и стратеги-и это разные люди:) И вторыми становятся, становясь руководителями. И уже потом-начинают разговаривать с бизнесом на понятном языке, и переводят потребности бизнеса на язык понятный первым.»
    Вот тут, мне кажется, есть некоторый «тонкий момент», который заключается в том, что при такой ситуации непонятны шансы стать руководителем. Администратор, который хорошо изучил ряд программных и аппаратных средств, все равно, как правило, остается администратором, ну, возможно станет начальником IT отдела в небольшой компании. А что дальше? Завтра выйдет Windows 2020, новый Exchange и т. д. Появятся конкуренты, которые не обладают достаточным опытом и знаниями NT 4.0, но изучили новую линейку продуктов, которая актуальна сейчас. И…у нашего администратора проблемы с работой. Таким образом, думаю, что разделение на «стратегов» и «тактиков», при котором для одних только технологии, а для других то, о чем я пишу не совсем оправдано. Что делать, если достигается пороговый возраст для работы админом, а говорить на понятном бизнесу языке не научились? Т. е. я думаю, что надо постараться работать в обоих качествах.

  28. Что касается, компаний, которые не понимают, или не хотят понимать важность IT, то, разумеется, на них и время тратить не стоит, разве что использовать их в качестве стенда для изучения технологий. Другой вопрос, что работы там, где живет админ может и не быть. Стало быть, возникает необходимость смены места жительства (города, страны). Но тут, имеет смысл, читать тех, кто сам прошел этот путь. И на ITBand в статьях и комментариях есть обмен мнениеями по этому поводу.

  29. ну да, противоречие есть, согласен. Просто так часто бывает, по крайней мере не в Москве. Был хороший админ-часто лучший, вдруг бац-и хреновый руководитель:). А вне Москвы(ну еще до 5 городов)-не найдешь админа, чесс слово-на внезапно освободившуюся вакансию.

  30. А как вы относитесь к переходу из СА в DBA?
    Мне кажется что уровень оклада там выше чем скажем у Exchange администратора, да и если не удастся стать начальником(не у всем получится), то можно при определенных знаниях уйти в DBD, и не остаться без куска хлеба 🙂

  31. Спасибо за статью – прочел с интересом.
    Можно подытожить 🙂
    Хочешь что-то изменить к лучшему – действуй. Не хочешь – бездействуй.

    “A journey of a thousand miles begins with a single step”

  32. Pavel, я думаю, что такой переход бесперпективен. Во-первых, это совсем другая специальность. Разумеется, все это IT, однако сейчас уже в рамках одного продукта специализация появилась, а Вы рассматриваете переход в другую область. Т. е. для такого перехода придется, по сути, все начинать сначала.
    Во-вторых, мне представляется, что принципиальной разницы ни в оплате, ни в дальнейших перспективах нет. Т. е. все те риски, которые я описал в статье “7 принципов Наполеона для системных администраторов” остаются. Впрочем, это только мое мнение. Возможно, коллеги, которые прошли такой путь смогут высказать свое мнение.

  33. Привет из Хабаровска!
    Вот уж куда “региональнее”. Докладываю ситуацию: Все крупные компании, имеющие нормальную инфраструктуру рулятся с МСК и к тому же (это щас будет главный мотив) современнная инфраструктура ПОЗВОЛЯЕТ и ЗАСТАВЛЯЕТ управлять ею сколь угодно с далёкого места! Поэтому у крупных компаний иметь в регионах высококвалифицированных специалистов желания НЕТ! Есть софственный опыт…
    Сам работаю в небольшой компании, которую пытаюсь вывести на современный уровень инфраструктуры, иначе у самого мозги “закостенеют”. Иногда даже с тем посылом, что “мне это надо, а там посмотрим” 🙂
    И выходит я уже архитектор 🙂
    P.S. это всё про регионы, а не про статью.

  34. я ещё продолжу глобально:
    Малый бизнес всё больше будет тяготеть к “облаку”. А облако всё больше становиться ближе к “домохозяйке”. IT специалисту всё меньше будут нужны знания по железу (облако с его стороны только софтовое) а вскоре и к знанию технологий ПО, комуникаций тоже.
    И в итоге выходит, что если вы не работете в организции, которая продаёт “облако” – вы нигде не работаете 🙂
    Даю прогноз – 5 лет. Это с учётом нашего российского менталитета.

  35. на счет 5 лет не знаю, технологии конечно растут, но менталитет сломать гораздо труднее

    Хотя на данный момент некоторые мои знакомые у кого от 5-и до 50-ти рабочих станций активно обсуждают облачные технологии, правда переходить туда особо не спешат 🙂

  36. “Даю прогноз — 5 лет. Это с учётом нашего российского менталитета.”
    Очень сомневаюсь(хотя есть 10 лет стажа работы по другой специальности, портфолио:) и диплом-с голода не умру:))
    Если Вы все же правы-буду присоединится к тем, кто продает облако:)

  37. Ха, Леонид Шапиро пишет диссертацию и решил систематизировать свои знания.
    Правда, в конце отступил от своих позиций:”подход к повышению квалификации не претендует на универсальность”. Что, в общем, для некоторых национальностей не осудительно. Ведь существует индивиды, которые и не помышляют повышать свою квалификацию, однако, неплохо живут стервецы, пока другие по методу Л.Шапиро повышают ее…

  38. @37
    > Ведь существует индивиды, которые и не помышляют повышать свою квалификацию, однако, неплохо живут стервецы, пока другие по методу Л.Шапиро повышают ее…

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

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

  40. @33
    К сожалению, “руление из Москвы” не есть показатель развития ИТ. Просто через Москву откат больше 🙁 Суровая реалия российского ИТ.

  41. Коллеги, я все-таки отвечу на комментарий 37 от Y. Хотя сначала планировал проигнорировать.
    1. Обычно принято обсуждать статью по-существу: такие-то плюсы, минусы, автор мог бы учесть вот такой факт и т. п.
    2. Переход на личность автора признак крайней ограниченности комментатора, думаю, разумно, подобным персонам слова не давать, т. к. мнение не представляет интереса для сообщества, особенно учитывая факт анонимности. 3. Ничего разумного сказать “Y” все равно не удалось.
    4. На мой взгляд, было бы разумным рассмотреть возможность удаления комментариев подобного рода.
    5. Теперь насчет “неуниверсальности решения и отступления от собственных позиций″… Подобное замечание – глупость.
    Решений бывает несколько, это раз. Каждое из них имеет свои плюсы и минусы, это два. Автор рассматривает свой подход и предлагает свою позицию, это три. За “универсальными” решениями, дающими гарантированный результат в карьере – не ко мне, у каждого свой путь.
    Что касается, любых, скажем так, не слишком честных путей достижения успеха, разумеется не о наследстве и везении речь, то это вопрос личных моральных качеств. Делайте выбор так сказать…

  42. @40 Трудно не согласиться с коллегой FreemanRU, но есть и др. аспект. Дело в том, что, как правило, крупные структуры имеют HQ в Москве и филиалы в регионах. А “руление” часто идет из центра. Полагаю, это тоже влияет.

    @34, 35, 36 Уважаемые коллеги, что касается облачных технологий, то, согласен потенциал огромен. И на это имеет смысл, обратить внимание.

    @38 Александр,в следующем номере “Системного Администратора”, вероятно, будет еще одна моя статья об ином варианте развития карьеры. Наследство и лотерею я, разумеется, не рассматриваю :-), речь пойдет о малом бизнесе. Так что, попробуем рассмотреть еще один вариант что мы еще можем придумать…

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

  43. Попробую высказаться по порядку.

    Первый и самый главный принцип: У кого есть желание – тот ищет возможности, у кого его нет, тот ищет оправдания. Надо понимать все это нет времени и т.п., синдром псевдозанятости, описанный Карнеги

    По статье – немного сумбурна, архитектора я тут не вижу в обще, но зачатки руководителя проектов (project manager). Если уж называть вещи своими именами, то имеет смысл отправить читателя в списке лит-ры к книгам по управлению проектами (цена вопроса 300-500р за пару книг и 10 часов потраченного времени), зато будет понимания на три ключевых вопроса: Почему ? Что делать ? Кто виноват?

    Еще как вариант развитие карьеры: в свете последних тенденций нужно рассмотреть такую схему – бизнесу, не интересны все наши технические заморочки, винды сервера и т.п., ему важно получать продукт, услугу, сервис. В идеальном варианте тот сервис, который можно померить, посчитать, понять и увидеть отдачу. Что это означает, что в реалиях нашей страны есть миллионы компаний Ашот и Ко, до ФинСуперТрейдНефтеГаз которым нужны технари, но не так чтобы “сидеть за консолью”, а которые помогут им получить сервис и качество уровня больших корпораций по затратам приемлемым для их бизнеса. Простыми словами, представитель заказчика который нагибает конторы “студент и компания оутсорсят бизнес”, который понимает, где и как можно применять SaaS сервисы (AMazon S3, EHA, EHS, Контур-Экстенрн” и который может грамотно говорить с провайдерами, оутсорсерами и т.п. Да, тут надо уметь говорить и с бизнесом и с ИТ, да тут нужны знания не эникея который научился запускать тимвьювер и ставить “виндов ЭксПи пират едишен 2009”, тут надо много анализировать и читать, но профит выше. Все говорят SaaS и облака это будущее, как говорят “вы пр***ли вспышку” это уже настоящее, это пользуется и это выгодно, да и это в России, в Москве и регионах.

    По комментариям: мне тоже приходится много работать с компаниями в регионах, с местными провайдерами и т.п. (пусть даже это представители федерального провайдера), что я вижу там, внешне вроде все нормально, в общем как то работают, но когда я вижу ИТ инфраструктуру организаций которые мы покупаем, да и в обще ИТ многих компаний – я понимаю, они застыли в 2000-2005, потому что студент Вася не знает зачем ему Windows 7, не имеет понятия о маркерах безопасности и UAC, везде XP с правами админа, ведь так проще, мб чуток виртуализации и терминалов – все. Конечно нет и уважения к такому ИТ (все “глючит”, ломается, не работает и т.п.).

    И чтобы не обзывали “маскаль” или “так в больших конторах” немного инфы.

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

    В сети больше 15 серверов, большой частью виртуальные. Более 150 челов, Итшников 2.5. Пользователей более 150, основной костях бухгалтерия и экономисты. Более 10 филиалов по России, в Москве менее 20% пользователей. налажены связи с федеральными провайдерами и части операторов большой тройки. активно используется SaaS идет стандартизация. Функции администрирования системы занимают менее 30% времени, остальное тратится на проекты, задачи уровня CIO.

    Так что наше счастье в наших руках, чтобы бизнес потратил на стандартизацию/легализацию или “супер пупер систему 2011” нужно уметь объяснять ему, какие преимущество это даст.

  44. И еще чуток уточнений: в регионах граммотных ИТшников в моем понимание ничтожно мало, кто грамотные все же поуезжали или у интеграторов, общий уровень часто критически низок на уровне умения ставить и обслуживать windows xp, да никто сейчас в здравом уме не станет пытаться в каждом регионе держать штат ИТ, тенденции последнего времени явно идут к централизации, исключения какие либо сервисы/приложения у которых локальные реплики и т.п, но штат больше 1 единицы для большинства компаний ненужен. Хотя вариант с выносом разработки или своего датацентра имеет право на жизнь (раз уж не подходят нормальные коммерческие).

    Вот мини hint для тех кто еще в начале пути и у него “все плохо и нет времени”. Возьмем VDI модная штука, никто толком не юзает вроде как бы и не внедряет. Плюсы виртуальной рабочей станции в принципе понятны. Но что мешает сделать это у себя в конторе “Ашот Интеркорпоратион” ? Цена вопроса – нормальная железка – 300-400К (да наверняка для первых 3-4 станций найдется сервак на котором можно будет втиснуть 3-4 виртуальных машины без ущерба производительности. По лицензиям есть нет денег на VMWare View 4.5, то делаем ручками на бесплатном Esxi, hyper-V server – это все равно будет быстрее и удобнее чем ручками носится до каждой машины, да и проще управляться/обслуживаться. Тогда и 90% проблем “не работает” компьютер закрывается простой заменой железки. В перспективе внедрив у себя тонкий клиент за 300 у.е. (стандартизация).

    Лицензии для Windows VDI дешевле на сколько я помню, бенефит измерим. Я не беру специально вопрос про бекапы и организацию профилей пользователей, подразумевая что в текущей конфигурации у человека это как то организовано. Но вот такой “ручной VDI” уже высвободит у вас кучу времени вместо “Петя пропылесось комьютер, он тормозит”

  45. > Возьмем VDI модная штука, никто толком не юзает вроде как бы и не внедряет. Плюсы виртуальной рабочей станции в принципе понятны. Но что мешает сделать это у себя в конторе «Ашот Интеркорпоратион» ?

    Что мешает? Да просто оно там нахрен никому не нужно. Вот и все.

  46. “Лицензии для Windows VDI дешевле…”

    Если взять обычный десктоп – для него достаточно и Windows 7 Prof. OEM.

    Если лицензировать VDI у Microsoft – нужно MS Windows 7 Prof. OEM. только для того, чтобы обратиться к VDI-инфраструктуре. Поскольку обращаться к VDI-инфраструктуре можно только с лицензированного устройства. И дальше пошло-поехало, лицензии VDI Suite…

    Дешевле не будет. 🙂

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

  48. Все мнения спорны, но чем дальше от Москвы, тем уровень IT ниже. Особенно раздражают местячковые админы с горой пафоса. Друзья, если вы такие умные, то почему такие бедные?