Как развивать разработчика в компании

Содержание статьи

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

Что разработчик хочет получить от компании

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

Прозрачная заработная плата

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

Гибкость процессов

Согласно опросу Stack Overflow, отсутствие гибкого подхода в компании — одна из главных причин поиска новой работы разработчиков (61%). Сюда относятся как условия работы — гибридный график, общение с командой, согласования проектов, так и подходы к разработке.

Ценность опыта

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

Наставник в команде

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

Возможность обучения

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

Доступные ресурсы

Даже если в компании строгая система безопасности, у разработчика должны быть все необходимые доступы и программы. Это касается как админских прав, так и доступа на Stack Overflow.

Как настроить разработчика на развитие

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

Всегда нужно начинать с честного фидбэка. Что не получается, в чем сложности, какие цели в проекте? Такой тет-а-тет желательно проводить ежемесячно с каждым сотрудником. Так вы первым узнаете о том, что что-то пошло не так. Обиднее, если об этом сообщит HeadHunter.

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

Помогаем разработчику развиваться

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

Обменивайтесь опытом

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

Выберите общий кейс.
Обозначьте проблемные точки в каждой части.
Послушайте мнения коллег.

Делитесь результатами проекта

Разработчики не всегда в курсе, куда движется продукт и какие планы у компании в целом. Включите команду разработки в процесс: общие calls, митапы по запуску фичи, еженедельные e-mail-рассылки. Обязательно сделайте общий чат и делитесь в нем последними новостями компании.

Следите за трендами

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

Сделайте обучение доступным

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

Давайте обратную связь

Это очень важный пункт. Не забывайте про него, даже если новых сдвигов в проекте нет. Каждая встреча, которую вы проводите с командой — это возможность для их роста. Тут речь и про результаты самого разработчика, и про проект в целом. На встрече важно узнать: