Должности в ит компании

Профессии в сфере информационных технологий

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

Профессии для тех, кто хочет программировать

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

Рынок в целом

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

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

Важно!

В России IT-рынок труда растет в геометрической прогрессии.

Популярные профессии IT-сферы

В последние годы профессии IT-технологий прочно удерживают первые места рейтингов популярности и востребованности.

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

Все ИТ-профессии можно условно разделить на четыре крупные группы:

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

Программист

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

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

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

Тестировщик («тестер»)

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

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

Важно!

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

Системный администратор.

Еще одна профессия, не требующая высшего образования.

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

Работа системного администратора проходит в режиме многозадачности.

Обязанности специалистов:

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

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

Системный аналитик

Этот специалист, помимо работы в сфере IT, имеет управленческие обязанности. Он составляет технические задания для программистов и контролирует их выполнение.

Обычно системный аналитик — это ИТ-специалист, «выросший» из программиста.

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

Системный архитектор

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

Работа системного архитектора не управленческая, а экспертная. Он оценивает проект, его функции и проектирует пути решения задач.

Специалист по юзабилити (UX-дизайнер, UX-аналитик, UI-инженер)

Юзабилити — английское слово, означающее удобство пользования. Аббревиатура UX расшифровывается как User eXperience, а UI — как User Interface.

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

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

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

Многие компании ищут специалистов, которые могут совмещать работу по обеим позициям.

Важно!

Для UX-дизайнера, UI-инженера образование в области программирования не так важно, как дизайнерское или психологическое.

Специалист по информационной безопасности

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

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

Специалист по обработке и хранению больших массивов данных (Data Scientist)

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

Разработчик мобильных приложений

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

Разработкой этих приложений занимаются программисты, специализирующиеся на приложениях.

Веб-дизайнер

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

Условия работы

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

Зарплаты специалистов в зависимости от должности

В целом IT-специалисты зарабатывают больше, чем другие офисные работники. В России наблюдается устойчивая тенденция: специалисты в Москве и Санкт-Петербурге зарабатывают в среднем в 1,5–2 раза больше, чем в других городах, причем зарплаты в Москве на 15–25% выше, чем в Санкт-Петербурге.

Хорошие специалисты с опытом работы ценятся еще выше:

  • Программисты зарабатывают в России в среднем 40–50 тысяч рублей, на Украине — 1900 долларов, в Казахстане — 100 тысяч тенге в месяц.
  • Тестировщики в России могут рассчитывать на зарплату в размере 40–50 тысяч рублей (в Москве от 90 тысяч рублей), в Казахстане — от 60 тысяч тенге, на Украине — от 15 тысяч гривен в месяц.
  • Системные администраторы в России получают в среднем 40 тысяч рублей, на Украине — 15 тысяч гривен в месяц, в Казахстане — 100 тысяч тенге в месяц.

Важно!

Специалисты с опытом работы 3–5 лет зарабатывают больше, чем начинающие, в 2–3 раза.

Самые высокие зарплаты у Data Scientist: в Москве начинающие специалисты зарабатывают от 65 до 80 тысяч рублей в месяц, специалисты с опытом — 150–180 тысяч рублей в месяц, а сеньор-специалисты (с большим опытом работы) — 250–300 тысяч рублей.

Самые низкие заработки у тестировщиков. Начинающие зарабатывают в Москве от 40 тысяч рублей в месяц, но специалисты с большим опытом могут получать до 160 тысяч рублей в месяц. (Для других городов России делим все зарплаты на 2 и получаем реальные цифры).

Высокие зарплаты в IT-сфере в США и странах Европы. В Германии специалисты в этой отрасли зарабатывают от 5 до 8 тысяч евро в месяц.

Кому подходит работа в сфере информационных технологий

Есть определенные черты, общие для специалистов, занятых в IT:

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

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

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

Плюсы и минусы направления

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

К минусам профессии можно отнести стрессы на работе, высокую ответственность и постоянную необходимость учиться и совершенствоваться.

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

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

