×

М — мотивация. Как мотивировать и удержать IT-специалиста

Весельная галера под ритмичные удары барабанов медленно двигалась сквозь утренний туман фьорда. Периодически то один, то другой гребец вскакивал с места и с криками «да ну его @$^&*» прыгал за борт. Погонщик грустно посмотрел вслед быстро удаляющемуся гребцу и подумал: «М-да, надо что-то делать с мотивацией на проекте...», обернулся к оставшимся гребцам и ничего не сказал.

Все, кто работает или когда-либо работал в IT, слышали это слово. О нем написана масса книг, включая знаменитые «Все, что вы хотели знать о мотивации, но боялись спросить» и «The M-word: everyone is doing that», прочитаны сотни тренингов, а HR-директора получают премии за новые подходы к тому, как мотивировать специалистов. Но до сих пор все понимают под этим что-то своё.

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

Я занимаюсь мотивацией специалистов на должностях от Test Manager до Senior Director в линейке Digital Engineering уже более 10 лет. Бывал мотивированным и сам, поэтому постараюсь расставить все точки над «i», черточки над «й» в вопросе мотивации и особенностей ее формирования.

Это будет интересно как младшему и среднему офицерскому составу, то есть тимлидам и ПМ’ам, так и широкому кругу читателей.

Иллюстрация Алины Самолюк

Что же такое мотивация и с чем ее едят

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

Наверняка все читающие эту статью видели пирамиду потребностей Маслоу, которая убедительно показывает превосходство человека над животным (по крайней мере в части потребностей).

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

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

Механизмы мотивации в ІТ

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

  • Абсолютные деньги. Зарплата должна покрывать потребности специалиста (и его семьи), ведь если средств недостаточно, то как бы хорошо ему у вас не было, он будет искать варианты получше. В первом приближении можно ориентироваться на среднерыночные зарплаты. Если человек получает сильно меньше рынка, стоит обратить на это самое пристальное внимание.
  • Относительные деньги. Когда потребности уже закрыты, иногда играет сравнение с коллегами, бывшими одногруппниками, возникает желание почувствовать и похвастаться, насколько «я круче». Не стоит даже ввязываться в эти торги, используйте нематериальные аргументы, о которых речь пойдет ниже.

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

Сейчас, в условиях тотального work from home, это все отошло на задний план. Единственным критерием осталась сама возможность удаленной работы. Некоторые компании идут extra mile и выделяют сотрудникам некоторую сумму на обустройство домашнего офиса. Но я бы не отнес это к механизмам мотивации, деньги дают или всем, или никому, поэтому на мотивацию отдельных инженеров это никак не влияет.

Интересные задачи. Хотя и есть определенный тип сотрудников (сеньор ровный, см. ниже), которые готовы делать любую работу, для многих в IT важно получать удовольствие от процесса и заниматься тем, чем интересно. Это могут быть неординарные прикладные задачи либо прогрессивные технологии.

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

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

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

Карьера и звездочки на погоны. Как и в любой другой отрасли, в IT есть люди, которым важно звание, чтобы возвыситься над коллегами: вот я Principal Software Developer, а вы обычные Senior Software Developers, куда вам до меня. Погоны раздавать можно и нужно, но только тем, кто действительно этого заслуживает. Иначе в окружающих возникнут вопросы как к повышенному, так и к вам.

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

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

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

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

Причастность. Во-первых, к продукту, который меняет мир и делает жизнь людей лучше. Проще всего в этом продуктовым компаниям, которые создают что-то, что можно «пощупать руками». Но это работает и в аутсорсе, ведь так приятно осознавать и хвастаться, что приложил руку к какому-нибудь Mercedes Benz S-class.

Во-вторых, причастность к некой элитной группе людей внутри компании — архитекторов, выпускников внутренних программ обучения. Это игра в долгую, ведь такую группу нужно не просто один раз создать, но и поддерживать её активности в течение лет.

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

Субъективные примеры хороших KPI:

  • позитивный customer satisfaction feedback;
  • своевременно сданный и принятый заказчиком релиз.

Субъективные примеры плохих KPI:

  • количество написанных тест-кейсов;
  • количество найденных дефектов;
  • количество измененных строк кода.

