Держи крепче: как компании не растерять классных разработчиков
Привет! Меня зовут Александр Сельдемиров, я основатель аутсорсинговой 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 разработку для среднего и крупного бизнеса
А сотрудники уровня junior не создают ничего: фактически они просто мешают квалифицированным коллегам, отнимая их время.
Ауч, больно. За что с ними так? хотя если уравнять понятие джун = выпускник курсов по разработке, то тогда справедливо)))
Да их никто не любит, задают кучу вопросов и задачи толком не делают. Разве что любят над ними пошутить)
почему не стоит дергать разработчиков на все совещания по проекту.
— да потому что они считают это пустой тратой времени и скучным 😁
а кто, кроме менеджеров, вообще считает эти созвоны не бесполезными?
На телеграм подписываться, конечно, не буду.
А в остальном неожиданного адекватная статья, и про возрастные изменения, и про отношения в коллективе.