Айти технологии что это такое профессия
Какие ИТ-специальности наиболее востребованы сегодня — мнение эксперта
Об авторе: Алена Дядченко — руководитель отдела разработки и product owner платформы для эффективного онлайн-взаимодействия Granatum. Карьеру в ИТ начинала с менеджера проекта, затем ушла в разработку и QA с фокусом на тестирование usability. В настоящее время курирует развитие продуктовой линейки, работает с клиентами, координирует техподдержку, и отношения между бизнесом и разработкой.
Предлагаю взглянуть на основные запросы современного рынка к востребованным ИТ-специальностям, которые я объединила в четыре блока:
Программирование и классическая разработка
ИТ-профессии: frontend- и backend-разработчики, мобильные разработчики, разработчики приложений.
Hard skills и профессиональный опыт: глубокие знания технологических стеков, языков программирования, архитектуры и инфраструктуры сетей, навыки работы с базами данных, определенным программным обеспечением и фреймворками, опыт в реальных проектах.
Где получить? Классическое университетское ИТ-образование в России далеко не всегда идет в ногу с последними трендами и технологиями. Поэтому при подборе в команду работодатели в первую очередь обращают внимание на кандидатов, которые имеют за плечами реальный опыт. За интересными практическими задачами и профессиональным развитием ребята приходят в open-source во время обучения в вузе и даже раньше. Например, у нас в команде есть сотрудники, которые участвовали в таких проектах и писали код с 12 лет.
Soft skills и метанавыки: гибкость, готовность самостоятельно осваивать необходимые навыки, коммуникабельность, умение донести свою позицию и работать в команде.
Как развивать? Стереотип о том, что разработчик — это волк-одиночка, который трудится сам по себе за закрытой дверью, уходит в прошлое. Компании уже осознали, как важны гибкие навыки, а особенно умение взаимодействовать с коллегами, для слаженной работы всей команды и достижения результата. Развить эти навыки помогают активное слушание, открытость, умение задавать вопросы, осознание единой цели с собеседником и признание значимости точки зрения другой стороны.
ИТ-сфера развивается стремительно: одни языки программирования сменяются другими, а актуальный технологический стек через несколько лет становится устаревшим. Да и сами области применения ИТ-технологий постоянно расширяются. Поэтому специалистам нужно быть готовыми к обучению длиною в жизнь (lifelong learning) и к быстрой адаптации имеющихся знаний и навыков к новым требованиям.
Сейчас популярность набирает концепция T-Shaped, когда эксперт разбирается не только в своей основной области, но и в других, свободно поддерживая общение с профессионалами на базовом уровне. Они надежно прикрывают фронты, помогая минимизировать так называемый «bus factor», когда потеря одного из участников проекта могла бы поставить под угрозу его завершение.
Development Operation (DevOps)
ИТ-профессии: DevOps-инженеры.
Hard skills и профессиональный опыт: глубокие знания технологических стеков, языков программирования, системного администрирования, архитектуры сетей, опыт работы в ИТ-инфраструктуре, сфере информационной безопасности и тестирования систем, знание отраслевого законодательства в мире и в конкретной стране (например, европейский GDPR — General Data Protection Regulation, общего регламента защиты персональных данных).
Где получить? Специализированные российские или зарубежные курсы по DevOps и GDPR — например, от школы DevOps, GeekBrains или Udemy, а также самообразование — профессиональная литература и веб-ресурсы, личные блоги лидеров отрасли, тренинги и конференции.
Soft skills и метанавыки: готовность самостоятельно осваивать необходимые навыки, коммуникабельность, умение донести свою позицию и работать в команде, критическое мышление.
Как развивать? Про коммуникабельность и lifelong learning мы уже говорили выше. Чтобы прокачать критическое мышление, необходимо постоянно расширять свой кругозор, не боясь вникать в смежные отрасли, задавать уточняющие вопросы, извлекать пользу из своих ошибок, адекватно оценивать не только чужие действия и результаты, но и, прежде всего, свои.
Тестирование, аналитика и дизайн
ИТ-профессии: QA-инженеры, аналитики, веб-дизайнеры, UI/UX (дизайнеры, райтеры), дизайнеры продуктов.
Hard skills и профессиональный опыт: знания технологических стеков и языков программирования, web-дизайна, основ проектирования, опыт создания прототипов, работы со специализированным программным обеспечением, понимание построения структуры портала и пути пользователя.
Так как в этой группе собраны разные профессии, то и перечисленные hard skills нужны не для всех. Например, знание технологических стеков и программирования необходимы только специалисту по автоматизированному тестированию (QA automation engineer), а web-дизайн — дизайнеру.
Где получить? Специализированные курсы — как зарубежные, так и российские. Практический опыт можно получить в массовых тестах, которые за символическую оплату периодически устраивают разные компании. И, разумеется, самостоятельный lifelong learning, без которого сейчас не обойтись практически ни в одной сфере.
Soft skills и метанавыки: критическое и креативное мышление, коммуникабельность и умение работать в команде, ответственность, самостоятельность, внимательность, терпение и способность аккумулировать опыт, полученный из разных источников (обратная связь, статьи, соцсети, личная практика).
Как развивать? Разберем на примере креативного мышления. Чтобы прокачать этот навык, нужно не бояться экспериментировать и выходить за рамки, а также всегда искать несколько альтернатив привычному пути. В моей команде есть много музыкантов — и профессионалов, и любителей, а один из наших веб-дизайнеров раньше был инженером военных самолетов: «физика» и «лирика» прекрасно уживаются в одном человеке и помогают мыслить нестандартно.
Важно и умение постоянно придумывать что-то новое и «перепридумывать» — себя в том числе. Еще одна из моих коллег успела поработать юристом, фотографом, графическим дизайнером, завучем в школе, барменом, тату-мастером, вожатой — и не планирует останавливаться. Постоянно меняя род занятий, она расширяет кругозор, делает то, что любит, экспериментирует, развивается — и точно не останется без работы, куда бы ни повернулся рынок.
QA и UI/UX — одни из самых доступных направлений для входа в профессию. Эти специалисты находятся в тесной связке с разработчиками.
Карьерный рост в ИТ: руководящие должности
Scrum Master, Product Owner, менеджеры проектов (Team Lead)
Самая распространенная организационная структура в ИТ — матрица: такое количество команд и проектов редко можно встретить в других областях. Как правило, в проект входят разные специалисты, и любой участник команды может стать Team Lead или Scrum Master. От них во многом зависит то, на какие этапы и составляющие разложить большую и сложную задачу с многоходовыми связями, как расставить приоритеты и правильно организовать работу. А в product owner можно вырасти из QA, аналитика или UX.
Hard skills и профессиональный опыт: знание и понимание инфраструктуры и технологического стека по направлению, опыт администрирования и контроля исполнения задач, управления разработкой и владение соответствующими инструментами и техниками (например, kanban или scrum), специфические знания в agile или других фреймворках, навыки управления людьми и проектами, знания и опыт построения продуктов, понимание организации бизнес-процессов и рынка.
Где получить? Специализированные зарубежные курсы, самообразование (конференции, тренинги, профессиональная литература, блоги и соцсети практиков — лидеров отрасли). Зачастую руководителями проектов становятся члены команды, проявившие себя не только как профессионалы, но и как хорошие организаторы.
Soft skills и метанавыки: лидерские качества, коммуникабельность, стрессоустойчивость, ответственность, системный и последовательный подход, навыки самообучения и стремление к профессиональному развитию, осознанность, стратегическое планирование, постоянное развитие и проактивность.
Как развивать? Руководителям важно быть по-настоящему жадными до информации. Следите за трендами, продуктами, лидерами мнений и практиками в вашей области. Лично я как product owner подписана на Ивана Замесина, Михаила Карпова, Илона Маска, а также изучаю разные фреймворки и концепции (к примеру, теорию поведения пользователей «jobs to be done» и прочие), которые помогают сделать работу эффективнее.
Руководитель — это тот, кто берет на себя ответственность за решения, ведет команду, мотивирует, создает культуру общения. Для развития soft skills в области управления можно пройти различного рода тренинги: правила обратной связи, лидерские качества, навыки публичных выступлений, командообразование и так далее. Также полезными будут курсы по ТРИЗ (теории решения изобретательских задач) и фасилитации. Эти навыки можно применять при разработке креативных решений и для сплочения коллектива.
Работу в команде можно сравнить с системой сообщающихся сосудов: если где-то пережали канал — нарушается циркуляция везде. Задача Scrum Master, Team Lead и любого руководителя — улавливать настрой команды и вовремя выявлять нарушение процессов. Прохождение тренингов по agile, scrum, kanban помогают раскладывать систему по полочкам и держать руку на пульсе.
Руководитель гильдии
В матричной структуре кроме иерархической лестницы в мини-командах есть также руководитель гильдии. Гильдия — это горизонтальная линия матрицы, включающая всех специалистов одного направления (например, frontend). Ее руководитель отвечает за комплексное видение и развитие каждого профессионала. Такой человек может состоять в одной из команд и одновременно возглавлять гильдию, координировать единообразие всей системы методов и отвечать за общую эффективность направления. Его задача — обеспечить применение максимально эффективных методов на каждой стадии проекта или продукта с последующим обсуждением результатов с CTO и руководителями других гильдий.
Hard skills и профессиональный опыт: специальные знания в рамках того технологического стека, в котором работают члены гильдии, навыки управления процессами и проектами.
Где получить? Специализированные курсы по направлению и самообразование — тренинги, курсы, отраслевые веб-ресурсы.
Soft skills и метанавыки: коммуникабельность, системный и последовательный подход, инновационное мышление, целеустремленность, самомотивация.
Как развивать? Развить инновационное мышление, способность видеть и действовать вне рамок помогут решения в области R&D (research and development) или рефакторинг (переработка исходного кода, чтобы он стал более простым и понятным). Также полезно участие в хакатонах, диджитонах, прохождение курсов и тренингов по ТРИЗ. Помните, что к успешным открытиям приводят только 30% R&D-проектов, поэтому не позволяйте неудачам вас демотивировать. Каждая ошибка — это еще один шаг к победе.
Также талантливые ИТ-специалисты могут вырасти до директора по продукту и технического директора. Но это — тема для отдельного материала.
Всем, кто хочет сделать успешную карьеру в ИТ, я советую никогда не останавливаться на достигнутом, а любую неизвестную или, наоборот, хорошо знакомую задачу воспринимать как возможность для роста и развития. И еще одна дружеская рекомендация: если хотите стать звездой в ИТ, забудьте о внутренних границах и начинайте действовать. Залог успеха — постоянное развитие и умение всегда делать на три шага больше, чем требуется на текущей позиции.
IT профессии
Как выбрать IT профессию
Современный офис не может обойтись без компьютера и без IT — специалистов — в просторечии АйТи. Что это за специалисты? Они делятся на айти-специалистов, кто занимается компьютерным оборудованием и тех, кто занимается программным обеспечением для компьютеров. Первые — системный администратор и инженер-разработчик компьютерного оборудования. Ко вторым относятся: программист, разработчик САПР, разработчики сайта.
Разработчик сайта знает механизмы работы Интернет. Среди тех, кто разрабатывает сайт — есть веб-дизайнер, веб-программист. Если сайт уже создан, то им занимается руководитель интернет-проекта или менеджер интернет-проекта. Его задача — упралять всей системой управления сайтом,администратор сайта, модератор сайта, редактор контента сайта. Интернет-магазин это тоже интернет-проект. Но есть громадные интернет-порталы, которые посвящены информации того или иного рода. Каждая компания СМИ имеет собственный сайт и коллектив сотрудников — веб-программисты, веб-дизайнеры, администратор сайта и контент-менеджер. Отдельно отметим специалистов по SEO — специалист по оптимизации сайта и продвижению сайта, есть аналитики сайта, аудиторы сайта. Программное обеспечение, ПО, разрабатывается для бизнес-процессов компаний различного профиля: для компаний связи, для компаний транспорта, для производственных компаний. Цель таких программ — автоматизация процесса управления производством — АСУТП. Разработатанные программы проверяет тестировщик программ. Это востребованная профессия среди профессий АйТи. Для управления документооборотом компании применяют ERP-системы. В связи с этим востребованы программист 1C и SAP-программист.
Наконец, крайне востребованными на рынке AйТи специалистов являются спецы по средствам защиты информации. Защита информации нужна каждому банку, каждой фирме, каждому госпредприятию. Разработка методов защиты информации суперинтеллектуальная и сверхнужная работа. Если вы приобретете такую АйТи профессию — вы будете обеспечены работой и деньгами на всю жизнь и сможете жить в любой стране.
Кто есть кто в ИТ?
На современном этапе развития промышленной разработки программного обеспечения можно наблюдать многообразие производственных ролей. Их число растет, классификация усложняется с каждым годом, и, естественно, усложняются процессы подбора специалистов и работы с кадровым потенциалом. Информационные технологии (ИТ) – это сфера высококвалифицированных трудовых ресурсов и кадрового дефицита. Здесь процесс выращивания кадров, необходимость планомерной работы с кадровым потенциалом бывают значительно эффективнее прямого подбора с помощью интернет-ресурсов.
В статье рассматриваются вопросы, актуальные для специалистов по работе с персоналом ИТ-компаний: причинно-следственные связи в эволюции производственных ролей, последствия неверного толкования содержания ролей для кадровой работы в целом, а также возможные варианты повышения эффективности подбора специалистов.
ИТ-производство для непосвященных
Кто есть кто в ИТ – эта тема для дискуссий на разных площадках. Она существует столько же, сколько вообще вся ИТ-индустрия, то есть с появления на потребительском рынке первых компаний-разработчиков софта в начале 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-специалист должен развивать не только навыки прямого поиска, работы с анкетами и интервьюирования, но и обязательно ориентироваться в среде вузовской подготовки специалистов: какие вузы готовят кадры для компании, какие специальности внутри конкретных вузов закрывают кадровые потребности, и, что важно, кто за этим стоит, кто руководит и осуществляет подготовку специалистов в вузах.
Таким образом, если целенаправленно развенчивать миф о том, что все айтишники – это программисты, необходимо проделать целый ряд шагов в этом направлении и обратить особое внимание на наши вузы, где закладываются основы восприятия будущей профессии. Другими словами, нужно постоянное взаимодействие с образовательной средой, например, с использованием современного формата совместной работы в коворкинг-центрах, «точках кипения», участия в образовательных интенсивах. Это позволит разрушить неверные представления об ИТ-предприятии, повысит эффективность кадровой работы и создаст условия для совместной деятельности при подготовке разных специалистов нашей отрасли.
Выражаю благодарность коллегам, принявшим участие в подготовке и поддержке актуальности этой статьи: Валентине Вершининой и Юрию Крупину.