Особенности применения мотивации для разных слоев айтишного населения

Для разных сотрудников в разной степени работают разные механизмы, поэтому возникает вопрос — как же их выяснить? Капитан Очевидность даёт простой ответ — спросить об этом у самого сотрудника. Как показывает мой опыт, в 80% случаев прямой вопрос на 1-1 или аттестации даёт прямой ответ. В остальных 20% специалисты чаще всего не знают, чего хотят, и тогда можно предложить свое видение.

Также потребности зависят от уровня сеньорности сотрудника, поэтому рассмотрим их отдельно.

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

Интерны/джуны. Находятся в самом начале пути. В ІТ бывают двух видов:

1. Вчерашние или сегодняшние студенты профильных факультетов. Как типичные представители поколения Z, нередко обладают завышенным ЧСВ, ожидают, что все будут ценить их богатый внутренний мир, предоставят комфортные рабочие условия и солидную компенсацию. Иногда способны пережить столкновение с реальным миром и тогда вырастают в хороших специалистов. Иногда грустят и уходят в SMM и франчайзинг. Зато те, кто это переживет, станут отличными сеньорами, если их всячески обучать, развивать и не забывать регулярно повышать зарплату.

2. Свитчеры — самые мотивированные сотрудники. Они приняли непростое решение уйти из своей профессии и начать все сначала в ІТ, их внутренней мотивацией можно двигать горы и обогревать дома в зимний период. Главное — дать им возможности развиваться и не дать перегореть. Для этого хорошо выделить ментора из сеньоров, который бы мониторил их состояние и настроение, направлял и периодически хвалил.

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

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

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

1. Сеньор ровный. Как правило, достигший среднего возраста и стеклянного потолка своей компетенции. Находится в зоне комфорта, выйти из нее в принципе может, но не хочет. Готов выполнять скучную работу, делает ее хорошо, но не слишком быстро. Мотивирован тем, что его не трогают и дают спокойно работать. Боится перемен и окончания проекта, поэтому таким специалистам нужно всячески демонстрировать стабильность и почаще говорить о том, что проекту конца-края не видно.

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

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

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

Не забывать и не забивать

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

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось3
До обраногоВ обраному6
LinkedIn

Схожі статті




36 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

Зачем вы связываете деньги с потребностями? Отношение к деньгам это отдельный навык, которй необходимо развивать.Как и обращение с ними. Здесь механизм — чем больше тем лучше, без каких-либо оправданий или обоснований.

Меня всегда мотивирует когда мне рассказывают о стабильности проекта. В прочем, мой максимальный опыт на одном проекте — 1,5 года. А потом обязательно что-то шло не так с проектом
Я не понимаю кто все эти люди, которым «скучно» на проекте или они «засиделись»

Ну не понимаете кто эти люди, тогда давайте знакомиться, меня вот Костя зовут.

Вот скажи мне, Костя, о чём ты думаешь когда тебе говорят, что твой проект закрывается? У тебя в этот момент есть полная уверенность, что ты без труда найдешь новый проект в течении 1-2 недель?

Вы мыслите от боязни потерять работу и уходите в крайность, или проект на год+, или бомжевать. Я просто не впаду в ступор, что же делать, если меня уволят, в зависимости от фин необходимости всегда можно спокойно ее найти в it, имея уже опыт.

пы.сы. если вы боитесь остаться без работы на 1-2 недели, может что-то вам стоит менять в вашей жизни?)

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

Пирамида Маслоу в тексте про бизнес — это как индекс Биг-Мака в статье про экономику. «Знак качества» наоборот.

Так как же мотивировать principal инженера?

а про самомотивацію самозайнятих осіб є шось цікаве?

Самозанятые самомотивируются самосидательно.

Рыночную зарплату и хорошия условия работы не пробовали?

А может это экономически нецелесообразно?

— Как мотивировать специалиста? — Нужно просто его не демотивировать.

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

в организации автора статьи эта отмороженность длиться с марта

и, насколько я слышал, продлится до конца марта 2021

только лишь немногие ровные синиоры дотянут до марта 2021 гг

Ещё не читал но предвижу дискуссию в каментах ;-)