Этот путь имеет много плюсов:

  • В немецких вузах высочайшее качество обучения.
  • Университеты Германии всегда в авангарде новых технологий.
  • Точные науки — «конек» немцев.
  • Благодаря большому количеству практики в процессе обучения, из стен университетов Германии выпускаются специалисты с опытом.
  • После учебы можно устроиться на работу в Германии, где более широкий выбор вакансий в IT-сфере.
  • Обучение в немецких вузах бесплатное для студентов из любой страны мира.

Советуем изучить: Подбор программ обучения в вузах Германии

Региональные особенности

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

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

IT и бизнес

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

Работа в иностранных компаниях

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

Перспективы направления

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

Как построить карьеру

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

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

Давыд Кравченко, CNews

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

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

📌 Реклама Отключить

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

ИТ-отдел

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

📌 Реклама Отключить

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

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

ИТ–управление, ИТ–компания

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

📌 Реклама Отключить

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

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

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

📌 Реклама Отключить

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

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

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

📌 Реклама Отключить

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

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

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

Должность: Cистемный администратор

Место в иерархии: Специалист

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

Должностные обязанности:

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

Должность: Руководитель проекта

Место в иерархии: Руководство
Отрасль: Интернет

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

Должностные обязанности:

  • Формулирование основных задач сотрудникам и контроль за их выполнением.
  • Координация деятельности подразделений в случае необходимости.
  • Проведение консультаций с руководством компании по ключевым вопросам.
  • Проведение встреч с ключевыми клиентами в рамках проекта.
  • Составление отчетов о проделанной работе и разработка плана развития проекта.
  • Несение ответственности за бюджет проекта.

Должность: IT-Менеджер

Место в иерархии: Среднее звено
Отрасль: Консалтинг

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

Должностные обязанности:

    Разработка стратегии развития информационных систем компании.

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

Должность: Главный программист

Место в иерархии: Специалист
Отрасль: Общее описание

Главный программист руководит рабочей группой программистов и отвечает за своевременное и качественное выполнение проектов.

Должностные обязанности:

  • Осуществление финальной сборки проекта, контроль функционировния всех разделов.
  • Участие в разработке технического задания (ТЗ).
  • В случае, если ТЗ представлено клиентской стороной, внимательное изучение всех аспектов и вынесение заключения по срокам выполнения и корректности написания ТЗ.
  • Решение технических проблем, возникающих при реализации ТЗ.
  • Выбор средств разработки

Должность: Менеджер проекта

Место в иерархии: Среднее звено
Отрасль: Интернет

Менеджер проекта работает в перспективной компании, предлагающей он-лайн сервис нового поколения всем пользователям интернета и мобильной связи.

Должностные обязанности:

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

Должность: Директор департамента информационных технологий

Место в иерархии: Руководство
Отрасль: Потребительские товары повседневного спроса

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

Должностные обязанности:

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

Должность: Менеджер проекта по автоматизации филиалов и подразделений компании

Место в иерархии: Среднее звено
Отрасль: Общее описание

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

Должностные обязанности:

  • Участие в разработке и реализации стратегии компании в области информационных технологий
  • Участие в процессе разработки и внедрения системы оперативной отчётности филиалов компании центральному офису
  • Руководство внедрением автоматизированных систем управления в деятельность подразделений компании
  • Составление и исполнение бюджета проектов по автоматизации подразделений компании
  • Отладка и экспериментальная проверка программ на отдельных этапах работ
  • Организация технической поддержки функциональных информационных систем и программного обеспечения

Должность: Customer Relations Manager

Место в иерархии: Среднее звено
Отрасль: Интернет

Customer Relations Manager работает в отделе маркетинга, может иметь несколько подчиненных (социологи, психологи, аналитики).

Должностные обязанности:

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

Customer Relations Manager должен работать с базами данных, в совершенстве владеть методами анализа больших массивов количественных данных, владеть статистическими пакетами обработки данных.

Разбираем должности IT-компании. Краткое пособие для HR

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

Кто главный в IT-компании?

Главенствующую роль в IT-компании занимает CEO (Chief Executive Officer) или Owner. Это главный исполнительный директор, высшее должностное лицо компании. Он определяет общую стратегию предприятия, принимает решения на высшем уровне и выполняет представительские обязанности.

