Сегодня уже трудно представить себе компанию, которая не пользуется современными ИТ-технологиями. В то же время мы понимаем, что любая монета всегда имеет и обратную сторону. Опираясь в своей работе на ИТ, мы строим еще одно зависимое звено во всей цепи, и если это звено окажется недостаточно прочным, оно может разрушить всю цепь. Ключевое звено информационных технологий - руководитель. Сделать правильный выбор - равносильно поставить правильный диагноз пациенту.
Взгляд на ИТ: специализация руководителей
Загороднев Дмитрий Алексеевич, руководитель ИТ-отдела:
Руководитель ИТ - это достаточно размытое понятие. Я постараюсь рассказать лишь о стандартных ролях руководителей ИТ-отделов, оставив за рамками данного материала некоторые узкие специализиции. Мне кажется, этого должно быть достаточно, чтобы понять концепцию информационных технологий. Все остальное мне сложно тут изложить в силу того, что для объяснения придется опускаться в технические глубины, а тогда эта статья точно выйдет за рамки допустимого предела. Я хочу обратить ваше внимание, уважаемые читатели, что каждая разобранная далее роль необязательно должна соотноситься только с одним сотрудником, роли могут быть как совмещенные в рамках одной компании, так и продублированные группой лиц. Все это определяется индивидуальными требованиями работодателей, которые в свою очередь и определяют зоны риска. Руководитель технической поддержкиТакой специалист может называться и Technical support, Helpdesk, Service Desk. В обязанности этой службы входит поддержка пользователей, телефонии, восстановление пользовательских данных, обслуживание факсимильной и копировальной техники. Это, как правило, единственная служба, куда сотрудники компании могут обратиться напрямую. В крупных организациях этот отдел является важной составляющей и напрямую влияет на эффективность всей компании. Чтобы выдавать большую продуктивность, такой отдел обычно состоит из сложных функциональных механизмов с применением специализированного программного обеспечения. Как правило, внутреннее строение содержит Call-center и несколько линий поддержки (1-я линия, 2-я линия и т. д.). Все заявки фиксируются в соответствующих журналах. Скорость реакции на жалобы пользователей регламентируется внутренними нормативными актами. Руководитель развития телекоммуникацийЯ думаю, все представляют себе бригадира строительных работ? Вот это его аналог, только вместо строительных работ будет прокладка телекоммуникации. Если говорить еще проще, то этот человек руководит процессом прокладки проводов и кабелей (это не только компьютерные сети, но и телефония, видеонаблюдение, системы безопасности и т. д.). Навык работы с оптическими волокнами будет большим плюсом для кандидата на такую должность. Правильно рассчитать сеть на три с половиной тысячи пользователей с учетом будущих нужд и роста компании - это большой труд и высокое мастерство. Как правило, такой специалист взаимодействует и с контролирующими органами для получения необходимых документов. Однако, данная специализация может подразумевать под собой и совсем другое положение вещей. Например, работу с коммутационным оборудованием, где на сегодня мировым лидером является Cisco (к слову сказать, эта компания ранее называлась "San Francisco". Но однажды во время презентации один из менеджеров разлил кофе на название компании так, что осталось лишь "Cisco", с тех пор именно это название и закрепилось). Разрабатывать архитектуру построения Сети - занятие сложное и ответственное, ведь надо ориентироваться в десятках типов телекоммуникационного оборудования, уметь правильно настроить систему, рассчитать нагрузку, отказоустойчивость и безопасность всего периметра. Не редко случается, что руководитель развития телекоммуникаций и руководитель безопасности сети - это одно лицо, так как у этих двух специалистов есть много схожих задач. Руководитель безопасности Сети (или руководитель информационной безопасности)Тут есть одна особенность: дело в том, что в России «Служба информационной безопасности» и «Служба ИТ-безопасности» - это разные структуры. Тем не менее, руководитель информационной безопасности часто выдает себя за руководителя ИТ-безопасности и наоборот. ИТ-безопасность - это структура, занимающаяся внешней и внутренней безопасностью.
Руководитель отдела программированияЭто специалист, который планирует, разрабатывает и реализует программные продукты. Как правило, в большинстве компаний такой специалист отвечает и за отдел тестирования программных продуктов, но бывают и исключения, когда отдел тестировщиков существует как самостятельная структура. Программирование в России, к сожалению, сегодня развито очень слабо. Это связано со многими факторами.
Да и с программистами тоже не все так просто:
Поэтому программист, как правило, владеет в совершенстве только одним языком программирования. И если на собеседовании кандидат вам заявляет, что он знает более чем пять языков, то он либо гений, либо Программирование для web (а также для таких продуктов как «1C Предприятие», SCOM, SCCM и т. д.) - это в большей степени использование облегченных языков скриптования, что программированием можно назвать лишь формально (да простят меня программисты), поэтому такие специалисты, как правило, могут существовать без формирования обособленного отдела. Я советую использовать в работе распространенные языки программирования, это: Delphi, C++, C#, Visual Basic(.Net). Для WEB: HTML, CSS, PHP, JavaScript, ASP, VBA, возможно perl. А для баз данных - идентичные базам данных, это: MSSQL = Transact SQL Руководитель интернет-проектов (или руководитель интернет-магазина)Несмотря на молодость данной профессии, эта специализация заслуживает пристального внимания. Интернет в наше время уже давно является не роскошью, а средством, так как стал доступен всем и каждому. С точки зрения экономики, это быстрорастущий рынок, оборот которого исчисляется миллиардами долларов в год. В скором будущем я прогнозирую разделение этой молодой профессии на две специализации, поэтому я буду описывать сразу обе модели. Первая специализация будет более гуманитарной, вторая - связана с чисто технической частью.
Стоит отметить, что сейчас существует большое количество веб-дизайнеров, которые разрабатывают сайты у себя дома, то есть работают на дому. Но тут, на мой взгляд, есть большой риск того, что программист продаст повторно свою (уже не раз проданную) работу, что для компании может означать проблемы в области патентного права. Также есть вероятность того, что программист будет использовать уже готовые модели, принадлежащие интернет-сообществу, которые распространяются как платно, так и (условно) бесплатно. В этом случае есть угроза не только нарушения патентного права, но и риск получить взлом системы. Как правило, обычно взламывается наиболее распространенный код, который носит максимальную площадь в Интернете. Тут есть и еще одна очень важная техническая особенность: для того чтобы взломать машинный код, его надо видеть, понимать запросы функций, знать имена запросов, конструкторов и т. д. А это еще один аргумент в сторону программирования в стенах офиса. Я лишь пытаюсь описать типовые задачи и свести к минимуму ошибки рекрутинга. Уникальность требований к задаче определяет уникальность набора профессиональных и личностных качеств человека. Руководитель информационного развития (или директор развития информационных технологий)Достаточно интересная и активная работа, которая на данный момент на российском рынке является большой редкостью. Это связанно с тем, что ИТ - это быстроразвивающийся рынок, чему способствует гонка конкурентоспособности бизнеса. Удержаться на пике инноваций сегодня достаточно сложно. Любой специалист ИТ-сферы должен отдавать львиную долю своего времени (как правило, личного) на повышение собственной квалификации. Участие в различных форумах + обучение, сдача, а затем и периодическая защита различных сертификатов. Все это требует от человека больших усилий. Поэтому, как правило, среднестатистический руководитель информационных технологий не стремится достигнуть каких -либо технических вершин. На это есть две причины.
На самом деле, руководитель ИТ-отдела далеко не всегда является единственным техническим экспертом в компании, ведь в ИТ-департаменте всегда достаточно много хороших специалистов, разбирающихся в технических новинках. Однако стандартная форма управления компанией, как правило, является командно-линейной с иерархической системой, а это означает, что даже если специалист низшего звена как-то прорвется на плановое совещание, то высшее руководство никогда не прислушается к его мнению. Я думаю, это все хорошо понимают.
Руководитель внедрения ERP-системТут я сразу скажу, что осознание и понимание самого понятия "ERP" заслуживает настолько глубокого рассмотрения, что это выходит за рамки данной статьи и требует отдельной публикации. Если говорить кратко, то отношение к этой «системе» у нас изначально сложилось неправильное. Сама ERP-cистема - это любая система управления ресурсами. Термин "ERP" не несет в себе какой-либо технической нагрузки, стандарта или концепции. Чтобы это понять, я приведу такой пример: система образования в России - это система, так же, как и ERP. Но она не может опираться на конкретные школы, институты, факультеты, специализации, так же как и ERP не может опираться на конкретный программный продукт или техническое средство. Под словом "система" не подразумевается техническая система, а подразумевается сама методика. Если же смотреть на эту систему именно как на техническую систему, то на сегодня ERP-систем насчитывается более ста. И вот тут есть огромный риск: «Руководитель внедрения ERP-cистем» умеет работать лишь с одной из этих ста, которую он будет, соответственно, продвигать как лучшую, так как является в глазах других экспертом, а мнение эксперта всегда требует уважения. Вводить систему, которая не предназначена для задач компании, - это равносильно лечить больного с неправильным диагнозом. Планирование внедрения ERP-системы начинается с моделирования бизнес-процессов организации, и если компания имеет неустойчивые механизмы, то ввод дорогостоящей системы (как минимум) не помешает процессам, а как максимум - уронит всю производительность компании. Поэтому для ввода подобных систем часто разрабатывается внутренняя модель бизнеса. А моделированием бизнес-процессов должны заниматься уже экономисты (при этом узкоспециализированные). Руководителю информационных технологий здесь делать, простите, просто нечего. Следующая проблема: выбор продуктов. Руководитель всегда будет тащить всех и вся в свою специализацию, настаивать на тех продуктах, которыми он отлично владеет. У консалтинговых компаний есть, например, специализации в виде партнерских программ (как правило, это аккуратно маскируется, однако эта проблема имеет место быть). Консалтинг имеет больше шансов правильно смоделировать бизнес-процессы, но, скорее всего, он будет тянуть одеяло в свою сторону. Эта перетяжка будет до тех пор, пока "одеяло" не порвется. Сейчас я перечислил львиную долю факторов, которые уже могут привести к провалу еще на ранней стадии внедрения ERP-системы. Я обязательно позже расскажу про риски ERP. Объясню, когда CRM-cистемы выдаются за ERP или за ERP II и т. д. Директор системной интеграцииКак правило, все технические эксперты высшего звена концентрируются на системной интеграции. Этому способствует высокая заработная плата, большие премии, обучение за счет компании. Последнее обычно идет с одним «но». Системная интеграция после обучения сотрудника зачислит его сертификат на свой счет, тем самым повышая свою конкурентоспособность. Это может выражаться как доступ к новым уровням тендеров, скидки по закупкам, получение в безвозмездное пользование оборудования и ПО, а также доступ к закрытым источникам технической информации. Средняя стоимость обучения сроком в пять дней стоит от 7 до 50 000 рублей, попытка сдачи экзамена от двух тысяч. Учитывая, что обучаться надо часто, а экзамены не всегда сдаются с первой попытки, то я считаю этот обмен вполне обоснованным. Любой из вышеперечисленных руководителей рано или поздно обратится за помощью в интегратор. Это может быть аудит инфраструктуры с целью выявления ошибок, введение инновационных технологий либо просто обращение в случае аварии, с которой руководитель не может самостоятельно справиться. Последнее, кстати, очень чревато для компании. На моей памяти был случай, когда руководитель ИТ, имеющий семилетний руководящий стаж, довел инфраструктуру до полной потери всей информации. На тот момент я работал в системной интеграции и проводил аудит системы, анализируя причины аварии. Я зафиксировал сразу три грубых нарушения, любое из которых могло бы привести к полной потери информации. Руководитель написал заявление по собственному желанию. Однако я сомневаюсь, что этот «эксперт» сейчас трудится грузчиком, тем более с его стажем работы. ИТОГ Подводя итог, хочу сразу отметить, что я не являюсь Ссылка на резюме автора |

