17 декабрЯ 2021
Как оценить потенциал junior-разработчика и успешно адаптировать его в команду
Галина Исак
Менеджер проектов
Многие компании отказываются нанимать junior-разработчиков, ссылаясь на отсутствие времени и ресурсов для их обучения. Кажется, что джуна придется постоянно водить за ручку и исправлять за ним ошибки — при этом есть риск, что новичок не выдержит период адаптации и уйдет. Так ли это на самом деле и почему все же стоит дать шанс junior-разработчику — в обзоре LEVEL.
Преимущества джуниоров — это мотивация и энергия, которая у многих более опытных разработчиков со временем иссякает. Джуны знают, что приложенные ими усилия окупятся, позволив им быстрее перейти на следующий уровень.
Преимущества джуниоров — это мотивация и энергия, которая у многих более опытных разработчиков со временем иссякает. Джуны знают, что приложенные ими усилия окупятся, позволив им быстрее перейти на следующий уровень.
Четыре шага, которые стоит предпринять менеджеру проекта на этапе собеседования junior-разработчика
- Посмотрите портфолио кандидата. Оцените, насколько релевантен опыт соискателя для решения задач вашей команды. Будет плюсом портфолио на Git.
- Смоделируйте кандидату будущую работу.
Выйдите за рамки общих вопросов кандидату с помощью крутых реальных задач в качестве тестового задания. Моделируя задачи, максимально приближенные к реальному проекту, вы сможете погрузить кандидата и оценить качество решения потенциальных задач. Такой подход ему самому будет интереснее, чем просто рассказывать о своих навыках и решать абстрактные кейсы. Еще один способ проверить релевантность кандидата — дать ему real-time задачу. Так вы непосредственно сможете понаблюдать за его работой и сэкономите время друг друга. - Привлеките более опытного разработчика, чтобы он посмотрел пример кода. Важно, чтобы кандидат умел работать на стыке технологий, поскольку это требуется вашему проекту.
- Попросите успешного кандидата составить блок-схему с логикой разрабатываемого решения. Таким образом можно выявить, понимает ли разработчик, как должно работать разрабатываемое решение и какие задачи перед ним стоят на проекте.
Фрагмент блок-схемы бизнес-симуляции
Подпишитесь на нашу рассылку и получайте свежие новости два раза в месяц
Если вы нажали на кнопку, вы согласны с политикой конфиденциальности.
С какими проблемами можно столкнуться, привлекая на проект джуна
1. Junior-разработчик не всегда может оценить, сколько времени ему потребуется на решение задачи, из-за нехватки опыта. Хотя стоимость часа его работы ниже, чем у более опытных разработчиков, но времени на разработку может потребоваться больше.
2. Разработчикам без технического бэкграунда, недавно сменившим профессию, трудно работать по техническому заданию.
Совет: Учитывайте косвенные затраты — дополнительное ваше время или время другого члена команды, потраченное на детальное погружение джуна в проект.
3. Младшие разработчики, как правило, имеют узкий фокус внимания при работе. Это как если мы смотрим на код в микроскоп, в то время как более опытные разработчики смотрят на него через широкоугольный объектив. Как правило, джуны не задумываются о будущем своего кода и побочных эффектах, например, будет ли понятен и легко поддерживаем его код в перспективе и для других разработчиков?
Совет: Прививайте на ранних стадиях культуру самостоятельности. Контролируйте промежуточные этапы и со временем ставьте более сложные задачи.
4. Представьте, что разрабатываемое решение близится к релизу, вы уже ранее видели и тестировали результат, но в ходе новой итерации тестирования обнаруживается баг, который срочно нужно пофиксить. Разработчик может искать 10 часов одну некорректно написанную строчку кода.
Совет: Контролируйте, чтобы разработчик коммитил версии кода. Система контроля версий позволяет хранить историю изменений проекта и при необходимости помогает вернуться к предыдущей версии. Ее использование помогает всегда знать, что и когда произошло с файлом. Можно отслеживать актуальную версию кода и процесс работы, в любой момент увидеть, кто и когда внес изменения, особенно если код пишут несколько разработчиков.
Совет: Учитывайте косвенные затраты — дополнительное ваше время или время другого члена команды, потраченное на детальное погружение джуна в проект.
3. Младшие разработчики, как правило, имеют узкий фокус внимания при работе. Это как если мы смотрим на код в микроскоп, в то время как более опытные разработчики смотрят на него через широкоугольный объектив. Как правило, джуны не задумываются о будущем своего кода и побочных эффектах, например, будет ли понятен и легко поддерживаем его код в перспективе и для других разработчиков?
Совет: Прививайте на ранних стадиях культуру самостоятельности. Контролируйте промежуточные этапы и со временем ставьте более сложные задачи.
4. Представьте, что разрабатываемое решение близится к релизу, вы уже ранее видели и тестировали результат, но в ходе новой итерации тестирования обнаруживается баг, который срочно нужно пофиксить. Разработчик может искать 10 часов одну некорректно написанную строчку кода.
Совет: Контролируйте, чтобы разработчик коммитил версии кода. Система контроля версий позволяет хранить историю изменений проекта и при необходимости помогает вернуться к предыдущей версии. Ее использование помогает всегда знать, что и когда произошло с файлом. Можно отслеживать актуальную версию кода и процесс работы, в любой момент увидеть, кто и когда внес изменения, особенно если код пишут несколько разработчиков.
Обязательно привлекайте тестировщика на каждом этапе разработки проекта. Это позволит минимизировать риск оказаться в стрессовом состоянии и режиме пожара перед релизом.
Junior-разработчик должен развивать собственные проекты и быть самостоятельным
Чтобы развиваться и расти быстрее, джуну стоит запустить собственный pet-проект в свободное время. Задача проджекта — поддерживать начинания junior-разработчика. Для джуна, у которого нет постоянной работы личный проект станет отправной точкой и позволит работодателю оценить навыки начинающего специалиста больше, чем красивый рассказ о себе в резюме.
Джуниор должен проявлять больше самостоятельности, а менеджер, в свою очередь, давать разработчику больше свободы, контролируя только выполнение ключевых этапов выполнения проекта. Если вы начинающий специалист, пытайтесь самостоятельно решать свои проблемы любыми способами прежде чем идти к более опытным коллегам — так вы быстрее прокачаете свои навыки и вникните в суть поставленной перед вами задачи. И помните: можно быть крутым специалистом и чувствовать себя рок-звездой, но совершенно не уметь работать в команде. И менеджер и джуниор должны понимать, что конечный результат зависит от усилий всех участников проекта, а не только от того, насколько хороший код напишет разработчик.
В LEVEL выступают за развитие. Мы уделяем особое внимание обучению сотрудников и охотно делимся накопленными знаниями — переходите к материалам Академии, чтобы прокачать свои умения.
Джуниор должен проявлять больше самостоятельности, а менеджер, в свою очередь, давать разработчику больше свободы, контролируя только выполнение ключевых этапов выполнения проекта. Если вы начинающий специалист, пытайтесь самостоятельно решать свои проблемы любыми способами прежде чем идти к более опытным коллегам — так вы быстрее прокачаете свои навыки и вникните в суть поставленной перед вами задачи. И помните: можно быть крутым специалистом и чувствовать себя рок-звездой, но совершенно не уметь работать в команде. И менеджер и джуниор должны понимать, что конечный результат зависит от усилий всех участников проекта, а не только от того, насколько хороший код напишет разработчик.
В LEVEL выступают за развитие. Мы уделяем особое внимание обучению сотрудников и охотно делимся накопленными знаниями — переходите к материалам Академии, чтобы прокачать свои умения.
Автор: галина исак
Поделиться