СЕО управляет не только внутренней средой компании, но и взаимодействует с внешней. Внешняя среда — это акционеры, инвесторы, органы государственной власти, поставщики, банки и т.д.
Главный исполнительный директор принадлежит ко второму уровню управления — административному, то есть непосредственно управляет компанией. К первому уровню управления относится Совет директоров, который выбирают на общем собрании акционеров данной компании.
За разработку новых сервисов или продуктов отвечает СТО (Chief technology officer). СТО или Главный технический директор управляет процессами разработки в проектных командах, руководит обучением и повышением квалификации сотрудников, а также внедряет и поддерживает различные процессы внутри компании.
Как и все топ-менеджеры, CTO отвечает за компанию в целом, а не за какой-то ее продукт или сервис. Но, если CEO определяет, что компания делает и для кого, то задача CTO — обеспечить эффективное использование и распределение ресурсов компании, превратить выполнение проектов в контролируемые процессы с предсказуемыми результатами.
Обязанности CTO могут сильно различаться в зависимости от размера и типа компании (сервисная или продуктовая). В общем случае, chief technology officer — это исполнительный топ-менеджер, чья должность предполагает стратегическое решение научно-технических вопросов в организации и не предполагает участия в разработке конкретных задач и проектов.

Виды разработчиков над проектом

Junior Developer
Работники уровня Junior — это новички без практического опыта, которые устраиваются в компанию, чтобы его получить. Работники уровня Junior получают маленькую заработную плату, но это компенсируется получением опыта.
Junior работают в основном над легкими проектами под присмотром ментора.
Основное требование для такого уровня — способность самостоятельно выполнять технические задачи.
Developer или Middle Developer
Программист или Developer или Middle dev — это человек, ответственный за качественное и своевременное исполнение разработки информационно-программных систем, основанных на применении современных программных технологий. Программист выполняет задачи по написанию и базовому тестированию порученных ему компонентов системы. Поддерживает Junior разработчиков, занимается как архитектурой, так и модульной реализацией проектов, производит реализацию работоспособности прототипов. Кроме того, постоянно занимается самообразованием, понимает алгоритмы, процессы разработки программного обеспечения. Обладает знаниями в следующих областях: языки разметки, понимание технологии web-серверов и серверов приложений, знанием клиентских и серверных технологий, работы браузера, СУБД, операционных систем, офисных пакетов, сред разработки, профильных языков программирования, технического английского.
Senior developer
Ведущий программист – человек, отвечающий за качество и своевременность работ по разработке информационно-программных систем, основанных на применении новейших программных технологий. Обладает глубокими, структурированными знаниями и работает внутри проектной команды, совершенно не имея необходимости контактировать с представителями менеджмента заказчика. Выполняет такие работы, как детальное проектирование и создание спецификаций проектов, полностью контролирует и зачастую и самостоятельно выполняет проектирование мелких проектов и внутренних под-проектов (модулей), занимается программированием и базовым тестированием компонентов. Как правило, имеет законченное высшее образование, реже незаконченное, стаж от 3х лет в качестве developer, умеет комментировать программы, не прибегая к использованию словаря. Также ведущий программист должен разрабатывать документацию, свободно общаться на английским языком, владеть методами и инструментами анализа и проектирования, Software Engineering Process, языками разметки, глубоким пониманием клиент-сервер технологии, работ браузера, web серверов, серверов приложений, БД, ОС, офисными пакетами, может контролировать других разработчиков и ставить им задачи.

Кто работает над проектом, кроме разработчиков?

