Держи крепче: как компании не растерять классных разработчиков

Привет! Меня зовут Александр Сельдемиров, я основатель аутсорсинговой IT-компании ITQuick. Считается, что в российской IT-сфере дефицит кадров. Это на самом деле так, но с одной важной оговоркой: рынку не хватает квалифицированных разработчиков уровня middle и senior. Поэтому компании, заполучившие в штат таких специалистов, должны заботиться об их удержании.

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

Знакомьтесь, Дмитрий) Ваш покорный слуга позади него
Знакомьтесь, Дмитрий) Ваш покорный слуга позади него

Содержание:

Разработчиков много, да не те

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

Как показывает практика, около 70% ценности в сложных продуктах по цифровизации бизнеса создают senior-разработчики. Ещё почти 30% – специалисты уровня middle. А сотрудники уровня junior не создают ничего: фактически они просто мешают квалифицированным коллегам, отнимая их время.

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

Эксперт высокого уровня на современном рынке IT-разработки – «штучный товар». Во-первых, у него должно быть фундаментальное техническое образование: желательно математическое или физическое. Без такой базы практически нереально решать серьёзные задачи, если только речь не идёт о мобильных приложениях и фронтенде. При этом мало окончить вуз – нужно ещё лет семь «повариться» в проектах и компаниях высокого уровня, а не в веб-студиях.

Где искать нужную экспертизу

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

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

Один из действенных вариантов – обратиться в сервисы, которые предлагают аутсорс-разработки. К примеру, наша компания предоставляет свою команду разработчиков для решения тех или иных задач заказчика на срок от полугода. Всего у нас примерно 150 разработчиков. Это специалисты топового (или близкого к нему) уровня, которые по разным причинам чувствуют себя некомфортно в больших корпорациях. Мы умеем работать с ними и создавать для них максимально удобную и в то же время продуктивную атмосферу.

Как не потерять по-настоящему классных разработчиков

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

Молодые выгорают чаще. Мы давно заметили, что в IT-сфере молодые специалисты выгорают значительно чаще, чем сотрудники в возрасте 30+. Основная причина в том, что они слишком много на себя взваливают, не умеют отказываться от проектов. В результате они просто «не вывозят».

Человек постарше понимает свои пределы возможного. Если ему скажут, что надо два месяца поработать без выходных, он ответит: «Нет, спасибо». А если работодатель будет настаивать – просто уволится и перейдёт в другое место. Если же он соглашается на сверхурочную работу, то только за компенсацию в виде дополнительных выходных.

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

Поэтому в компании следует создавать особые условия для разработчиков. Я выделил пять способов, которые позволят избежать текучки в IT-отделе.

Способ №1: работать с командой и создавать атмосферу. Почему разработчики высокого уровня принимают решение уволиться? Около 60% таких случаев вызваны проблемами с непосредственным руководителем. Обычно ими являются действующие или бывшие айтишники. Они хорошо умеют ставить технические задачи, но редко обладают навыками человеческого взаимодействия, то есть коммуникации. Подчинённые чем-то недовольны или им почему-то неудобно работать? Как правило, руководитель просто не обращает на это внимания. Или может, не особо разобравшись, необоснованно обвинить человека в плохих результатах. В итоге специалист высокого уровня выгорает и просто уходит.

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

Способ №2: планировать «снизу вверх». Одна из основных причин выгорания и ухода с работы «средних» и «старших» айтишников – постановка задач «сверху вниз». То есть им безо всякого обсуждения «спускают» объём задач и сроки, которые могут оказаться малореальными. Это ведёт к переработкам, которые являются основной причиной выгорания. Более правильный вариант – «делегировать» оценку задач и составление плана самим разработчикам. Это позволит выстроить нормативный режим работы без авралов и переработок.

Способ №3: выстраивать взаимодействие на проектах. Основная причина недовольства от сотрудничества с разработчиками – в плохо отлаженном взаимодействии сторон на проекте. Очень важно заранее определить, как оно будет строиться, кто будет отвечать за коммуникацию, и всем вместе придерживаться достигнутых договорённостей.

Способ № 4: грамотно организовать процесс разработки. Его главная задача – дойти из точки А в точку Б максимально прямо, а не зигзагами, как это иногда бывает. Поэтому не стоит искусственно удлинять путь, создавая лишние препятствия. Основное из них – навязанная «многозадачность». Разработчик наиболее эффективен, когда занят одновременно только в одном проекте. Если его «дёргают» между разными проектами, его эффективность снижается в 2-3 раза.

Способ № 5: не отвлекать. Очень важно, чтобы разработчик не участвовал в созвонах, совещаниях и прочих мероприятиях, не связанных непосредственно с его областью задач. 80% времени он занимается проектированием будущего кода, а это очень сложный умственный труд. Если человека на что-то отвлечь – ему надо погружаться в мыслительный процесс заново, а это занимает примерно час. То есть 15-минутное совещание отберёт у него по факту больше часа времени. Всё это сильно снижает его эффективность и увеличивает шансы на выгорание.

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

***

Подписывайтесь на наш ТГ-канал — рассказываем про Hi-End разработку для среднего и крупного бизнеса

1919
8 комментариев

А сотрудники уровня junior не создают ничего: фактически они просто мешают квалифицированным коллегам, отнимая их время.

Ауч, больно. За что с ними так? хотя если уравнять понятие джун = выпускник курсов по разработке, то тогда справедливо)))

1

Да их никто не любит, задают кучу вопросов и задачи толком не делают. Разве что любят над ними пошутить)

2

почему не стоит дергать разработчиков на все совещания по проекту.
— да потому что они считают это пустой тратой времени и скучным 😁

1

а кто, кроме менеджеров, вообще считает эти созвоны не бесполезными?

1

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

1