{"id":14274,"url":"\/distributions\/14274\/click?bit=1&hash=fadd1ae2f2e07e0dfe00a9cff0f1f56eecf48fb8ab0df0b0bfa4004b70b3f9e6","title":"\u0427\u0435\u043c \u043c\u0443\u0440\u0430\u0432\u044c\u0438\u043d\u044b\u0435 \u0434\u043e\u0440\u043e\u0436\u043a\u0438 \u043f\u043e\u043c\u043e\u0433\u0430\u044e\u0442 \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u0430\u043c?","buttonText":"\u0423\u0437\u043d\u0430\u0442\u044c","imageUuid":"6fbf3884-3bcf-55d2-978b-295966d75ee2"}

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

Рынок разработчиков — это рынок кандидатов. Хорошие разрабы нужны всем, и за ними идет настоящая охота. Компании готовы на многое, чтобы привлечь/удержать технарей: предлагают им достойные зарплаты, хороший офис, экстравагантные «плюшки». Но они все равно ходят угрюмыми и при первой же возможности сбегают к конкурентам.

Что вообще этим разработчикам нужно, и как исправить ситуацию?

Денежная мотивация — не вечный двигатель

В сфере ИТ текучесть кадров одна из самых высоких на рынке: в среднем сотрудник работает на одном месте 3,6 года, в больших компаниях — на 30% дольше. А разрабов поколения Z и вовсе можно сравнить с колобками, которые постоянно перекатываются с места не место.

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

Пишу для CIO/CTO/CDTO. Процессы, персонал, мотивация и другие не технические особенности работы ИТ-руководителей. https://t.me/vroderabotaetno

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

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

Нет возможностей для развития — разрабы сбегут

Согласно исследованию Stack Overflow 2020, 75% разработчиков либо находятся в активном поиске работы, либо открыты для новых возможностей. В качестве причин программисты назвали:

  • Низкую зарплату (65%).
  • Желание осваивать перспективные технологии (39%).
  • Стремление улучшить баланс между работой и отдыхом (36%).
  • Желание найти новые возможности для роста и лидерства (35%).

Как видно, на второе место после денег айтишники ставят возможность работать с новыми технологиями, т. е. расти профессионально. IT-сфера развивается быстрыми темпами, поэтому вполне понятно желание программистов оставаться в теме и быть востребованными специалистами. Если проект находится на стадии стагнации и новых задач в нем не предвидится, разраб понимает, что никаких hard skills он не получит и со временем окажется «за бортом».

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

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

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

«Куда ты лезешь? Это не твоя зона ответственности. Жми себе на кнопки и помалкивай!»

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

  • Принимает решения только руководитель.
  • Все остальные — безоговорочно выполняют команды.
  • Начальнику не по статусу выслушивать идеи того, кто стоит ниже по иерархии. Также он не обязан отчитываться перед сотрудниками, объяснять им, почему он принял то или иное решение.

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

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

«Идеи, которые я транслировал, не воспринимались ни моим непосредственным начальником, ни вышестоящим руководством. В ответ на все предложения я слышал: "Куда ты лезешь, это не твоя зона ответственности", "Это дорого", "Мы ничего объяснять не будем". Например, у меня было 4 продукта, из которых я должен был выбрать один. Я видел их плюсы и минусы, анализировал, каким софтом пользуются конкуренты, лидеры индустрии. Я предлагал выбрать дорогое, но эффективное решение с большой бэкграунд-экспертизой, которое позволяло сделать функциональную СППР, упростить работу персонала, инженеров. Да, это было дорого, но удобно, надежно и перспективно! Но компания пошла своим путем, ничего мне толком не объяснив. Так я перестал понимать цель проекта, разочаровался в принимаемых руководством решениях, продукте да и в работе в целом».

«Сгоревшие» разработчики и желание уволиться

Результаты исследования «Моего круга» показывают, что уже в молодом возрасте (25-35 лет) большинство разработчиков сталкивается с профессиональным выгоранием. Только 25% «сгоревших» сотрудников сохраняет свое место работы, остальные — меняют компанию.

Профессиональное выгорание — совокупность негативных эмоций, связанных с работой. У айтишников оно развивается примерно так:

  • Разраб работает на износ, набирает «шабашки» на выходные, в свободное от работы время изучает новые фреймворки.
  • У сотрудника пропадает интерес к работе. Айтишнику приходится делать над собой усилие, чтобы приступить к ней. А главное — ему становится понятно, что если подвернется новый проект, то он уволится.
  • Появляется хроническая усталость, эмоциональное истощение. Работа вызывает раздражение, ненависть. Это печальный финал, когда разработчик или сбежит из компании, или работодатель сам его уволит: «сгоревший» разраб = бесполезный сотрудник.

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

Во время пандемии COVID-19 многим компаниям пришлось диджитализировать бизнес-процессы, и на плечи программистов легла дополнительная нагрузка. По данным Checkmarx, во время пандемии 46% разработчиков сталкивается с жесткими дедлайнами, 56% — с возросшим объемом работы. Все это приводит к увеличению числа «сгоревших» разрабов, а значит и к повышенной текучке кадров.

