В начале 2022 года дефицит кадров в российском IT оценивался на уровне миллиона специалистов, сообщали «Известия» со ссылкой на заявление вице-премьера РФ Дмитрия Чернышенко. С тех пор ситуация сильно изменилась, причем не в лучшую сторону. В марте 2022 года за рубеж уехали от 50 до 70 тыс. IT-специалистов, по оценкам РАЭК. В апреле прогнозируется отток уже до 70–100 тыс. разработчиков.
Проблема серьезная, о ней знают на высшем уровне и принимают экстренные меры. IT-компании освободили от проверок и уплаты налога на прибыль, специалистам по IT пообещали предоставить отсрочку от призыва в армию. Возможно, это кого-то удержит от поспешных решений или даже мотивирует вернуться обратно.
При этом уже звучали призывы не выпускать программистов из России, однако власти их опровергли. Но в условиях неопределенности могут засобираться даже те, кто раньше уезжать не планировал.
К этому нужно добавить, что эмиграция в IT называется куда более мягким термином «релокация». Программистам не приходится самостоятельно решать все вопросы, связанные с поиском новой работы, оформлением документов, переездом. Зачастую это сервис под ключ. В релокацию может входить подбор жилья на выбор, абонемент в фитнес-зал, детский сад или школа для детей, медицинская страховка. Ничего похожего на трудности и риски, с которыми сталкиваются представители других профессий.
Наконец, специалистам по IT необязательно покидать страну физически, чтобы перестать представлять Россию на рынке. Они могут работать удаленно на зарубежные компании — в штате, вне штата, как фрилансеры или участники стартап-команд. Тут много разных вариантов, а обход технических ограничений входит в базовые компетенции программистов.
Все это означает, что HR-ам стало категорийно сложнее привлекать кадры в отечественные IT-компании и проекты. Да еще на фоне объективно растущей потребности рынка. С уходом западных брендов из России, разрушением старых логистических и финансовых цепочек задач у IT стало больше, чем когда-либо ранее.
Похоже на идеальный шторм. Теперь любые ошибки могут стать фатальными, а для выживания нужно действовать предельно эффективно. Разберем обе стороны вопроса.
Каких ошибок избегать при найме программистов
Прежде всего, есть основания пересмотреть все прошлые планы. Возможно, найм разработчиков продолжается в рамках проектов, которые скоро будут закрыты. В таком случае, нужно как можно быстрее прекратить тратить ресурсы на бесполезный хантинг, собеседования, онбординг.
Далее, сейчас меняется то, что принято называть IT-ландшафтом. Обязателен пересмотр всех технологических решений, проверка их работоспособности в новых условиях. Нужно оценить смену площадок, сервисов, фреймворков. Иначе есть риск найти одних сотрудников, а для работы понадобятся другие.
Частая ошибка — искать кадры «на вырост». То есть с переплатой за навыки, которыми прямо сейчас вы пользоваться не собираетесь. Раньше такие действия вели к перерасходу бюджетов, сейчас угрожают стать фатальными.
Может показаться, что главный принцип теперь заключается в тотальной экономии. Но это другая крайность, возможно, еще более опасная.
- Нет смысла выбирать кадры по цене — это означает отрицательную селекцию, способ собрать худших кандидатов на рынке.
- Опасно нанимать тех, кто готов выйти хоть завтра — интересно, как это получилось, что человек с одной из самых дефицитных специальностей сидит без работы на пике спроса.
- Экономить на специалистах по кадрам или HR-агентстве тоже глупо — так вы потратите больше ресурсов с меньшими результатами. Еще и дольше, что тоже может быть критичным.
- Брать только конечных исполнителей в надежде, что они сами как-то координируются для решения задач — очень наивно и недальновидно. Нужна полная иерархия, включая IT-архитектора, тимлида и далее по списку.
Кстати, возможно, обращение к аутсорсу будет эффективнее. Тем более что сотрудничество с компанией по многим причинам проще поставить на паузу, видоизменить, масштабировать. В конечном счете нужны не разработчики, а определенные результаты в виде IT-решений.
Поэтому стать абонентом облачного сервиса — одна из альтернатив созданию и развитию собственной команды разработчиков. Как правило, главным контраргументом такого подхода были стратегические соображения. Но кто сейчас может планировать на годы вперед?
По этой же причине уже не приходится говорить о выращивании кадров чуть не со школьной скамьи. Весь институт стажировок – в зоне риска. Слишком легко вложиться в чей-то трамплин для релокации. Как только сотрудник получит базовые знания и (с вашей помощью) первый проектный опыт, он может подаваться в зарубежные компании или просто поехать на свой страх и риск, в надежде устроиться через какое-то время.
Про то, что IT дает особые возможности для эмиграции, сейчас в курсе абсолютно все. В том числе люди, далекие от разработки. Одни просто хотят «узнать больше», другие ищут вход в профессию. Могут быть и случаи с подлогами дипломов, фиктивным опытом, отзывами. Все нужно проверять.
Что можно сделать для удержания IT-кадров
Допустим, все-таки получилось разыскать нужных разработчиков. Или они уже у вас работают, но в любой момент могут уйти – а это касается всех кадров, в том числе ключевых и проверенных сотрудников, которые много лет верой и правдой доказывали свою лояльность. Только бывает, что такое впечатление могло сложиться в так называемые тучные годы, пока все шло хорошо.
Речь не только о деньгах. Идея «перекупить» ценного специалиста часто проигрывает другой, более тонкой мотивации. На невыгодные предложения кидаются высококвалифицированные кандидаты, у которых просто нет выбора.
По оценке Recruitment Centre Innopolis, топовые разработчики в России получают уже до 500 тыс. руб. в месяц, и все говорит о том, что их требования в дальнейшем будут только расти. Это только вершина айсберга по ожиданиям. Сейчас никому не интересен космический дизайн офиса, улетные корпоративы, даже медицинская страховка со стоматологией. В топе гарантии:
- Гарантии сохранения доходов. В привязке к конвертируемой валюте и безотносительно к курсу рубля, ограничениям, проблемам с банками и т.д.
- Гарантии стабильности бизнеса. Нужны доказательства того, что компания не обанкротится, сохранит клиентов, доходы и сможет выполнять свои обязательства.
- Гарантии прозрачности. Если у компании (или отрасли) что-то пойдет не так, сотрудники должны узнавать об этом не из новостей, а от руководства. Откровенно, исчерпывающе, с вариантами решений и конкретных действий по преодолению сложностей.
Ситуация с кадрами в российском IT развивается от плохого к худшему. Не все руководители готовы признать такую зависимость, не каждый способен менять подходы и вести себя иначе. Наконец, мало кто вообще понимает, что сейчас делать. Но разработчики не любят работать в компаниях, которые ведут себя как стартапы, а по факту ими не являются.
Высокие риски стартапов уравновешиваются опционами и перспективами. Есть ненулевой шанс заработать кратно, на порядки больше. Снискать славу первопроходцев, которые стояли у истоков новой технологии или «единорога».
Если обычный (с точки зрения разработчиков) бизнес приходит к сопоставимому уровню рисков, но при этом ничего из преимуществ не добавляет — это приговор. Поэтому неважно даже, есть ли реальные основания для уверенности, владельцы и руководители компаний просто обязаны излучать спокойствие, раздавать гарантии, а также неукоснительно их соблюдать.
Можно разогнать рекламщиков, а через неделю набрать новых. Уволить всю бухгалтерию, потом передумать и взять обратно — хоть тех же самых. Но в случае с IT все шаги – последние. Второго шанса не будет.
Более того, нужно прилагать осознанные усилия к тому, чтобы избежать косвенных сокращений. Например, в нарочно гипертрофированных примерах с кадровой деспотией по другим специальностям нужно тогда уж прямо и заранее сказать программистам, что их это ни в коей мере не касается. Иначе каждый примерит на себя, и многие займутся сменой работы, даже если сокращения были сделаны как раз для высвобождения ресурсов на содержание IT.
Как быть с удаленкой
Еще одна сложная тема — удаленка. С одной стороны, за время пандемии самые консервативные компании убедились в том, что удаленно работать можно. Многим это понравилось, возвращаться в офис торопятся не все. Однако полностью оставлять ценных сотрудников дома или непонятно где слишком опасно.
В худшем случае они могут до последнего создавать впечатление, что трудятся в вашей компании. Выполнять задачи и созваниваться из Грузии, Армении, Турции. А потом коротко проинформировать о том, что уже обустроились на новом месте, спасибо, до свидания.
Кроме того, всегда возникает соблазн работать на 2-3 работах одновременно, что удаленно сделать не так сложно. Нет смысла перечислять, почему такое недопустимо.
Что же делать? Запретить нельзя разрешить — где тут поставить запятую, не очень понятно. Возможно, оптимален смешанный стиль работы. То есть по большей части онлайн с обязательными окнами для созвонов, плюс регулярные встречи «в реале».
Разумеется, встречи должны быть не формальным тимбилдингом и тем более не скучными совещаниями. Только по делу или для настоящего отдыха.
Все это дополнительно поднимает и без того высокую планку требований к HR, руководству, бизнесу в целом. Начиная с онбординга и далее везде все должно происходить как на образцово-показательном стенде. Не слишком ли много программисты возомнили о себе, почему все должны под них подстраиваться?
Just business, ничего личного. Пока действуют капиталистические принципы, приходится учитывать спрос и предложение, а также другие факторы рыночной экономики. Если позже программистов будут делить по распределению из вузов, а потом передавать из одной компании в другую как оборудование или мебель — тогда в административном плане все станет гораздо проще. А в айтишном закончится, наверное. Потому что вся IT-индустрия выросла на других принципах.
Читайте также:
да конечно) Российский например журналист даром никому не нужен в европе - а айтишник везде айтишник, хоть в буркина - Фасо. Поэтому уехать могут только те, кто ТАМ нужен. Либо готов со своим МБА идти в макдональдс да и то при знании языка страны переезда.
Это ещё не самое весёлое. Мне однажды пришлось человеку долго и упорно разъяснять тему "Закон Ома для полной цепи". А ведь всего лишь, он интересовался из-за гальваники - хотел узнать, что важнее, напряжение или сила тока.
Тоже отхватил хандженства и эйджизма по началу - сразу сказал ему, чтобы засунул в задницу свои тупые стереотипы о "жертвах ЕГЭ", "неправильной школьной программе", "неправильной вышке", даже вспоминать противно. Зато разговорчивым оказался, и в итоге всё таки адекватным человеком - понял, что сам в теме ни черта не разобрался, пробежались вместе по тому что он делал не так, и я ему порекомендавал годной литературы.
Мораль: Для любой, даже самой трудной двери, всегда найдёшь подходящий ключик.
Для ответа на вопрос "что важнее?" нужно уже к философскому учению обращаться...
Для меня "плевком в душу" было, когда в общем-то нормальный инженер (не электроприводчик) двигатель постоянного тока "для простоты" заменил резистивным эквивалентом, рассчитал величину в Омах исходя из измененных напряжения и силы тока, и далее продолжил свои расчёты для моделирования установки...
Иногда проще сделать пролом и альтернативную дверь рядом установить...
Спасибо что обозвали, но из вашего поста явно следует, что вы явно не в теме. Биржи фриланса - конечно хорошо, когда вам надо подправить сайтик или интернет-магазинчик, таких ресурсов много. Проблема с исполнителями способными справиться с этой чепухой проблем нет никаких, есть только проблема в их ожиданиях по оплате и самое главное, что подобного рода исполнители никому не нужны "там", у этих людей в подавляющем большинстве крайне низкий уровень компетенций, в чем лично много раз убеждался.
Говоря об оттоке специалистов, все переживают о реальных специалистах, а не самоучках, которые прочли пару статей в инете, окончили курс по программированию при Специалисте и теперь возомнили себя программистами. Эти люди сколько учились, на столько же сложные задачи и могут выполнять, т.е. нулевой сложности.
У меня в проекте 800МВ кода, из которых 280МВ допилиного чужого кода под нужды проекта, 68MB собственно кода самого проекта, под управлением этого кода находится баз данных больше чем на 4TB и более 70 серверов в разных ролях. На ознакомление и вхождение в проект отводится 6-8 месяцев, первый реальный выхлоп получается через 3-4 месяца, а реально в проекте чел начинает ориентироваться через 1-1.5 года, если через полгода не сбежит. Вы реально думаете что кто-то с биржи фриланса, с парой сертефекатов от Специалиста сможет выполнить хоть какую-то задачу в таком проекте, особенно при условии того, что на постановку и приемку задачи будет потрачено времени хотя бы столько, сколько надо на ее реализацию?, а еще какой нормальный руководитель допустит каких-то случайных шаромыжников в крупный проект. Отмечу отдельно, что я не хотел похвастаться объемами и размерами, это у нас один из 4 проектов, а мы сами всего лишь торгово-производственная компания не дотягивающая до уровня среднего бизнеса. Исходя из параметров проетка у такой компании, можете представить параметры проектов компаний, у которых проект является не обслуживающей бизнес компонентой, а основным средством заработка.
Все переживают о потере специалистов именно способных работать в таких проектах, а не о тех, кого можно заменить вчерашними крестьянами из Индии и Китая, завезя их по цене 100 баксов пучок. Специалистов необходимых на наш проект, мы ищем годами, если за год бывает 2-3 резюма и одного взяли, год считай что удачный выдался и так оно уже последние лет 8, а 10 лет назад можно было дать ЗП чуть больше рынка и выкабениваться в своем выборе, этот отвечает не уверенно, этот пришел в мятой рубашке и т.д.
У технарей понимание терминологии важнее, чем знание Библии для священников.
Скорее к фундаментальным вопросом, но собственно с них научная теория и начинается.
Ха-ха... И в чем же он вас так оскорбил? Умный инженер. Ведь характеристики этого резистора, в том числе неленейность, определяются характеристикой предложенного электродвигателя. Хороший пример, как человек умеет грамотно манипулировать математической моделью и уже предпологаю, что умело применять особенности MathLab. Редкое качество среди инженеров - такое ценить дороже золота нужно.
Или выбрать соседнюю приоткрытую дверь. Они же в коридорах судьбы всё равно где-то пересекуться.
Как бы в подтверждение Ваших слов:
К концу февраля 2022 г., по данным HeadHunter, на одну вакансию ИТ-специалиста приходилось два резюме, тогда как в среднем по рынку этот показатель составляет 5,6. Но уже к концу марта ситуация начала стремительно меняться. Количество ИТ- вакансий уменьшилось на четверть, тогда как число претендентов выросло на 15%. А рост по сравнению с началом 2021 года составил 58%. В итоге количество соискателей достигло трех на одну вакансию.
При этом ситуация становится все более драматичной. Не у дел в первую очередь оказываются те, кто работал в ушедших с российского рынка иностранных компаниях. В большинстве таких компаний в России работали специалисты по продажам и внедрению, свои центры разработки имели далеко не все. Но с другой стороны, некоторые представители российских компаний заявляют, что благодаря этому массовому исходу им удалось привлечь просто уникальных специалистов. Да и хороших внедренцев, продажников или специалистов по предпродажной подготовке тоже найти было не так просто, и тут довелось, причем не раз и не два, слышать от представителей российских компаний, что в последние недели удалось найти таких сотрудников, которых раньше приходилось искать чуть ли не годами.
https://www.comnews.ru/content/219695/2022-04-11/2022-w15/proficit-aytishnikov
Вы там ни разу не были, а уже делаете сомнительные выводы. "Сам не видел, но осуждаю", как типично для такого маленького человека. Вы оскорбили меня ещё больше таким лицемерным заявлением.
Во первых, самоучки книги читают, а не статьи. Статьи они наоборот пишут, при чем часто значительно качественный чем любой корпоративный блог.
Во вторых, опыта люди набираются в собственных творческих проектах не меньше, чем в коммерческих компаниях, а часто значительно больше. Я могу привести наглядный пример, при чем в виде интервью порядка 5 человек, где каждого ограничела именно социальная среда в возможностях для коммерческой самореализации.
В третьих, никакие курсы самоучки не оканчивают. И более того, их привлекают не через "воронки продаж" и псевдоинтервью, а напрямую по рекомендациям.
И наконец, "нулевой уровень" управленческого дальновиденья прекрасно показали вы, Михаил. У меня третий уровень, когда приходил был 1-й, но только здесь я узнал, что существует нулевой уровень.
Вообще-то количество кода измеряется количеством строчек кода, а сложность глубиной и ветвистостью файлов проектов и связей между ними.
Маловато для видеохостинга. Окей, опущу какого деликатного содержания.
Я на Хабре видел интересней историю. Если у кого будет ещё интерес, то приведу цитатой.
Вот там действительно мощный проект, аж с таким удовольствием на это смотрел, что скупая слеза коллеги-инженера прошла. Ни документации, ни схем, только голая функциональность, инструменты для сбора данных, и живой исследовательский интерес.
Качественней было бы обратиться в университет или институт на кафедры ИКТ и подобные, но увы, такие люди как вы, Михаил, напрочь не переносите высшее образование.
Я думаю, что на бирже фриланса вы скорее его найдёте, и уже с ним будет повод пообщаться, а там и сделать привлекательное предложение, при условии что он будет работать либо как внештатный специалист, либо по договору подряда с вашей организацией или контракту, как обычно подписывают наёмные директора.
Нанимали же программистов в начале 2000-х, как подрядчиков, и они спокойно без всяких там сложностей делали свою работу. Я уже как-то рассказывал один из таких случаев, который сильно повлиял на меня. Если нет, то расскажу в отдельном комментарии.
Вас "нормальным" руководителем не назовёшь. Даже рукой водителем, и то с нятяжкой.
Михаил, не надо стесняться своих комплексов. Все мы тут понимающие люди.
Я поступаю проще. Я не складываю все яйца в одну корзину.
То есть не создаю из CRM огромный монолит, а разделяю её функционал на группы. И самое главное - не ограничиваю поле деятельности персонала только возможностями CRM, в которой им приходится работать.
Вы сами себе выбрали такую карму. В мире и в природе выигрывает более гибкий, а вы ещё ограничиваете итак малюсенькую гибкость своими абсурдными придирками. У вас итак выбора нет, а вы ещё люто ненавидите всех тех, кто в чем-то хоть немного не соответствует вашим вкусам и ожиданиям.
Цитата из того же источника:
К слову о том, насколько менеджеры слепы, как В.В.П. в своём бункере.
Правительство уже 4 года как продвигает национальный проект "Демография", на который в этом году рекордный спрос. Онлайн-школы продвигают множество курсов повышения квалификации и переквалификации. Уже давно существует сотни книг об Linux-ах и не говоря уже о том, что у нас в стране одно из самых больших в мире сообществ адептов Linux.
Выводы каждый делает сам. Я считаю, что давно уже пора отказаться кормить неэффективный сектор госкомпаний, уменьшить барьеры для конкуренции и развить такую адскую конкуренцию, что все эти корпоративные шавки даже полаять об дефеците кадров более не посмеют.
Они как сказал один граммотный человек: "Они не отчаянно нуждаются в работниках, я думаю, что они просто скучают по своим рабам". (original: "58 applications says y'all aren't desperate for workers, you just miss your slaves.")
Александр, если Вам вдруг придётся что-то делать для управления электродвигателями - подтяните "матчасть"... Двигатель - это одновременно трасформатор, генератор, резистор, всего не менее десятка особенностей приходится учитывать, в зависимости от требуемой точности управления... И его, двигателя, параметры - сильно зависимы от механических нагрузок, самый известный пример для ДПТ - механическое короткое замыкание (вал заторможен). И по этой причине электродвигатели и генераторы имеют разные диаметры и геометрию роторов, статоров, разные магнитные системы...
Но мы не на хабре, так что думаю, что я добавил достаточно пояснений для этого ресурса
Сергей, вы проектирование двигателей с их использованием не путайте. Я понимаю мотивы коллеги, и почему он именно так поступил.
Инженер понимает своё дело, и считал явно другие элементы цепи. Я про характеристику двигателя и нелейные факторы, в особенности температуру не для красиво словца тут упомянул.
И когда говорите про шаговые двигатели, это вам нужно подтянуть матчасть. А уж про вентиляторы для корпусов и систем охлаждения - я и без вас хорошо знаю, как они управляются и отчего.
На самом деле не только из-за этого. Далеко не только.
Можно предусмотреть и клин вала, сделать защитные меры на этот случай. Всё можно, но не всегда возможно и тем более целесообразно. Обвинять инженеров повально - я вам не позволю априори!