Антимотивация для программистов

Подбор разработчиков давно превратился в настоящую охоту за головами. Они не сильно откликаются на вакансии, мало размещают резюме на hh, нужные специалисты обычно «не в поиске», а если в поиске, то находят работу за два дня. Такие вот реалии в IT-подборе.

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

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

2. Чрезмерный контроль. Контролировать работу сотрудников нужно, но если вы будете требовать отчеты «по каждому чиху», то скорее всего сотрудники придут к выводу, что важен не продукт, а составление отчетности. Это будет вызывать у них чувство отторжения и снижать мотивацию и производительность.

3. Некорректное ТЗ. Если программист не будет точно понимать, какой продукт вы хотите получить в итоге, то скорее всего на стадии сдачи проекта вы получите совсем не то, что ожидали.

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

5. Open space. О том, что такой формат офисов не совсем комфортный и скорее мешает большинству сотрудников, начали активно писать в СМИ. Для разработчиков внешнее окружение играет значительную роль. Посторонние разговоры, шум, громкие звуки и яркие интерьеры мешают сосредоточится, так же как и гробовая тишина. Обратите внимание, что большая часть разработчиков предпочитает работать в наушниках, создавая себе небольшое шумовое сопровождение. Позаботьтесь, чтобы ваш офис соответствовал подобным требованиям.

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

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

8. Техническое обеспечение. Этот пункт кажется само собой разумеющимся, используя древнее ПО и технику вряд ли стоит ожидать высокой производительности труда. Обеспечьте своих сотрудников максимально комфортными рабочими условиями: современное, лицензионное ПО, производительный процессор, большой экран, удобная клавиатура…

На самом деле большая часть проблем не уникальна и снижает производительность труда у всех, но разработчики к ним наиболее восприимчивы. Высокоинтеллектуальный мыслительный процесс лучше не прерывать техническими сложностями. Чтобы узнать, как можно повысить производительность (а заодно и мотивацию) IT отдела можно просто с ними поговорить. А если учесть текущий уровень ЗП и сложность в подборе подобных специалистов, такой подход сэкономит вам массу средств.