История про увольнение из-за повышения зарплаты (часть 2)
Ещё одна история про то, как сотрудники увольняются, когда им повышают зарплату.
В компании работал очень опытный и очень лояльный разработчик, Игорь. Он начал свою работу как студент-интерн и вырос в компании до уровня тим-лида. Игорь был талантливым и имел прекрасное образование. Он очень много принёс пользы для компании, и компания его очень ценила. Зарплату ему повышали весьма щедро. Год за годом его зарплата росла, чтобы его не могли переманить ни местные конкуренты, ни столичные компании, ни даже зарубежные предложения. По деньгам у разработчика было прямо совсем хорошо, и он даже не пытался найти какую-то другую работу.
Всё шло прекрасно, и все были довольны, пока в один совсем не прекрасный день Игорь не заявил, что он уходит из компании. Как? Кто сумел переманить такого высокооплачиваемого разработчика? Оказывается, никто его не переманивал, и Игорь вообще не планирует работать в ближайшие годы. Он накопил достаточно денег, чтобы не работать очень долго, а работа, которой он занимается, его не привлекает. Так что Игорь решил пойти позаниматься саморазвитием да поучить детишек программированию. Высокая зарплата помогла ему накопить достаточный капитал, чтобы не думать о деньгах, а заниматься тем, чем ему хочется.
Удержать Игоря было невозможно. Повышать зарплату было бессмысленно, а работа Игоря больше не интересовала. Так что Игорь ушёл и вернулся в программирование только через несколько месяцев, но уже на других технологиях, в другой компании и в другом городе.
По поводу этой истории меня часто спрашивают, не разумнее ли держать программистов на голодном пайке, чтобы они ценили свою работу и боялись увольнения. На это мне очень трудно отвечать серьёзно. Хорошо хоть цепями приковывать не предлагают. Я считаю, что хорошо платить за хорошую работуэто принцип, который надо соблюдать, чтобы быть успешным в средней и, тем более, дальней перспективе. Те, кто пытаются не доплачивать своим сотрудникам, не удерживаются на таком сложном и современном рынке как рынок IT услуг.
В качестве примера могу привести другой пример. Я работал в компании, условия работы в которой были откровенно тяжёлые: нервная работа, требовательный менеджмент, сложные задания, постоянное давление со всех сторон. Но оплата очень хорошая. Каждый получал в 3-4 раза больше, чем это возможно в соседних компаниях. Текучка в этой компании была просто поразительная. Многие отрабатывали 2-3 месяца и увольнялись. При этом они так и говорили: С такой зарплатой я уже успел заработать достаточно, чтобы раздать все долги и накопить немного. Теперь попробую поискать что-то более нормальное. На безденежье высокая зарплата привлекала, но как только финансовые проблемы были решены, люди не хотели так напрягаться, как раньше, и меняли место работы. Многие шли в эту компанию, чтобы заработать конкретную сумму: для открытия собственного бизнеса, для покупки квартиры или для переезда за рубеж. Как только сумма была накоплена, люди уходили. А копить получалось быстро.
Казалось бы, очень просто можно текучку уменьшить. Надо просто снизить зарплаты. Тогда люди будут вынуждены работать дольше, и текучка будет ниже. Да ещё и экономия денег на зарплате будет большая. Одни плюсы и никаких минусов! Так?
Нет, это не сработает. Компания не привлекательна для людей, иначе сотрудники не увольнялись бы. В ней слишком много проблем, которые никто не будет терпеть за обычную зарплату. Компания вынуждена держать очень высокую зарплатную планку, чтобы привлекать высококлассных специалистов и быть конкурентоспособной. Кстати, при такой, казалось бы, неэффективной схеме, компания процветала и процветает до сих пор. Но да, вы можете существенно снизить затраты своей компании, если просто будете относиться к людям по-человечески.
Кейс "Деньги за тестовое задание"
В своей книге Брать или не брать? или Как собеседовать разработчика я обращал внимание на то, что если при приёме на работу кандидатам нужно выполнить тестовый проект, похожий на реальный, то некоторые кандидаты возмущаются и считают, что их пытаются склонить к бесплатной работе. Такие кандидаты потом портят имидж компании, заявляя, что та под видом тестового проекта заставляет делать реальные проекты.
Коллега связался со мной и описал, что их компания пытается бороться с этой проблемой, оплачивая $50 за это тестовое задание. Таким образом, никакой бесплатной работы нет. Анализ такого подхода показался мне достаточно интересным, чтобы включить его в эту книгу.
Анализ
Для начала стоит заметить, что чаще всего об обмане заявляют те, кто задание не может выполнить. Они чаще всего не могут даже понять, что это не реальный проект, а тестовое задание, которое самостоятельной ценности не имеет. Что изменится, если мы им предложим $50? Как ни странно, ничего. Они по-прежнему будут считать задание реальным проектом очень большого объёма. Ну, предлагает компания немного денег и что? Ведь проект стоит гораздо больше! Они же на него убили неделю и сделали только 10%. Значит, компания обманывает и хочет получить код, который стоит $10000 за $50.
Есть кандидаты, которые принципиально не хотят делать бесплатную работу и хотят, чтобы тестовый проект был оплачен. Часть их может согласиться сделать проект за $50. В этом плане какой-то положительный эффект есть. Возможно, пара кандидатов согласится сделать этот проект. Но что делать, если кандидат поглядит на проект и скажет, что тот стоит $51, $60, $75 или $100? Ведь если компания назначает цену на тестовый проект, она фактически признаёт его реальной работой. А значит, исполнитель может не согласиться с назначенной ценой. В этом случае позиция кандидата гораздо сильней, чем когда компания расценивала этот проект как учебный. Даже часть кандидатов, которая раньше просто делала тестовый проект, теперь задумается, не продешевит ли она. То есть часть кандидатов, которые были согласны проходить этот этап бесплатно, теперь могут отказаться писать код за предложенные деньги.
Неожиданный негативный эффект может быть на сильных разработчиках. Им этот проект может показаться, наоборот, слишком лёгким. Они сделают его за час и будут ожидать, что их оплата в этой компании будет $50 в час. А реальный оффер может быть ниже в разы. Такое несоответствие ожиданиям может оттолкнуть действительно хороших кандидатов.
Ну и, наконец, я плохо представляю, как корректно провести этот платёж через бухгалтерию. Если делать всё по закону, то кандидатам надо заключать договор и платить налог за эти $50. Объём бумажной работы такой, что лично я не стал бы связываться. Лучше бесплатно выполнить этот проект, чем отчитываться перед налоговой.
Конечно, компания может платить чёрным налом и не ожидать, что разработчик будет как-то официально эти деньги проводить. Но ведь очень странно начинать знакомство с потенциальным работником с незаконных операций, не так ли? И кандидат задумается, что за компания предлагает ему работу, если она так легко обходит законы.
На мой взгляд, минусы такого подхода сильно перевешивают плюсы. И для меня это снова пример ситуации, когда мы платим людям деньги, а в результате ситуация становится хуже.
История про деньги и оценивание
Деньги имеют коварное свойство. Если их дать человеку за что-то, то мы автоматически назначаем цену на это что-то. И эта назначенная цена может человеку показаться несправедливой. Назначенную таким образом нами цену могут не принять просто из-за этой самой несправедливости.
Представьте, что кандидат пробует себя на позицию Java-разработчика с озвученной зарплатой в 100 тысяч рублей в месяц. Но показывает себя не очень хорошо и ему предлагают позицию Junior-разработчика с зарплатой в 50 тысяч рублей. Конечно, он разочарован, так как его ожидания не оправдались. Он хотел пройти на более высокую зарплату. Но кроме ожиданий, у кандидата всегда будет мысль: Я что, в 2 раза хуже, чем кто-то на той, изначальной позиции? Почему они меня так низко ценят?! При этом предложенная зарплата может быть больше, чем у него есть, но ощущение недооцененности может помешать ему принять это предложение. Это одна из причин, по которой компании не озвучивают зарплатную вилку вакансий. Это делает работу с не полностью подходящими кандидатами проще на порядок.
А со мной когда-то произошла история, где тот же механизм сработал в совершенно другой ситуации. Моя компания тогда планировала начать работу со студентами профильного ВУЗа. Я считал это прекрасной идеей само по себе, но кроме того, меня всегда привлекало преподавание. Я задумал прочитать в этом ВУЗе курс, параллельно присматривая перспективных студентов на свои будущие проекты и рекламируя свою компанию. Я считал это частью моих обязанностей как менеджера.
Сообщил об этом своему менеджменту. Менеджменту идея очень понравилась. Так что я начал договариваться с ВУЗом об этом курсе и составлять программу. Но тут ко мне подошла директор моего подразделения и сказала: Костя, я услышала, что ты хочешь читать курс в ВУЗе. Это здорово! Я тут поузнавала, и мы можем тебе предложить небольшие деньги за эту работу. Примерно $8 за каждое занятие. А мы тебе рекламные материалы дадим, которые ты можешь развесить в аудитории.
Это был конец моей мотивации. Казалось бы, я был готов сделать эту работу бесплатно. А тут мне предлагают небольшие, но дополнительные деньги. Так в чём проблема? А проблема в том, что человеческая мотивация работает не так. Предложенная сумма была смехотворна. Я должен был потратить на каждое занятие около 8 часов (с учётом подготовки и дороги), причём в свой выходной. И компания, предложив $8, оценила мои услуги. Причём, если работая бесплатно, я мог рекламировать компанию (а мог и не рекламировать), то взяв деньги, я был должен проводить рекламу.
Я посчитал, что это предложение мне не выгодно, и отказался. Я всё равно провёл занятие, так как мне было очень интересно познакомиться со студентами, но я убрал всю запланированную рекламу и подбор студентов для моих проектов. Я просто сделал то, что мне было надо самому, не учитывая интересы компании.
Кстати, рекомендую вам придерживаться такого принципа: если вы не можете получить справедливую на ваш взгляд оплату, лучше сделайте работу бесплатно. И трижды подумайте, прежде чем предложить деньги за что-то человеку. Ваше предложение может быть воспринято совсем не так, как вам того хочется.
Кейс "Увольнение классного спеца"
Этот кейс встречается в интернете с завидной периодичностью. Часто человек на форуме пишет следующую историю: А вот мой менеджер оказался вообще профнепригодным. Я к нему подошёл и сказал, что уволюсь, если мне на 50% зарплату не поднимут. Он сказал, что не может такое увеличение сделать, и я уволился. А через пару месяцев узнаю, что на моё место сразу двух человек с примерно моей зарплатой взяли. В полтора раза больше платить менеджер не мог, и вот пришлось платить в два раза больше. Непонятно, за что менеджер деньги получает.
Анализ
Это может показаться странным, но большинство менеджеров совсем не нацелены на минимизацию зарплатных затрат. Равно как не нацелены на минимизацию затрат на мебель, уборку помещений и т.д. Обычно вопросы зарплат решаются совсем другими способами. Например, утверждением штатного расписания, выделением фонда заработной платы для конкретного подразделения и т.д.
Это имеет большой смысл, так как экономия на зарплатах слишком незначительна и слишком опасна, чтобы менеджер тратил на это своё время. Время менеджераограниченный ресурс и он должен использоваться на приоритетные задачи. Поэтому до тех пор, пока менеджер не превысил выделенного ему бюджета, он может поднимать зарплаты или нанимать новых людей.
Предыдущий пункт имеет другое следствие. Абсолютное большинство менеджеров не может поднять зарплату на 50%, просто потому, что наверняка текущее штатное расписание это не позволяет. То есть здесь может быть даже не вопрос желания или нежелания менеджера. Менеджер сказал, что он не может поднять зарплату настолько и это, скорее всего, это и значит. Требовать настолько большого роста зарплаты редко разумно.
Иметь два человека вместо одного гораздо удобней. Если задачи допускают распараллеливание, конечно. Один работник может заболеть, уйти в отпуск или вот уволиться, и это парализует работу. Двое сотрудников подстраховывают менеджера и уменьшают риски. За это часто стоит платить.
Позиция работника: Мне бы повысили зарплату на 50%, и я остался бы работать вечно, очень наивна. Как показывает опыт, если ваш сотрудник заявил о желании уволиться, то даже, если вы его удержали, то он уволится в среднем через полгода. Поэтому часть менеджеров даже и не пытаются удержать людей.
Я лично считаю, что в IT нужно людей удерживать всеми силами, но в некоторых других областях людей заменить проще и руководители даже не пытаются научиться удерживать персонал. Но в любом случае, сотрудник который запросил повышение зарплаты на 50%, привносит очень высокие риски. Скорее всего, ему скоро станет скучно, или денег снова окажется мало, или что-то ещё случится, и он снова захочет такого повышения. В общем, повышение зарплатыэто, как минимум, временное решение, а то и не решение вовсе.
Бывают очень разные ситуации. Например, если мы говорим про разработчика, и он работает в проекте Time&Material, то замена его на двух других разработчиковэто повышение прибыли компании, а не траты. Потому что заказчик будет платить за двух разработчиков. А вот повышение зарплаты на 50% будет тратой, так как заказчик, скорее всего, откажется платить за того же разработчика в полтора раза больше.
Шантажировать менеджера увольнениемэто очень некрасивое поведение. Оно выглядит примерно так же, как когда менеджер грозит уволить работника, чтобы тот работал лучше. И это вторая причина, по которой менеджеры могут не удерживать сотрудника, который говорит про своё увольнение. Они не могут работать с человеком, который так легко разбрасывается такими угрозами. А учитывая, что эти сотрудники ходят и рассказывают эти истории (я же их так и узнаю), есть подозрение, что менеджер мог уволить сотрудника вовсе не потому, что тот хотел повышения зарплаты. Возможно, скоро этот сотрудник был бы уволен и так. Просто потому, что он плохой работник. А его ультиматум ускорил этот естественный процесс.
И наконец, произошедшее реально могло быть ошибкой менеджера. И что? Ошибки делают многие и эта ошибка отнюдь не настолько дорогостоящая, чтобы делать вывод о профнепригодности менеджера. Как вы видите, у такого решения есть реальные плюсы, а вот бесспорный минус только одиннекоторый проигрыш в заработной плате в ближней перспективе. Это не то, на чём стоит так уж заморачиваться.
Как демотивировать премией
В главе про премию разработчика я уже упоминал финт, которым многие компании умудряются отстрелить себе ногу и превратить премию в инструмент демотивации. Но так как этот финт очень распространён и является ещё одним примером опасности денег как инструмента мотивации, то я хотел бы остановиться на нём подробней.
Компании зарабатывают деньги на разработчиках, а на мотивированных разработчиках они могут зарабатывать большие деньги. Поэтому компании готовы тратить деньги на мотивацию, это просто выгодное вложение денег. Ситуация Win-Win просто.
И таким традиционным средством мотивации часто считают премию. Её получение не так жёстко регламентировано законами. Вполне можно награждать разработчиков, чтобы они были мотивированы и делали какие-то подвиги.
За подвиги в первую очередь и пытаются наградить. Если разработчик как-то спас проект, или его техническое предложение сильно понравилось заказчику, или благодаря ему был выигран пресейл, то вполне логично дать такому разработчику денежную премию.
Но тут сразу начинаются проблемы. Во-первых, если давать премию за подвиг, то другим разработчиком непонятно, что делать, чтобы тоже получить премию. Все разработчики участвуют в пресейлах, принимают решения на проектах, стараются, но замечают не всех. Награда за подвиги получается какой-то случайной. А добиваться устойчивой мотивации случайными наградами сложно.
К тому же работа в индустрии IT командная, поэтому часто заслуга не принадлежит какому-то одному разработчику. Каждый успешный проектэто подвиг, ради которого старается вся команда. Измерить этот уровень стараний каким-то объективным способом не представляется возможным, и понятные цели установить не получается.