Помимо разработчиков, над проектом работают и другие специалисты, в частности, тестировщики ПО и специалисты по обеспечению качества (Quality Assurance Engineers, QA-инженеры). Границы между этими двумя должностями смазаны, однако различия все-таки есть.
Задача тестировщика — проверить готовый продукт на несоответствие требований и наличие ошибок и задокументировать найденные ошибки. А задача QA-инженера — не только непосредственно тестирование. Он планирует тестирование и анализирует его результаты, ищет способы улучшить процесс разработки ПО и предотвратить дефекты.
Таким образом, тестирование — это лишь узкая специализация в рамках QA. В компаниях с небольшим штатом QA-инженер может выполнять функции тестировщика, а в крупных компаниях эти должности часто разграничены. У QA-инженеров, как и у разработчиков, есть своя иерархия: Junior QA, Middle QA, Senior QA и т. п.
Отдельно стоит упомянуть такую должность, как QA Automation Engineer, эти специалисты занимаются автоматизацией тестирования. QA Automation Engineer — это своего рода «гибрид» QA-инженера, тестировщика и разработчика. Он должен обладать знаниями в области как ручного тестирования, так и разработки.
Также в проекте могут быть задействованы технические писатели (Technical Writers, Technical Authors). Они создают различную документацию, как внутреннего назначения, так и для конечных пользователей ПО (руководства пользователя, справочные системы и т. п.). Технический писатель должен, с одной стороны, хорошо владеть языком, с другой — разбираться в технической стороне вопроса.

Руководители, координирующие процесс

Разумеется, в каждой команде должны быть руководители, координирующие процесс. Существуют различные руководящие IT-должности, в их числе Project Manager, Software Architect, Team Lead, Tech Lead.
Project Manager (менеджер проекта) осуществляет управление проектов в целом: расставляет приоритеты, планирует выполнение задач, отвечает за организацию работы в команде, оперативное решение проблем, коммуникацию с заказчиком и т. п. По сути, менеджер проекта — не техническая должность, но знание технических нюансов необходимо, без него нельзя эффективно организовать рабочий процесс. Многие PM в прошлом были тестировщиками или разработчиками, а потом решили уйти в управление. Но случается и по-другому: на должность Junior PM берут человека без технического образования, зато с опытом менеджмента, и обучают его техническим нюансам.
Если организационная деятельность проектного менеджера направлена на менеджмент, то Software Architect (архитектор ПО) координирует именно техническую сторону процесса. Он должен иметь целостное видение будущего продукта и на его основе уметь находить оптимальные решения как с точки зрения команды, так и с точки зрения заказчика. В архитекторы ПО обычно уходят старшие/ведущие инженеры, которые не хотят отдаляться от технических задач.
Должности Team Lead (руководитель команды) и Tech Lead (технический руководитель) — это нечто среднее между проектным менеджером и архитектором. Оба выполняют и менеджерскую и техническую роли. Однако у тимлида акцент сделан на менеджмент (коммуникацию и организационные вопросы), а у технического лидера — на техническую часть.
Обычно должности Team Lead и Tech Lead занимают ведущие разработчики, которым пришла пора двигаться дальше по карьерной лестнице, но они не могут определиться, что их привлекает больше — менеджмент или техническая сторона. После некоторого времени работы в должности Team/Tech Lead специалист становится либо менеджером проектов, либо архитектором ПО.
Еще одно отличие тимлидов и техлидов от проектных менеджеров и архитекторов ПО состоит в том, что зачастую тимлиды/техлиды координируют не весь проект, а лишь какой-то его аспект. К примеру, QA Tech Lead руководит группой QA-инженеров и отвечает непосредственно за тестирование и обеспечение качества.
Для того, чтобы эффективно спланировать процесс разработки, руководителям команд необходимо знать, в чем конкретно нуждается заказчик. Сбором такой информации занимается бизнес-аналитик. Его задача — исследовать проблему заказчика и составить подробный список требований для разработчиков, то есть техническое задание. Бизнес-аналитик должен хорошо разбираться в предметной области, иметь аналитическое мышление и уметь находить общий язык как с заказчиком, так и с командой разработчиков.
Ряд должностей, которые не связаны с разработкой, например, менеджеры по продажам (Sales Managers) и рекрутеры (HR). Человек, работающий на такой должности, может не иметь технического образования, но при этом должен разбираться в технической стороне вопроса настолько, насколько это необходимо для эффективного выполнения обязанностей.
К примеру, HR может не уметь программировать самостоятельно, но он должен разбираться в базовых понятиях, чтобы суметь проанализировать резюме соискателей и понять, кого из них стоит приглашать на собеседование с техническими специалистами, а у кого шансов нет изначально. А менеджер по продажам не сможет эффективно продавать продукт, если не знаком с его особенностями и потребностями целевой аудитории.
После покупки платного раздела вы прочтете в статье:

  • Сколько на самом деле получают айтишники?
  • ТОП-5 мест, где в Минске учиться, чтобы уйти в IT

