На какие позиции выгодно брать Junior-разработчиков

Сегодня мы поговорим о junior-разработчиках. Разберемся, на какие позиции компаниям выгодно нанимать джунов, а на какие нет. Ведь при правильном подходе к этому вопросу молодые специалисты могут быть очень ценными сотрудниками и приносить большую пользу и для команды, и для проекта.

Junior — это специалист с минимальным опытом, у которого есть перспективы развития

Давайте дадим определение, кто такие джуны. Junior-программист – базовая позиция в IT-компании, первая ступень в разработке. Это специалист с минимальным опытом, у которого есть перспективы развития. Junior знает теорию, освоил синтаксис одного языка программирования и, в принципе, может писать на нём код. Но ему еще тяжело это делать самостоятельно.

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

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

Как обычно устроено планирование проекта

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

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

Первый тип работ для junior-разработчиков — это закрытие мелких багов

Первый тип работ, которые с удовольствием и с большой отдачей могли бы делать junior-разработчики, — это закрытие багов до того, как они попадут в kanban-разработку. Например, джуны могли бы выполнять следующие задачи: заменить запятую, поменять местами пункты в выпадающем списке или в подвале сайта заменить год на более актуальный. Если младший программист сможет выполнить такие задачи, то он уменьшит нагрузку на сильную команду и тем самым внесет свой вклад в создание проекта.

Выполняя такую работу, джуниор будет экономить время более дорогих сотрудников. Если у вас коллектив состоит из 5-8 опытных программистов, то наличие одного-двух джунов вам 100% дадут определенную выгоду, так как стоимость вашего проекта значительно снизится.

Даже если у junior-разработчика не получится справиться с какими-то заданиями, то в процессе работы над ними он приобретет опыт, новые знания и умения. По моему опыту, люди, которые занимаются такими kanban-задачами, примерно через три месяца начинают прекрасно разбираться во всём проекте. Со временем они становятся ценными сотрудниками. Они начинают помогать в планировании и постепенно достигают позиции человека, который уже многое знает и может самостоятельно решать более сложные задачи.

Второй тип работ для junior-разработчиков — написание тестов

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

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

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

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

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

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