Свичер наоборот не будет самым мотивированным :) Самые мотивированные это студенты до 20 лет.

Пока что, за все время работы в IT, больше всего меня мотивировал борщик на обед в интемпо на первом этаже БЦ.

плох тот тестировщик, который не хочет себе ISTQB-сертификат.

Не просто плох, а ужасен, мерзок, отвратителен, фу таким быть, бу таким фыть, ту факим быть, брр, стыдоба.

Краткий курс мотивации морковками освоен.

Запоминаем пароль удержания и мотивации: swordfish.

Статья на удивление ОК, простой стиль подачи также порадовал. Есть вопрос: а какой типичный план развития для разработчиков (сеньоров и лидов) в компании, и на какой срок? Например, «прочитай ХХХ книжек», или «получи вот этот сертификат», и через год мы тебя проверим? Пока по отзывам, которые я слышал из больших компаний, всё это не очень работает, и часто воспринимается девелоперами скорее как попытка срезать рейз. Поэтому интересуют как сами типичные планы, так и (что даже более важно) относительное количество пройдённых ассессментов, и (что ещё более важно) влияние пройденного ассессмента на решение остаться или уйти. Т.е., по-честному, в разрезе мотивации это эффективно работает, или скорее присутствует для галочки «чтоб как у всех» и применимо для абсолютного меньшинства сотрудников указанного уровня (сеньор/лид)?

Например, «прочитай ХХХ книжек», или «получи вот этот сертификат», и через год мы тебя проверим

А собес на +500 через дорогу длится всего часик, сложный выбор) Собственно поэтому это и есть

попытка срезать рейз.

.
Можно просто давать условному мидлу синьор активности и смотреть как он справляется, а потом апать / не апать.

А собес на +500 через дорогу длится всего часик, сложный выбор)

С одной стороны, это правда, с другой — +500 длится не бесконечно, и дальше возникают нюансы... Просто по моему опыту гораздо лучше вкладываться в себя путём нагребания дополнительных обязанностей -> получения новых скиллов -> практически гарантированного большого роста, если на текущем месте что-то не устроит, но для этого нужно достаточно интенсивно работать на результат в каждодневном режиме + учить то, что считаю нужным сам, но это будет просто невозможно в условиях траты дополнительного времени и сил на абстрактные планы, ещё и с туманным результатом. Поэтому выбор лично у меня был бы такой: либо я меньше выкладываюсь каждый день, но ковыряю ассессмент, либо забиваю полностью на ассессмент, и при этом имею практически гарантированный результат вне зависимости от него. Изначально ассессмент выглядит как вариант похуже, отсюда и вопрос: насколько я как сотрудник, который хочет расти, могу рассчитывать на ассессмент? Кстати, интересно, насколько тот самый «качественный KPI» учитывается, т.е. насколько компания готова закрывать глаза на формальности при ассессменте, если есть хорошие результаты.

Ох, чего только не придумают чтобы не платить))
У меня нет ни одного знакомого кто ушел бы на другой проект на меньшую зп ради удобств в виде кресла Herman Miller, стола и модной кофе машины.

Интересные задачи.

Настолько редкое явление в укр. аутсорсе что можно пренебречь.

Интересные задачи.

дуже залежать не тільки від контори й їх набору клієнтів, але й від напрямку спеціалиста. Думаю, не дуже легко знайти цікавий проект фронтендщику на PHP, але спеціалист із Jenkins X навря чи потрапить на якись legacy-проект, бо таких ще навіть не існує ;-)

Увы, мы незнакомы (вроде) — но я уходил так

... но заказчик не разрешает его внедрить, потому что срок, релиз и вообще. Мы решили правильно подать эту идею тимлиду заказчика, ...

Заказчик был прав. сначала релиз, а потом миграция. И дев — правильно смотивирован, и заказчик — счастлив, и галера — рада . Скорее всего повезло или проект не сложный

Кастую Кожаева в пост

Так точно!
Владимир, соблаговолите. Народ решительно требует!
Уже предвкушаю: «Мотивация?? Её едят?? Вы платить людям собираетесь или где??!»

не отвлекайте его от написания обещанной статьи

Кожаев пишет статью, где и об этом будет. Ждите-ждите

Підписатись на коментарі