Кто есть кто в ИТ?


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

ИТ-производство для непосвященных

Кто есть кто в ИТ – эта тема для дискуссий на разных площадках. Она существует столько же, сколько вообще вся ИТ-индустрия, то есть с появления на потребительском рынке первых компаний-разработчиков софта в начале 90-х годов прошлого века. И столько же времени отсутствует единый взгляд на этот вопрос, что создает затруднения и снижает эффективность кадровой работы. Попробуем в нём разобраться.
Для меня тема производственных ролей в ИТ-сфере стала актуальна и интересна с момента моего прихода в ИТ-компанию. Мной было потрачено много времени и нервной энергии на то, чтобы разобраться в производственном процессе. Эти затраты превысили мои ожидания и затраты на адаптацию к процессам в других сферах: образовании, материальном производстве, малом бизнесе. У меня было понимание, что процессы сложны и непривычны, так как, в целом, человек более адаптирован к материальному миру, чем к виртуальному. Но было интуитивное сопротивление: казалось, что что-то тут не то, так не должно быть. Процесс адаптации занял, наверное, год, что, в моем понимании, просто космическая величина. В итоге у меня сложилось достаточно чёткое представление о ключевых ролях в ИТ-производстве.
В настоящее время я продолжаю работать над этой темой, но уже на другом уровне. В роли руководителя центра разработки ИТ-компании мне часто приходится общаться со студентами, преподавателями вузов, абитуриентами, школьниками и другими желающими поучаствовать в создании ИТ-продукта в целях продвижения бренда работодателя на рынке труда новой территории (г. Ярославль). Это общение дается непросто в силу низкой информированности собеседников о том, как организован процесс разработки программного обеспечения (ПО), и, как следствие, непонимания ими предмета беседы. Через 5 – 10 минут диалога перестаешь получать обратную связь и начинаешь чувствовать себя иностранцем, речь которого требует перевода. Как правило, среди собеседников находится кто-то, подводящий черту в диалоге и озвучивающий народный миф из 90-х: «Всё равно, все айтишники – программисты». Источники возникновения мифа таковы:

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

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

Жизненный цикл ПО как основа производственных ролей

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

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

Многообразие должностей на примере роли аналитика

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

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

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

Берём со стороны или растим?

Для крупного представителя ИТ-индустрии эффективность прямого подбора с интернет-ресурсов снижается по мере роста проектов. Происходит это, в частности, по следующим причинам: невозможна быстрая адаптация к сложным процессам внутри компании, скорость освоения специфических инструментов оказывается ниже скорости развития проекта. Поэтому HR-специалисту важно знать не только кого искать снаружи, но и как можно задействовать внутренние ресурсы компании, из кого и как вырастить специалиста.
Для бизнес-аналитиков очень важен опыт работы внутри реальных процессов предметной области, поэтому их подбор «со стороны» более эффективен, нежели выращивание внутри компании. При этом HR-специалисту важно знать перечень организаций, которые могут быть источниками этого кадрового ресурса, и при подборе сосредоточиваться на поиске резюме из них.
Для закрытия таких вакансий, как системный аналитик и архитектор ПО, напротив, процесс подготовки кадров внутри компании имеет огромное значение. Эти специалисты должен сформироваться в условиях действующей производственной среды и специфики конкретной организации. Системные аналитики (System Analyst) развиваются из бизнес-аналитиков (Business Analyst), технических писателей (Technical Writer) и инженеров техподдержки (Technical Support Engineer). Архитекторы ПО (Software Architect) — из проектировщиков (System Designer) и разработчиков ПО (Software Developer) по мере накопления опыта и расширения кругозора. Это обстоятельство позволяет HR-специалисту эффективно задействовать внутренние ресурсы компании.

