Как грамотно «воспитывать» джуниоров

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

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

1) Научить работать в команде

Как правило, для бизнеса не важно, насколько талантлив каждый отдельный разработчик. Важен общий результат — одна цель на всех, и для решения задачи нужно объединиться, а не работать в одиночку. У большинства выпускников нет подобного опыта. Можно возразить, что в университете ребята часто вместе делают проекты или сообща готовятся к экзаменам, но это другое, ведь оценивают там каждого по отдельности.

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

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

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

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

2) Научить работать самостоятельно

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

Важно с самого начала рассказать про цикл разработки проекта и стандарты кодинга, принятые в компании. Если не сделать этого сразу, позже новичку будет труднее адаптироваться.

Настройте молодого специалиста на принятую в компании дисциплину. Расскажите, где уместно проявлять инициативу. Это касается не только случаев разработки, а и общения с непосредственным начальником или куратором. Например, бывает, джуниор не считает нужным сообщать ментору об успешном выполнении задачи и ждёт, пока наставник увидит/спросит сам. Такие моменты нужно проговаривать, чтобы новичок понимал, как себя вести.

Осторожно «гасите» юношеский перфекционизм там, где его слишком много. Научите молодого коллегу чувствовать «границу», когда задачу можно считать решенной, чтобы он не тратил время на доработку того, что не требуется.

3) Привить культуру управления временем

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

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

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

4) Запастись терпением и грамотно менторить

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

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

Следите, чтобы новичок сразу исправлял ошибки, на которые вы ему указали, а не просто принимал к сведению. И не забывайте хвалить за успехи!

Резюме

• Создавайте для джуниоров дисциплину, но в меру — чтобы не зарубить на корню инициативу.
• С самого начала расскажите молодому специалисту про цикл разработки проекта и стандарты кодинга, принятые в компании.
• Научите их оценивать свою работу с точки зрения совместного результата команды.
• Объясните, что задавать вопросы — не стыдно. Стыдно просидеть весь день и не написать ни строчки, потому что чего-то не понял.
• Проверяя задание, спрашивайте не только о том, что конкретно сделал новый сотрудник, а и с кем из коллег он пообщался в ходе работы.
• Донесите до джуниора, по каким вопросам ему стоит искать ответы самостоятельно, пользуясь гуглом, а не коллегами.
• Осторожно «гасите» юношеский перфекционизм там, где он излишний.
• Давая задание, заведомо увеличивайте оценки по времени.
• Посоветуйте джуниору концентрироваться от начала до конца на одном задании, а не переключаться между ними.
• Напомните молодому коллеге, чтобы он предупреждал заранее, если не вписывается в дедлайн или если наоборот, справился с задачей быстрее.
• Будьте готовым объяснять джуниору многие вещи, которые, вроде бы, сами собой должны быть понятны.
• Следите, чтобы новичок сразу исправлял ошибки, на которые вы ему указали, а не просто принимал к сведению.

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


Благодарю за помощь в написании статьи семь ИТ-специалистов (среди которых 2 программиста, один QA, один Systems Architect, один Team Lead, один PM и один HR) с опытом ментроства новичков, которые охотно им поделились.