«Мой комфорт разработчика»: как технари выбирают новую компанию?

Агентство Signal by ONY провело исследование среди российских разработчиков и выяснило, что их запросы к новому работодателю можно разделить на 6 групп. Это основные факторы, влияющие на выбор инженеров.

1. Условия

У каждого разработчика свои запросы к условиям работы (зарплате, соцпакету, формату сотрудничества). Но, начиная с 2020 года, большинство программистов стремится работать удаленно. И дело здесь не только в пандемии COVID-19, но также в желании улучшить work/life balance — баланс между работой и личной жизнью.

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

«Мой комфорт разработчика — это высокая зарплата, ДМС, полная удаленка с первого дня работы, отсутствие принудительной вакцинации от COVID-19. Блокирующим фактором был мутный бонус. Например, в одной компании зарплата меня устраивала, но работодатель делил ее на оклад и премию. Я понимал, что премия — это рычаг давления на меня, и в случае каких-либо проблем с компанией, я могу ее не получить. К таким рискам я был не готов».

2. Оргструктура: вертикальная/горизонтальная иерархия

Запрос некоторых разработчиков — работа в компании с горизонтальной системой управления (холакратией), в которой полномочия, ответственность за принятие решений распределяются среди всех сотрудников и отсутствует связка «руководитель-подчиненный».

Холакратия — баззвордом в мире IT-бизнеса. В Силиконовой долине на горизонтальную систему управления перешли такие гиганты как Medium, Zappos. В России ее внедрили группа компаний Neti, сеть супермаркетов «ВкусВилл», банк «Точка».

3. Команда

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

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

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

4.Культура общения

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

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

«Я не рассматривал работу в тех компаниях, где эйчары транслировали «мы — большая компания, ты — маленький человек». По моему мнению, отношение эйчаров к соискателям — это отражение корпоративной культуры. Для меня приемлемо общение на равных: не только меня выбирают, но и я выбираю компанию».

5. Технологии

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

6. Продукт

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

«Для меня важно работать в компании, которая создает полезный продукт. Например, я отказался от собеседования в конторе, которая занималась коллекторской аналитикой. Такая работа не соответствует моим внутренним ценностям. Моя миссия — помогать людям, а не взыскивать с них долги».

Рекомендации работодателям

Как удержать разработчиков:

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

Как привлечь разработчиков:

  • Развивайте технологический бренд. Размещайте информацию о своих технологиях, задачах в блоге компании, мессенджерах, на сайтах для программистов.
  • Работайте над описанием вакансий. Что-то вроде: «Мы — крутая компания, бросай все и иди к нам, если кодишь на Java» — не прокатит. В вакансии нужно четко указывать задачи, обязанности, рабочие инструменты.
  • Общайтесь с соискателями на равных, не игнорируйте их вопросы.
  • Если у вас перспективный стек, крутые проекты, полезный продукт, рассказывайте об этом на собеседовании.
  • Внедряйте/поддерживайте удаленный формат работы.

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

«У всех работодателей я просил обратную связь, чтобы понять, почему меня не взяли, каких знаний мне не хватило. Но практически никто ее не дал. В будущем я вряд ли буду сотрудничать с такими компаниями, так как первое впечатление — самое важное».

Пишу для CIO/CTO/CDTO. Процессы, персонал, мотивация и другие не технические особенности работы ИТ-руководителей. https://t.me/vroderabotaetno

0
191 комментарий
Написать комментарий...
Упоротый кролик

Я никак не пытаюсь обидеть разработчиков адекватных или "хантеров", но портрет разработчика указанный в статье, это синдром вахтёра, который хочет на ху* сесть и рыбку съесть.

Ответить
Развернуть ветку
Стерлядка Вяленая

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

Ответить
Развернуть ветку
Колбас Мармеладович

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

Ответить
Развернуть ветку
ondefeat

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

По мне так если разработчик годами сидит на одной зп или в лучшем случае довольствуется 5-10% индексацией - вот это плохой работник.

Ответить
Развернуть ветку
Колбас Мармеладович

Если может, то об чем эти страдания? Я бы тупо менял работу каждый год и радовался жизни, получая уже миллиона 2-3 в месяц, как пишут все эти тролли,имеющие кучу офферов на +100к к нынешней зарплате.

Ответить
Развернуть ветку
ondefeat

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

Ну и плюс не понимаю почему вы их троллями называете. Я один из таких ребят. Первое время считал, что если ты классный и очень стараешься и растешь - компания и так это оценит. Поэтому первые лет 5 своей карьеры работал за +- одни и те же деньги (в среднем 50к) и по долгу на одном месте. Вот только это нифига неправда, так как у компании свои интересы, видение ситуации и оценка того, на что стоит потратить деньги.

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

С тех пор работу меняю раз в полтора года в среднем. Среднее повышение зп - ~40%, минимальное - ~30%, рекорд - ~60%. В результате сейчас получаю раза в 4-5 больше, чем если бы довольствовался стандартной 5% индексацией на той своей работе из 2015.