Пересечение, объединение и эволюция производственных ролей

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


Пересечение ролей аналитика и инженера техподдержки возникает еще и тогда, когда поток требований на разработку идет в рамках этапа сопровождения. Возвращаясь к жизненному циклу ПО, мы видим несоответствие реальных производственных условий и формальных установок на то, что анализ требований и постановка задачи могут быть выполнены исключительно аналитиком. Специалисту по кадровой работе, безусловно, надо понимать идеальную картину ролей в рамках жизненного цикла ПО, они имеют четкие границы. Но в то же время обязательно следует иметь в виду, что возможно пересечение. При оценке знаний и навыков соискателя следует обращать внимание на наличие смежного опыта, то есть при поиске инженеров техподдержки вполне могут быть рассмотрены кандидаты с опытом аналитика и наоборот.
Помимо пересечения часто наблюдается объединение производственных ролей. Например, бизнес-аналитик и технический писатель могут существовать в одном лице. Наличие архитектора ПО (Software Architect) обязательно в крупной промышленной разработке, в то время как совсем небольшие проекты могут обойтись без этой роли: там функции архитектора выполняют разработчики (Software Developer).
Смена исторических периодов в подходах и технологиях разработки неизбежно приводит к тому, что жизненный цикл ПО тоже эволюционирует. Глобально, конечно, основные его этапы остаются неизменными, но происходит их детализация. Например, с переходом на Web-решения и ростом возможностей удаленной настройки появилась роль специалиста по настройке ПО. На раннем историческом этапе это были внедренцы, то есть инженеры, которые большую часть рабочего времени проводили на рабочих местах клиентов. Возросшие объемы и сложность ПО привели к появлению роли архитектора ПО (Software Architect). Требования к ускорению выпуска версий и повышению качества ПО способствовали развитию автоматизированного тестирования и появлению новой роли – QA-инженера (Quality Assurance Engineer) и т.д. Эволюция ролей на всех этапах организации производственного процесса значительным образом связана с развитием методов, технологий и инструментов.
Итак, мы рассмотрели некоторые интересные моменты, касающиеся распределения производственных ролей внутри компании-разработчика ПО в контексте жизненного цикла ПО. Очевидно, что это взгляд изнутри, который специфичен для каждой компании. Для нас всех как участников рынка труда ИТ-отрасли и ответственных за продвижение бренда работодателя особенно важен будет и взгляд снаружи. И вот здесь существует большая проблема не только в поиске смыслов, но и в донесении этой информации до целевой аудитории.

Чем плох «зоопарк» ИТ-должностей?

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

Можно ли привести всё к общему знаменателю?

Можно ли унифицировать производственные роли и прийти к единому пониманию их изнутри и снаружи компании?
Конечно, можно и нужно, потому что накопленный коллективный опыт всех предприятий-разработчиков демонстрирует наличие общих, объединяющих концепций организации производственного процесса. Это следствие того, что все-таки есть однозначно всеми трактуемое понятие жизненного цикла ПО, и вновь появляющиеся производственные роли (DataScientist, QA-Engineer, MachineLearning Engineer и т.д.) являются следствием уточнения и развития жизненного цикла ПО как такового, происходящих с совершенствованием технологий и инструментов, а также с развитием и укрупнением бизнес-задач.
В то же время, затруднительно унифицировать производственные роли, потому что ИТ – одна из самых молодых и бурно развивающихся отраслей экономики. В некотором смысле это хаос, из которого возникла вселенная. Четкая организационная структура здесь невозможна и неуместна, потому что ИТ – это интеллектуальная, но очень творческая сфера. С одной стороны, айтишник – это «физик»-интеллектуал с развитым алгоритмическим и математическим мышлением, с другой стороны, это «лирик»-творец, носитель и продвигатель идей. Он так же, как и художник, не имеет четкого плана написания картины, не может разложить образ на части, так как последний перестанет существовать. Он повелитель информационных процессов, которые сами по себе абстрактны, неосязаемы, трудноизмеримы, но стремительны.

Пути построения эффективной кадровой работы в ИТ-производстве

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