Как распознать и вырастить джуна на курсах: три работающих кейса из практики IT-компании

Протестировали разные стратегии обучения и делимся выводами.

Мы – Clevertec, аутсорс-компания и занимаемся разработкой ПО. Командой 120 человек создаем решения для крупного бизнеса. На этапе роста поняли, что хотим сами готовить специалистов, и начали тестировать разные стратегии обучения. Что из этого вышло – честно и с подробностями расскажем в этой статье. Хочется, чтобы этот опыт помог небольшим студиям искать перспективных новичков.

Зачем мы учим?

Классический курс

Мобильная лаборатория для Android и iOS

Автоматизированный тренинг по frontend

Парочка принципов, которым мы не изменяем

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

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

Почему такой формат?

Обучение по каждому направлению начиналось с классических курсов: сбор заявок, тестовое задание, отбор, 4-5 месяцев лекций и практики. Потом другие направления сменили правила, а backend-курс остался. Тут есть секрет: у преподавателей – свобода в выборе подхода: вести группу в одиночку или привлекать коллег, заниматься онлайн или офлайн, объяснять теорию очень подробно или делать упор на самообучение и на встречах отвечать на вопросы.

А причины у каждого свои:

• нравится учить;
• хочется изучить новые темы не из рутинного стека, а преподавание – лучший способ сделать это;
• нужно подготовить человека, чтобы делегировать часть задач на своем проекте.

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

Как все устроено?

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

Студентам читают лекции и дают домашние задания. Они свободно делятся друг с другом наработками решений или задают ментору вопросы в личной переписке. Здесь условия лояльные, главное – чтобы студент действительно разобрался в теме. А насколько это удалось, выяснится на промежуточном контроле.

Фишки

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

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

Плюсы и минусы

+

• Люди в группе общаются, видят прогресс и тех, кто быстрее справляется с задачами, делают перекрестное код-ревью – это их мотивирует.

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

-

• Лекции и менторство отнимают много времени у разработчиков. Бывали кейсы, когда преподаватель объяснял тему по 3-5 часов, а перед этим готовился часов 16.

Цифры

Почему такой формат?

В доковидное время мы проводили офлайн-курсы с жесткими входными требованиями: базовые знания программирования для мобильных платформ, высшее техническое образование. Подходящих кандидатов было мало. Для 12-15 человек разработчики готовили и читали лекции, оставаясь после работы, проверяли ДЗ, а выпуск получился пустой.

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

Как все устроено?

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

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

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

Фишки

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

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

Администрированием занимается один человек: настраивает курсы, собирает и подбивает оценки разработчиков и тестировщиков.

Плюсы и минусы

+

• Меньше времени тратим на подготовку и можем охватить больше людей.

• Даем шанс: можно жить в маленьком городе, где никто не помышляет об IT-курсах, добиться успеха и получить работу.

-

• Студенты могут говорить, что им уделяют мало времени. Но здесь логика такова: чем лучше код, тем короче обратная связь. Зачем длинные комментарии, если все в порядке и работает?

Цифры

Почему такой формат?

Как и в случае с лабораторией для мобильщиков, тренинг не ставит цели научить теории. Это масштабный практикум под руководством менторов, дающий шанс “пощупать” и победить реальные задачи по разработке.

Хотя и здесь случались чудеса. Собирая обратную связь, мы получили такой отзыв: “До тренинга я всего 2 недели изучал JavaScript, а о React не знал ничего. Но в инструкциях к спринтам информация была хорошо структурирована, поэтому я успевал разбираться в новых темах”. И этот человек дошел до конца.

Как все устроено?

В феврале мы начали первое обучение фронтенду в формате лаборатории. Цель участника – создать интернет-магазин на React.

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

Задания на спринты выдавали в формате видео (скрин экрана с демонстрацией, как все должно работать) и текстовых инструкций со ссылками на дополнительные материалы.

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

Фишки

Главный “изюм” этого тренинга – автотесты. Когда счет участников шел на сотни и десятки, предварительный авточек спасал менторов от многочасовых проверок кода.

Публичный чат в Telegram. Туда попали все, кто стартовал тренинг, и менторы. Мы задумывали чат как место для общения и возможность задать вопросы, если что-то не получается. Идея сработала, причем, иногда более продвинутые участники сами отвечали на вопросы “коллег”, не дожидаясь менторов.

Плюсы и минусы

+

• Работа в реальных условиях с реальными задачами на актуальном стеке. На выходе участники тренинга сделали полноценный проект – интернет-магазин на React, научились работать с формами, взаимодействовать с данными на бэкенде.

• Большой охват аудитории. По количеству заявок этот тренинг поставил абсолютный рекорд за всю историю наших курсов.

-

• Много подготовительной работы перед стартом и во время тренинга: сверстать интернет-магазин, снять и смонтировать видео для спринтов, написать и протестировать бот и автотесты. Мы предупредили, что все тестируем на бою, предвидя заминки. И они случались. Тесты падали, например.

Цифры

* Почему такой большой минус на старте? У нас не было тестового задания. Но был подготовительный спринт: там нужно было завести профиль на GitHub и настроить простую автоматизацию. На этом этапе отсеялись совсем новички. С остальными пошли дальше.

В итоге после тренинга мы провели собеседования и взяли в компанию 4 новых стажеров.

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

Делаем максимум, чтобы научить и помочь найти офер. Всегда ответственно относимся к менторингу и даем развернутую обратную связь, потому что этим занимаются только заинтересованные люди.

Для всех выпускников мы проводим итоговые конференции, где менторы отвечают на вопросы, и мастер-классы с рекрутером: рассказываем, как подготовиться к собеседованию, правильно оформить резюме. Мы не можем предложить работу всем сразу. Но оконченный курс или тренинг подтверждает знания, с которыми можно стартовать в IT в другой команде. А шанс, что через несколько лет уже опытный разработчик вернется к нам, есть всегда.

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

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

Остались вопросы? Обсудим в комментариях!