Ответить
Развернуть ветку
Колбас Мармеладович

А как вас еще называть, если не троллями? По вашей логике, если я >20лет отработал по специальности, то должен получать уже лямов 10, если менять работу каждый месяц?

Ответить
Развернуть ветку
ondefeat

Чёт так себе логика. Работу имеет смысл менять если рынок подрос. В айти рынок растёт в среднем за год-два. То есть программист который два года назад устроился на 200, например, через год-два может рассчитывать на 250-300, особенно если он не просто в носу ковырялся. Например два года назад средний потолок по рынку был 300. То есть это можно считать достижимым максимумом было. Были и исключения, но их было не так много и конкуренция на них была кратно выше. Если вы сейчас посмотрите вакансии, то сейчас 350-400 вполне достижимая сумма. И она не поменяется через месяц, но через год-два, уверен можно вполне рассчитывать на 450 будет.

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

Рынок растёт -> можно получать больше. Не растёт -> нельзя. Но индексация всегда меньше скорости роста рынка, вот и все. Больше рынка получать сильно сложно.

И нет, 20 лет вообще ни о чем не говорят. Во-первых нужны амбиции (у меня 15 лет опыта, но за рынком я начал следить только последние семь лет), во-вторых нужно соответствовать требованиям, а не ковыряться в носу. Но при соблюдении этих двух условий и слежении за рынком, увеличивать свой доход на 20-30 процентов раз пару лет вообще не проблема. При условии, что рынок растёт, конечно же.

Ответить
Развернуть ветку
Колбас Мармеладович

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

Ответить
Развернуть ветку
ondefeat

Простите, не сразу узнал узнал человека у которого все плохо только потому что у него в жизни что-то не сложилось и картина мира предполагает только 5 процентов в год.

Я с вами опытом делюсь, цифры можете сами на хх найти, а вы вместо этого несёте какой-то бред про инфоцыганов.

Вам бы к психологу походить, говорят, помогает.

Ответить
Развернуть ветку
Колбас Мармеладович

Очередное блеяние тролля...

Ответить
Развернуть ветку
Victor Pomortseff

Зависит от работодателя.
У меня на текущем месте работы за 5 лет увеличение в 3+ раза по з/п. Ну и по должности тоже подрос.

Ответить
Развернуть ветку
ondefeat

Что за компания если не секрет? С системой грейдов?

Ответить
Развернуть ветку
Victor Pomortseff

Альфа. Были грейды, сейчас бэнды.
Но грейды/бэнды привязаны к должности. А вилка з/п позволяет повышать в рамках должности и грейда в значительных пределах.
З/п полностью "белая, все прописано в ТС.
Бонус отдельно, тоже прописан - 15% от з/п * на личный КПИ (по оценке руководителя).
Ну и повышение сильно зависит от того как себя проявляешь.
Правда, это все по той части, что работает на серверах, IBM i (ядро АБС). Что там у фронтов и других систем не в курсе.

Ответить
Развернуть ветку
ondefeat

Прикольно. Понял, буду знать, спасибо.

Ответить
Развернуть ветку
Victor Pomortseff

Ну в целом, по крайней мере у нас ("на АСке") все неплохо. И в плане организации и в плане адекватности руководства и в плане команды.
Соцпакет стандартный - ДМС + НС (страхование жизни и трудоспособности). Ну там еще какие-то льготы компенсации вроде были, не пользовался ни разу. Вакцинацией не напрягали (для желающих организовали выезд бригады, но сугубо по желанию).
На удаленке с марта 20-го и убирать не собираются пока - вроде как и так хорошо все. Учетом рабочего времени не страдаем - есть задачи, их выполняй и все. Ну встречи периодически командные.
Раз в год вывозят на митап (под москвой) - IBMi DevConf. Пообщаться живьем, за жизнь поговорить.
Но надо понимать, что это, как сейчас модно говорить, "нерелевантный опыт". Т.е. на нашей стороне легаси и кровавый энтерпрайз. Ядро АБС написано на специфическом RPG с вкраплениями C/C++ и SQL. Ну и сама система очень специфическая, ни на что не похожая. Т.е. никаких фреймворков, все руками + за эффективность сильно требуют.

Ответить
Развернуть ветку
Алексей Якунин

Раз в год вывозят на митап (под москвой) - IBMi DevConf.

Вывозили, Вы хотели сказать?

Ответить
Развернуть ветку
Victor Pomortseff

Был перерыв два года в связи с карантином (в 20-21гг не проводился). В мае (25-27 мая 2022) митап вновь был проведен.

Ответить
Развернуть ветку
Kelerius

Рынок за это время ушел вперед - то есть за те же навыки платят существенно больше.

Ответить
Развернуть ветку
Колбас Мармеладович

За те же навыки - платят существенно меньше. Так как количество людей, которые их освоило, уже выросло. А еще они устарели и требуют обновления.

Ответить
Развернуть ветку
Kelerius

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

Ответить
Развернуть ветку
Колбас Мармеладович

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

Ответить
Развернуть ветку
188 комментариев
Раскрывать всегда