Кейс: как EIS запустила стажировку на базе IT курсов в Hillel

💡 Усі статті, обговорення, новини про DevOps — в одному місці. Приєднуйтесь до DevOps спільноти!

Всем привет! Я Оксана Хряпа, Head of HR компании EIS в Украине.

EIS — продуктовая компания, которая создает soft для страховых компаний по всему миру.

Поскольку мы продуктовая компания, то требования к кандидатам у нас высокие.

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

Также свою лепту внес всем известный факт — переучивать сложнее, чем учить с нуля самим.

Итак, мы поняли, что пора запускать программу стажировки.

Наш выбор пал на онлайн-формат — мы перешли на WFH/WFO ещё в докарантинные времена, в карантин собирать группу в офисе как минимум небезопасно.

Требования к курсу были просты:

  • охватить всю Украину
  • сделать курс быстро
  • работать с хорошей LMS и хорошей организацией/координацией процесса обучения.

Со стороны компании выполнить все требования за раз было проблематично, поэтому появилась идея сделать курс стажировки на базе IT курсов с большой аудиторией и удобной Learning Management System (LMS).

А дальше всё просто. Я преподаю курс рекрутинга в Hillel IT School уже 4 года, так что я знала, как работает школа, и была знакома с внутренней LMS.

Конечно, организовать такой необычный курс было нелегко.

Например, нам пришлось переделывать стандартный тест Hillel IT School для курса DevOps, исправлять его и тестировать. Стандартный тест не подходил, потому что уровень преподаваемого материала был разным — мы искали выпускников курса, чтобы углубить их знания и заточить их под наши проекты.

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

Когда мы закончили подготовку, курс выглядел так:

  • Для зачисления каждый кандидат должен был сдать тест, в котором были вопросы повышенного уровня, а это значит, что без базовых знаний и «насмотренности» студенты не могли попасть в группу.
  • В процессе обучения каждую тему читал кто-то из нашей команды DevOps, так что у студентов было 12 разных преподавателей.
  • У нас были строгие требования к выполнению домашних заданий и работе на курсе. Просто погреть уши и уйти — это не про нас. И, конечно, все задания на курсе состояли из практики и настоящих кейсов.
  • В конце курса мы провели серию интервью с каждым студентом, который хотел работать с нами. Для многих ребят это было не просто, потому что мы просили прийти в офис, давали задание на время и смотрели, как кандидаты выполняли задачи. Кроме того, само собеседование было сложным.

Выводы о результатах курса

Мы четко донесли всем студентам цель курса — прокачка DevOps skills и потенциальная работа именно у нас.

Хоть курс окончен, но стажировка ещё длится — у нас стандартный испытательный срок, 3 месяца. Мы набрали 5 человек из курса, все пятеро успешно адаптируются в команде и компании.

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

Мы опробовали взаимодействие с подрядчиком — нам обоим есть над чем работать, но это неизбежно и правильно.

Сейчас мы планируем расширять тематику курсов для сотрудников и открывать новые стажировки.

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

Что говорят выпускники курса об их обучении и работе в EIS:

Олег Драчишин:

Это моя первая работа в IT компании, но судя по рассказам друзей и моим впечатлениям, хочу отметить высокий технический уровень EIS. До курса я 15 лет работал на разных позициях (от электронщика до начальника отдела) в IT департаменте банка, у меня экономическое образование.

Курс был непростой, но интересный. Было много домашних заданий.

Объем информации был больше моих знаний, соответственно, я узнал много нового.

Пришлось много времени провести в поиске ответов и решений к заданиям.

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

Курс был неплохой базой для старта, но, конечно, не надо путать «ПМЖ с туризмом».

Иван Ткачук:

Я пришел в EIS в 22 года, закончив Одесскую национальную академию связи им. А.С. Попова (сейчас ДУІТЗ) по специальности «телекоммуникации и радиотехника». До EIS я 8 месяцев проработал в Infopulse на должности Junior Cloud Engineer. Сейчас я Junior DevOps Engineer, но могу сказать, что тут любой Middle — это Senior в других компаниях.

Курс был весьма сложным и интересным. Преподаватели давали best practices в реальном DevOps. По моим ощущениям, трудности не испытали только стабильные девопсы с опытом.

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

Когда я пришёл в EIS было, очень страшно. Хотя сейчас тоже очень страшно)

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

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

👍ПодобаєтьсяСподобалось1
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
переучивать сложнее, чем учить с нуля самим

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

Знаете, как это называется? Близкородственное скрещивание. Оно даёт небывалый рост продуктивности в первом поколении, но расплата за это — возведение в степень имеющихся проблем. В целом это не критично, если только знать меру. Грубо говоря, 50% со стороны, 50% своих. Так и экономия будет, и распределение труда. Правда возникнут трудности с KPI — ведь они разделения труда не заметят, оно пройдёт в обход бюрократов, и есть соблазн уволить более сильных игроков как более затратных. Забыв, что сильные игроки нужны там, где велика цена ошибки, и только цена ошибки определяет стоимость труда высококлассных специалистов.

Близкородственное скрещивание. Оно даёт небывалый рост продуктивности в первом поколении

Гетерозис дает рост продуктивности в первом поколении. Близкородственное скрещивание (инбридинг) приводит к снижению жизнеспособности и не приводит к росту продуктивности, хотя и может использоваться при выведения пород используемых в гетерозисе.
Впрочем, к программированию это не имеет никакого отношения.

Это информация против энтропии, её законы едины, хоть для биологии, хоть для организационных структур, хоть для химии сплавов, хоть для физики передачи сигналов. И сводится к простому правилу: хочешь сохранить информацию, плати избыточностью. Если бы не эта «мелочь», мы бы пользовались аналоговыми процессами, а не пытались всё оцифровать.

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

Підписатись на коментарі