какая практика у программистов в колледже
Стажировка в сфере IT с дальнейшим трудоустройством
Где пройти преддипломную практику студентам: веб-дизайнеру, программисту, маркетологу и всем другим начинающим специалистам в сфере IT? Данный вопрос возник у меня и у большинства моих однокурсников на 4-м курсе бакалавриата в университете.
Я обучалась в Санкт-Петербургском государственном университете промышленных технологий и дизайна, по программе: реклама в медиа-индустрии. Специальность была — digital-стратег.
Основная задача преподавателей данной специальности, заключалась в том, чтобы обучить нас комплексно взаимодействовать с клиентом. То есть, мы изучали что такое: интернет-маркетинг, SMM-продвижение и SEO-оптимизация.
Для вашего понимания дальнейших событий — кратко постараюсь объяснить, что должен уметь digital-стратег. Наш университет готовит будущих специалистов в различных областях IT. А эксперт в digital-стратегии — это человек, который, в принципе, должен уметь разбираться во всем.
Простыми словами: наша основная задача — изучить продукт, для продажи которого проводится рекламная компания, разрабатывается сайт или сообщества в социальных сетях. Проанализировать общую и целевую аудитории данного продукта. Под изучением аудитории, я подразумеваю: возраст, пол, кошелек, интересы, увлеченности, религии (если требуется), геопозицию (если требуется) и, в дальнейшем, их поведенческие факторы. Затем, исходя из полученных данных, создать некую концепцию взаимодействия бренда с покупателем. То есть, сформировать его позиционирование, ценовую политику и создать определенную цепочку предварительных соприкосновений клиента с данным продуктом. Например:
Для проведения данных работ, digital-стратегу требуются навыки в: интернет-маркетинге, в веб-дизайне, SEO-оптимизации, копирайтинге и даже, в некоторых случаях, в верстке сайтов.
Я могу начать подробно расписывать, где заканчивается зона ответственности «сеошников», веб-дизайнеров, прочих специалистов и начинается моя, но, для общего понимания вышеуказанной информации более, чем достаточно. Хотелось бы сказать — это очень неоднозначный вопрос, поскольку все проекты разные. Исходя из моего опыта, взаимодействие сотрудников в команде формируется на основе поставленных задач. Поэтому, четкие рамки между сотрудниками конечно есть, но иногда границы размываются.
Я надеюсь, что у меня получилось донести общие характеристики данной профессии. Следовательно, нам было нужно пройти преддипломную практику, в таком месте, где работают специалисты, по всему вышеперечисленному комплексу и перечень задач был незаурядным. Чтобы мы получали инновационные задания, разрабатывали решения, учились работать в команде и, в следствии, развивались как специалисты.
Студенческие IT стажировки — как мы стараемся делать их наиболее эффективными
Привет! Меня зовут Денис Александров, и помимо работы в качестве Android-разработчика, я уже более семи лет готовлю стажеров в разных компаниях и занимаюсь студенческими практиками. Мне приходилось и работать с перспективными студентами персонально, и проводить групповые стажировки с отсевом. Я собрал самые важные и полезные тонкости проведения стажировок для студентов, благодаря которым мы делаем наши стажировки максимально полезными и эффективными для всех ее участников.
Когда (и кого) начинать стажировать
Каждый работодатель хочет видеть в кандидате сотрудника, готового уже завтра полноценно приступить к работе. Но на практике даже опытным разработчикам требуется время для «акклиматизации». Что уж говорить о студентах или вчерашних выпускниках. Поэтому в случае набора студентов возникает выбор:
Не брать студентов, а дождаться их выпуска — с надеждой, что выпускники будут лучше подготовлены к рабочей деятельности.
Работать со студентами, но дать им возможность успешно закончить учебу.
Брать студентов в штат без учета их образовательной деятельности.
Мы стараемся придерживаться второго подхода, и на это есть несколько причин.
Во-первых, борьба за достойных кандидатов начинается в вузе. Крайне редко встречаются талантливые, но недооцененные студенты, которые не смогли найти себе работу еще в годы учебы.
Во-вторых, даже самый талантливый студент сначала попадает на стажировку. Ему еще только предстоит сопоставить теоретические знания и реальную работу.
В-третьих, многие студенты не могут сразу понять, чем же они хотят заниматься после учебы. С такими студентами очень важно наладить связь как можно раньше, а лучше вообще быть первым. Этот первый опыт работы во многом определяет дальнейшую судьбу айтишника (т. н. синдром утенка).
Студенты редко выбирают один из путей — учеба или стажировка — сознательно. Большинство все-таки хотят получить и диплом, и предложение работы. Конечно, бывают ситуации, когда приходится выбирать, но в действительности большинство стажеров совмещают работу и учебу на протяжении нескольких лет. Я поддерживаю этот выбор, и я стараюсь организовать стажировки для студентов с дальнейшим полным трудоустройством.
Я более 11 лет работаю в преподавании, и сейчас ребята, которых я готовил еще к ЕГЭ, уже работают в крупных компаниях. Я периодически пересекаюсь со своими бывшими студентами на хакатонах и олимпиадах, и ставлю себе мысленные заметки «вот студент, который прошел ожидаемый путь развития; было бы неплохо посмотреть, как он может применить опыт на проекте, где я сейчас работаю». Конечно, это очень долгосрочная и туманная по результатам работа, но в плане результатов игра стоит свеч.
Нашу работу со студентами можно разделить на 3 основных этапа:
Работа в вузе. Для того, чтобы заинтересовать самых перспективных студентов, мы начинаем работу не с рекламы собственного блога или группы в социальных сетях, а с онлайн и офлайн работы в вузе — лекции, семинары, участие в вузовских мероприятиях.
Студенческая практика. Это обязательная часть обучения в вузе, цель которой — закрепить полученные знания. Каждый учащийся должен «найти» себе место для практики и отчитаться о ней, так что со стороны студентов «спрос» всегда есть. Но бизнес заинтересован в том, что привлечь самых талантливых и мотивированных, и для этого мы так много работаем на 1 этапе.
Стажировка. Это не обязательная часть обучения, которую мы предлагаем лишь тем, кто хорошо себя показал на 2 этапе. Мы принимаем студента в штат компании и платим ему зарплату.
Сотрудничество с вузами
Вот что мы делаем для того, чтобы найти и привлечь лучших студентов:
Участие в университетских хакатонах, олимпиадах и дипломных работах в качестве экспертов.
Преподавание в вузе.
Открытые занятия и семинары на территории вуза.
Конечные цели у вуза и у частных компаний, как правило, разные. Несмотря на это, я считаю, что из этого сотрудничества оба участника могут извлечь пользу.
Считается, что вуз должен полностью подготовить студентов к рабочей деятельности. Но это не совсем так. Со стороны Android-разработки могу сказать, что актуальность существующих технологий будет пересмотрена еще до окончания учебы сегодняшних первокурсников. И даже если обучать студентов самым трендовым технологиям, это не дает гарантии востребованности спустя 5 лет, потому что невозможно угадать, какие будут требования к разработчику через 4 года. Впрочем, это и не нужно.
В вузе студента стоит научить базовым вещам — языку C++, принципам ассемблирования и компиляции, способам организации памяти на «железном» уровне и др. Да, этого не будет в списке требований к Android-кандидату. Как, наверно, не будет и в 98% других вакансий. Вуз дает ту теоретическую базу, которая позволяет, например, видеть протекающие дыры в абстракциях (по выражению Джоэла Спольски, сформулировавшего Закон дырявых абстракций).
А вот то, что наш студент увидит в вакансиях, когда станет кандидатом, постоянно меняется — каждый год появляются новые технологии, фреймворки, версии языков программирования и др. Программисты учатся постоянно, и для этого гораздо важнее широкий базовый технический профиль, чем знание модных фреймворков. Гораздо проще самостоятельно изучить платформенное API и документацию к фреймворку, чем наверстать пробелы в знании атомарных и битовых операций.
Со стороны промышленной разработки я могу точно сказать — какими бы полными ни были требования к разработчику, все равно придется учиться. Вообще самообразование для разработчика, на мой взгляд, самый важный навык. Практически все необходимые знания находятся парой кликов. И нам жизненно необходимо уметь находить и применять эти знания.
Но ту необходимую теоретическую базу, которую дает университет, нужно еще «привязать» к жизни. И это можно увидеть только там, где идет разработка настоящих проектов — в коммерческих компаниях. Еще до начала непосредственно практик и стажировок мы помогаем вузу с экспертизой и университетскими активностями — здесь взгляд со стороны бизнеса очень полезен.
Многие студенческие проекты страдают не столько от низкой степени технической проработки (как будто в большом бизнесе такое не встречается!), сколько от непонимания в целом — зачем и для кого предназначен объект исследования. Студентам всегда тяжело даются фреймворки, процессы разработки и прочие «бытовые» вещи в IT-разработке. Без практики знания о таких вещах сложно усваиваются. Мы стараемся помочь студентам разобраться в этих процессах — подсказываем, где применение фреймворка поможет сэкономить драгоценное на хакатоне время, проводим игровые занятия с разбором ролей в команде разработки и в бизнес-процессах.
В прошлом году я прочитал курс лекций по инструментам и технологиям разработки ПО для студентов последнего курса кафедры разработки ПО в Южном федеральном университете. В качестве практических примеров я всегда рассматриваю максимально прикладные задачи — то, с чем мне лично приходится сталкиваться. Спустя полгода часть студентов пришла к нам в компанию на практику. И общее понимание наших производственных процессов очень помогло мне выстроить обучение со студентами.
Важно не перегнуть палку — студенческий проект может быть не совсем продуман и в меру неряшлив. Гораздо важнее показать базовые принципы формирования требований к проектам и коду: почему важно понимать конечного пользователя, как делать систему гибкой и адаптивной под изменяющиеся требования, как учитывать юридические тонкости при работе с данными и т. п.
Вообще для бизнеса инвестиции в работу в вузах — одни из самых неоднозначных в плане результата. Все будет зависеть от заинтересованности преподавательского и управленческого состава и бюрократии, которая все активнее поглощает образовательные процессы. Это долгосрочные инвестиции, результаты которых можно увидеть только спустя много лет. Однако если ваша работа регулярная и вы планируете набирать сотрудников еще много лет, опыт работы с вузом будет очень полезен.
Студенческая практика
Я встречал множество способов организации студенческой практики — от «принеси диплом на подпись в последний день» до «вот тебе бизнес-фича в реальном проекте, у тебя как раз две недели, должен успеть».
Мы практикуем групповые студенческие работы. Во время прохождения такой практики студенты делают совместный проект под присмотром практикующего специалиста.
Пару раз в неделю мы организуем занятия, на которых разбираем текущий прогресс по работам либо изучаем необходимые материалы — архитектуру приложения, платформенные или языковые особенности и другие подобные вопросы.
Наш воркшоп QARATE. В нем приняли участие в том числе и мои стажеры.
Обязательное время в офисе и минимум часов мы не обозначаем. Посещать занятия тоже не обязательно — материалы можно изучить самостоятельно (хотя это и очень сложно).
Практика у разных курсов длится по-разному — от 2 до 10 недель. Но кроме этого мы периодически устраиваем расширенные практики с возможностью дальнейшей стажировки. В этом случае практика будет длиться в среднем 6-10 недель. Студенты могут завершить практику точно в срок, регламентированный вузом, получить необходимые документы и возвращаться к учебе. В случае же, если студент выберет, успешно завершит нашу «расширенную» практику и хорошо себя проявит — мы можем предложить ему дальнейшую стажировку.
Есть способ «обойти» практику. Если у студента уже есть неплохой проект, портфолио или опыт стажировки в другой компании, мы готовы рассмотреть вариант «перезачесть» практику.
В качестве дополнительного стимула к прохождению практики, по ее завершении студенты получают проекты в свое портфолио и персональные рекомендации от менторов. Мы не практикуем грамоты или сертификаты — только реальные результаты работы и персональные отзывы.
Для меня главным критерием готовности человека к стажировке является умение быстро и в необходимой мере учиться. Так или иначе, стажировка — это процесс интеграции в реальные проекты и процессы компании. Здесь просто необходимо научиться учиться. Если студент проявляет все необходимые предпосылки, мы предлагаем ему стажировку.
Стажировка
Итак, если студент хорошо себя проявил, мы можем предложить ему стажировку. В нашем понимании стажировка студентов — процесс обучения необходимым процессам и технологиям для участия в «боевых» задачах. Очень важно дать начинающему разработчику полноценные знания о работе, научить разбираться коде, осваивать библиотеки.
Мы сформулировали несколько причин, почему стоит максимально отложить привлечение начинающих специалистов к боевым проектам:
Для начала нужно дать возможность ошибиться. Не все в разработке получается с первого раза, и возможность начать сначала — необходимость.
Поэтапное внедрение в процессы. Тяжело с ходу разобраться во всех особенностях работы в IT. Стажировка — один из способов поэтапного внедрения в компанию.
Нужно научить разработчика глубоко разбираться в проблеме. Не всегда боевые условия позволяют выделить необходимое для этого время.
У студентов иногда случается сессия, и в этот момент им лучше иметь возможность спокойно сдать ее. В случае с реальными проектами далеко не всегда удается безболезненно это сделать.
Стажировка и стресс
Стажирующиеся студенты неизбежно попадают в стрессовую ситуацию: нужно и на работу ходить, и про учебу не забывать. Так как работодатель является непосредственным участником этой ситуации, он может как содействовать, так и усугубить и без того нелегкое состояние студента.
Что мы делаем для поддержания студента:
Содействие в написании дипломной работы. Стараемся подобрать тему работы и стажировку таким образом, чтобы время, потраченное у нас в компании, помогло в написании и защите дипломной работы.
Свободный график, который определяет сам студент. Не совсем удобно для менторов, но загонять студента в невыполнимые сроки — пожалуй, худшее решение.
Учебные каникулы для сдачи сессии. Так как под стажировкой мы понимаем в первую очередь образовательный процесс, мы стараемся не задействовать стажеров в коммерческой разработке. Это позволит студенту безболезненно взять отпуск и сдать сессию или долги.
Возможность плавно наращивать темп. Есть лишь минимально необходимое количество часов, верхняя планка согласовывается по готовности с самим стажером.
Стажировка и оплата
Да, как правило, стажировки оплачиваются. Стажировка — это процесс подготовки сотрудника к работе — обучение, знакомство с компанией и командой и пр. Безусловно, основной интерес компании — это получить сотрудника для решения «боевых задач».
Все позиции стажеров у нас оплачиваются. Кроме этого, у всех стажеров регламентируется рабочее время и количество часов в неделю (в соответствии с принятой ставкой). Все «по-взрослому» — даже если сотрудник не сразу приступает к «боевым» проектам, процесс работы все равно соблюдается — код ревью, работа в команде и с менеджером.
Я считаю, что отсутствие хоть какой-то оплаты работы стажеров говорит лишь о том, что на него не делают серьезную ставку, либо попросту эксплуатируют. Если же компания готовит хороший кадр, в любом случае должна присутствовать компенсация временных затрат.
Что считается успешным завершением стажировки
В первую очередь — полная интеграция в процессы компании. К счастью, студенты в большинстве случаев без проблем вливаются в новую компанию.
Вторым, но не менее важным, критерием является самостоятельное обучение. Самое важное свойство Junior-разработчика — навык самостоятельно найти, изучить и применить технологию. Работа разработчика напрямую связана с этим. На следующей итерации, к уровню Middle, он будет учиться самостоятельно отфильтровывать необходимую информацию, но пока хватит и поиска.
В-третьих, это умение самостоятельной экспертизы собственного кода. Программисты не умеют писать идеальный код. И даже хороший код приходится переписывать по нескольку раз. Крайне важно владеть самокритикой для дальнейшего роста.
Ну и наконец, в-четвертых, это готовность (в первую очередь временнАя) к работе на реальном проекте. Здесь важно иметь необходимое для работы количество часов, а также возможность участия в плановых созвонах и совещаниях.
Что же касается широко распространённой во многих компаниях практики итогового тестирования стажёров, я категорически не одобряю различные тесты на знание именно языков программирования. Я встречал кандидатов на работу, буквально выучивших самые популярные вопросы по разработке. К сожалению, с реальным умением программировать это практически никак не связано.
И наконец, после того, как все критерии соблюдены, мы можем предложить стажеру позицию разработчика.
Что дальше?
А дальше — «боевой» проект. Здесь начинающий разработчик сталкивается с суровыми буднями программиста. Например, узнает, что код далеко не всегда пишется по канонам. Узнает, как появляются костыли. Разбирается, почему рефакторинг — вещь нужная, но редко выполнимая. В общем, продолжает учебу, потому что на мой взгляд самое лучшее в разработке — вечное обучение.
Кроме этого, студент принимает участие в экспертизе других разработчиков (попросту code review). Я считаю, что для этого крайне важно привлекать специалистов разных уровней. Так и дилетантские ошибки найти проще (а опытные разработчики часто их пропускают), и вырасти команде разработки проще. В конце концов, Junior-разработчику тоже нужно разбираться в чужом коде, и лучше начинать это делать уже на этапе code review.
Вместо выводов
Я считаю, что ключевым и решающим фактором в успешности стажировки является мотивация и исполнительность стажера. Тем не менее, я как организатор могу подкрепить эту мотивацию и обеспечить условия для того, чтобы поставленные перед стажером задачи были выполнены в срок.
Для того, чтобы эти факторы сложились, очень важно еще на этапе планирования понимать, что хочет получить каждая сторона и как этих результатов достичь. Технические же детали в момент уже проведения стажировки практически всегда перекраиваются.
В апреле 2020 года мы были вынуждены целиком изменить формат практики и стажировки на онлайн. Само собой, это создало целый ворох проблем — от обеспеченности техникой до заключения договоров на стажировку.
Тем не менее, мы помогли группе студентов закрыть свои учебные обязательства и познакомиться с миром коммерческой разработки. А у нас появился новый стажер.
Стажёры в IT: найти, обучить и трудоустроить. Рассказываем, как мы построили работу с практикантами
IT-компании проводят практику, чтобы найти новых сотрудников, программистов. Это одна из наиболее распространённых причин. В iSpring мы после практики трудоустраиваем 20–30% ребят. Летом 2021-го в iSpring Tech прошли практику 54 студента, 16 получили работу.
Практику для студентов iSpring проводит не первый год, но раньше масштабы были скромнее: каждое лето — до 10 человек на 1–2 проектах и пара наставников. В этом году студентов стало больше в несколько раз: нам пришлось пересматривать подход к организации практики и более чётко выстраивать процессы.
В статье расскажу, как мы выстроили процесс работы с практикантами в iSpring: от поиска до трудоустройства. Возможно, вы почерпнёте из нашего материала новые идеи по организации практики.
О чём нужно помнить, затевая практику
Практика — трудоёмкое занятие. Если только не посадить практиканта в отдел, а в следующий раз заговорить с ним при подписании отчётов. Для настоящей практики нужно потратить немало ресурсов: организовать рабочее место, придумать проект и задачи, ежедневно отвечать на тысячу вопросов.
С помощью практики получится нанять сотрудников уровня junior. Главный плюс в найме джунов: практикант — как белый лист. Научить так, как нужно компании, проще, чем переучивать. Но нужно помнить, что джуну понадобится больше времени, чтобы начать показывать результаты и приносить пользу.
Практикант не будет работать фултайм. Практикант — студент, в сентябре он вернется в университет. Готовы ли вы брать человека на полставки до конца его учёбы? Мы готовы, но заключаем устную договорённость: учёбу не забрасывать. В университете дают хорошую базу, которой не стоит пренебрегать.
Для практикантов нужны наставники. У них должно быть время: на одного практиканта стоит закладывать 1–2 часа в день. Ещё важнее — желание быть наставником, передавать свой опыт, обучать, отвечать на вопросы. Без качественного наставничества эффективность практики будет стремительно падать, так как практикант будет по большей части предоставлен самому себе.
Нужно придумать проект, на котором будет работать практикант. Это могут быть обучающие задачи, не связанные с вашей разработкой, или реальные задачи из бэклога.
Если практикантом никто не будет заниматься и для него не будет подходящих интересных задач, нет смысла его приглашать. Для компании практикант будет, скорее, обузой, и ему самому будет скучно. У него останутся не самые приятные впечатления от компании, и даже когда он станет мидлом, то может и не рассматривать вас как работодателя.
Если же вы уделите практиканту достаточно внимания, дадите классный проект, обучите, проявите заинтересованность, создадите правильную атмосферу, он будет рассказывать друзьям, как круто провёл этот летний месяц и чему научился. Лояльность к компании будет выше.
Как мы организовали практику
Выстроили процессы и распределили роли
Когда студентов было меньше, для организации практики хватало пары людей.
В этом году практика масштабировалась, организаторов стало больше. Сразу возникла сложность: оказалось, что каждый ведёт маленькую часть и не совсем понятно, а кто за что всё-таки отвечает. Например, не было полной картины, какие к нам практиканты придут и сколько их будет: один коллега говорил, что будет 10 практикантов, другой сообщал, что ожидаем ещё 20, а потом внезапно появилась встреча с третьей «партией» практикантов.
Чтобы процесс не погрузился в хаос, мы собрали установочную встречу, где продумали и описали весь процесс. Сложные схемы не делали — набросали всё на маркерной доске и без излишней детализации. В результате появился перечень задач и девять ролей, которые нужны на проекте.
Административные роли
Руководитель практики — сигнализирует о старте, определяет цель и масштабы практики, утверждает проекты, подключается в сложных моментах.
Проджект-менеджер — организатор, координирует всех участников, менеджерит процесс.
Рекрутер — занимается поиском практикантов и последующим наймом.
Представитель — официальное лицо от компании, взаимодействует с образовательными учреждениями по вопросам прохождения практики в iSpring, ведёт учёт.
КДП — ведёт кадровое делопроизводство при приёме на практику.
Куратор — действующий программист-преподаватель.
Проектные роли
Заказчики — дают проект на реализацию студентам и принимают результат.
Проджект-менеджеры — взаимодействуют с заказчиком, организуют работу наставников и практикантов.
Наставники — ключевые лица в практике, мы не бросаем практиканта без поддержки. В этом году на 54 студента был 31 наставник: всем уделялось достаточно внимания. Перед тем как начать работать со студентами, будущие наставники проходят корпоративную школу наставничества. Там рассказывают, как выстраивать программу обучения нового сотрудника, передавать опыт, ставить задачи, принимать результаты — и даже обучают основам андрагогики.
Для каждой роли — отдельный человек. Проджект-менеджер отвечал за практику целиком. Он собрал информацию со всех участников, создал чат, общие таблицы и файлы. Теперь все новости и вопросы стекались к нему. В этом решении всё было хорошо, кроме временных затрат: в течение двух месяцев у проджекта уходило по 4–5 часов в день на координацию больше чем 100 участников проекта: практикантов, наставников, заказчиков и людей из других отделов, например, из административно-хозяйственного.
Когда ролей много, это снижает нагрузку на каждого участника: есть возможность заниматься и другими проектами — не только практикой. Минус — информация может потеряться внутри команды проекта, а проджекту сложно держать руку на пульсе и быть в курсе всего. Сами практиканты взаимодействуют с HR, с проджектом, подписывают отчёты у представителя. Думаю, для них было бы проще, если бы все роли были в одном лице 🙂
Нашли практикантов
Самые популярные варианты, как можно привлечь студентов:
Обратиться напрямую в нужные университеты — в отделы практики и трудоустройства. Их почта и контакты есть на официальном сайте университета.
Можно договориться о размещении информации о компании в соцсетях и о встречах со студентами онлайн или офлайн. Встречи могут быть короткие — на полчаса: на них можно просто рассказать о компании. Такие онлайн-встречи проводят уже и в инстаграм-аккаунтах университетов, а не только по Zoom.
Можно проводить тренинги, мастер-классы, хакатоны. Набирают популярность IT-вебинары: информационные — например про карьеру, трудоустройство или обучающие — про технологии.
Мы долгое время приглашали практикантов только из местного Волгатеха, в котором преподаём. В этом году расширили географию и взаимодействовали с университетами из других городов — Томска и Казани. Также пригласили ребят из местных лицеев с техническим уклоном.
Опубликовать информацию о практике в каналах поиска работы (телеграм, hh). Но если практика не оплачиваемая, некоторые ресурсы такую «вакансию» не опубликуют. Вариант рабочий, хотя мы в этом году его не использовали: хватило потока кандидатов, пришедших по другим каналам.
Рассказать сотрудникам о практике. У всех есть друзья, знакомые, родственники: у кого-то из них может возникнуть желание пройти практику в вашей компании. В этом году к нам так пришло несколько человек.
Что мы делаем, чтобы подружиться с образовательными учреждениями:
Преподаём. Сотрудники iSpring преподают в Поволжском государственном политехническом университете на направлении «Разработка программных систем», лицее Инфотех и Институте программных систем. В учебном году 2020–2021 там преподавали 43 человека из команды iSpring. Некоторые ведут предмет целиком, другие выступают как приглашённые эксперты, а кто-то помогает основному преподавателю принимать лабораторные работы у студентов.
дизайн и проектирование приложений (UX/UI),
Проводим мастер-классы. В начале 2020 года мы захотели ближе познакомиться со студентами других университетов страны. Ярмарки вакансий отсекли почти сразу: это слишком общее и сумбурное мероприятие, на котором сложно оценить качество подготовки студентов.
Мы отобрали все университеты страны с направлением 09.03.04 «Программная инженерия». Да, программистов готовят и на других направлениях, но с первого раза невозможно объять необъятное. Посмотрели программу подготовки, предметы, проходные баллы, выбрали 15 университетов.
Мы предлагали провести двухдневный интенсив по теме «Микросервисная архитектура. Язык Go» от наших ведущих программистов для студентов 2 и 3 курсов. Мероприятие для университета бесплатное.
Все, что нужно было от университета, — собрать студентов, подготовить аудиторию. Казалось бы, классная активность! Можно познакомиться с модным языком, пройти интенсив, применить знания на практике. Но не тут-то было 🙂
В отличие от нас, представители университетов не были воодушевлены. Мы подготовили короткую презентацию о нас и нашем запросе, отправили в университеты и потом обзвонили. С некоторыми так и не получилось связаться, кто-то говорил что мы навязываем какую-то рекламу, у других аккредитация, кто-то не проводил очные мероприятия из-за пандемии. В итоге из отобранных университетов согласились два: для них-то мы и провели свой двухдневный интенсив.
Организуем встречи с основателем компании. В Волгатехе наибольший вклад мы делаем как раз в направление «Разработка программных систем» — там iSpring уже знают.
Мы хотели установить контакт с другими IT-направлениями университета, поэтому организовали часовую встречу основателя iSpring Юрия Ускова со студентами. Юрий рассказал про компанию: чем занимаемся, о наших целях, про разработку и, конечно, про практику. Студенты услышали всё из первых уст и после встречи подходили к HR поговорить более детально насчёт практики.
Придумали проекты
Идеи. Раньше мы рассылали google-таблицу перед стартом практики: в ней все сотрудники компании могли написать, что хотелось бы автоматизировать, или предложить, как улучшить процессы внутри компании. На базе этих идей практиканты реализовали проекты с библиотекой, порталом, столовой. В этом году пошли по другому пути: поскольку мы хотели, чтобы практиканты работали в действующих командах, проджект-менеджер писал напрямую тимлидам команд.
Наши практиканты отмечают, что самое главное для них — решать не выдуманные, а реальные проблемы. Внутри компании всегда есть то, что можно улучшить — пусть даже этот проект крупный и его не реализовать целиком за время практики. Ещё лучше, если задачу можно успеть довести до конца: практиканты видят результат работы, гордятся им, хотят вернуться на практику в следующем году.
Формат практики «проект». Раньше студенты работали в основном над проектами по улучшениям внутри компании: как уже упоминалось, они сделали решения для столовой и библиотеки. Тогда все практиканты трудились вместе над одним проектом: они могли работать удаленно и, если проект разрабатывался с нуля, доступ в нашу кодовую базу выдавать было не нужно. Но при этом они не погружались в рабочую атмосферу.
Теперь мы начали «внедрять» практикантов в действующую команду разработки. Как правило, студенты выполняют задания, не связанные с продуктовой разработкой: например, решают задачи, направленные на улучшение работы команды, проверку гипотез, проводят исследования. Они работают в офисе компании, видят процессы изнутри, пропитываются рабочей атмосферой, более тесно общаются с командой. При этом нам уже нужно выдавать им доступ к внутренней информации, а ещё организовывать рабочее место. Рассадить полсотни практикантов в офисе была та еще задача 🙂
Продолжительность проектов — от двух недель до полутора месяцев. Количество практикантов на проекте зависит объёма работ: у нас было от одного до пяти человек на проекте единовременно.
Формат практики «песочница». В этом году в таком формате прошли практику только 4 студента. На предыдущих практиках были «песочницы» по 10–15 человек. Для песочницы выдаём несложную задачу: например, создать телеграм-бот или сделать небольшую лабораторную работу, чтобы познакомиться с определённой технологией. Закрепляем одного наставника — он проводит лекцию в офисе. Дальше студенты дома выполняют практику. Задачи здесь даём несложные, и поэтому продолжительность меньше: от нескольких дней до двух недель.
Для реализации песочницы требуется гораздо меньше ресурсов. Это безусловно плюс. Однако нужно понимать, что при таком формате студентам сложнее проявить себя (ведь работает каждый самостоятельно дома, период практики достаточно короткий) и работа менее интересная (задачи проще, командной работы нет).
Распределили практикантов по проектам
Изначально мы сами распределяли, кто из практикантов каким проектом будет заниматься. Когда нужно распределить 10 человек на 2–3 проекта по разработке, это несложно: мы старались подобрать интересный проект, но права выбора у студента не было.
Когда масштабы больше, всё сложнее. Поэтому мы сделали общую презентацию проектов: пригласили практикантов в офис, а для тех, кто не смог приехать, подключили онлайн-трансляцию. Каждый заказчик или наставник коротко рассказал о своём проекте:
суть и польза проекта,
кому будет интересно,
количество людей на проекте,
После презентации сделали вывод, что:
Важно рассказывать о проекте так, чтобы молодому студенту было понятно. Все знают про фронтенд и бэкенд, но мало кто из студентов знает, что такое прототип продукта, как и зачем его создавать, что такое СRM и DWH.
Во время презентации нужно подробнее рассказать про технологии и кому этот проект подойдёт: студент сможет мысленно сопоставить себя с этим портретом.
Не стоит углубляться в детали проекта: ребята их не поймут или в потоке информации забудут.
После окончания презентации заказчики с наставниками распределились по площадке: практиканты походили к тем проектам, которые им больше понравились. До мероприятия мы переживали, что на некоторые направления пойдёт много желающих, а на другие — никого. Но в итоге всё получилось равномерно.
Предполагаю, что секрет успеха был в большом разнообразии проектов. На одном нужно проводить клиентские исследования и делать прототипы продуктов: такой вариант вряд ли подойдёт интровертам. Другой понравится любителям бэкенда. Для третьего наоборот нужны хорошие фронтендеры. Где-то больше исследовательская работа, а в другом мобильная —разработка.
Все практиканты разные, нравится им тоже разное. Поэтому рекомендую предлагать для практики разные проекты, чтобы у ребят был выбор.
Провели онбординг
Мы подошли к онбордингу серьёзно: он стал похож на первый день нового сотрудника. На предыдущих практиках всё было камерно: наставник сам встречал студентов, показывал офис и начинал работу. Сейчас решили привлечь к этой задаче других сотрудников — проджекта, рекрутёра — и поберечь силы наставника: ему ещё работать в течение всей практики.
В отделе кадров познакомили с правилами внутреннего трудового распорядка, порядком обращения с информацией ограниченного доступа, подписали соглашение и приказ о прохождении практики.
Подключили к системе дистанционного обучения, назначили онбординг-курсы про компанию, историю, ценности, продукты, офис.
Провели экскурсию по офису.
Привели к рабочему месту, познакомили с наставником и представили команде.
На стажёров обрушивается много информации: чтобы было проще организовать процесс, в одном из отделов, например, использовали notion. Практиканты могли найти там обучающие материалы, план стажировки, ссылки на необходимые ресурсы, контакты наставников и тому подобное. Это удобно: практиканты находили ответ на вопрос самостоятельно и не отвлекали наставника, если что-то забыли.
Нам было важно, чтобы каждый практикант почувствовал себя частью команды iSpring. Мы завели для практикантов учётную запись, подключили к корпоративному чату и трекеру задач. Студенты участвовали в утренних стендапах и даже неформальных встречах.
Провели практику
Обучение, постановка задач, проверка — всё это на стороне наставника.
Один из наставников отмечает:
Наставнику нужно балансировать между работой со студентом и основной работой. С одной стороны, уделять студенту час-два в день, кажется, не так много, а с другой — получается, что студент просит помощи каждые полчаса.
Насколько гладко будет идти работа, зависит от наставника. Например, на одном нашем проекте было пять практикантов — и на них хватало одного наставника. Команда работала полностью автономно: там, как в настоящей команде, были распределены роли и выделены ответственные за каждую фичу.
У наставника ушло много времени на построение процессов команды в первые несколько дней. Потом работа шла так: наставник один раз в день участвовал в собраниях команды, это занимало 20–30 минут. Раз в одну-две недели проходила ретроспектива и обсуждение фич. По отзывам практикантов, было очень интересно влиться в командные процессы компании: ребятам понравились ежедневные стендапы, ретроспективы, обсуждения фич и планирования, а самое главное, они решали проблемы самостоятельно.
Организовали защиту
В конце практики организовали защиту по каждому проекту. На защите присутствовали руководитель практики, проджект-менеджер практики, рекрутер, заказчик, наставники.
Также пригласили тимлидов и проджектов продуктовых команд. Им тоже может быть интересно посмотреть на защиту:
Бывает, что задачи, которые начинал делать практикант, потом берут в работу действующие разработчики.
Некоторые практиканты останутся работать в компании: на защите можно познакомиться с потенциальным джуном.
Или коллегам просто любопытно: они хотят узнать о жизни технического отдела больше.
Практиканты готовили презентацию и при необходимости демо. Презентацию строили по следующей структуре:
какая задача была на старте,
что в итоге получилось,
с какими сложностями столкнулся,
какие сделал выводы для себя.
Подобная защита полезна для обеих сторон.
Практикант готовится, анализирует практику, решает, о чём и как лучше рассказать, фиксирует результаты, развивает навыки публичного выступления, учится отвечать на вопросы. Это пригодится в будущем, когда на работе нужно будет презентовать идеи и решения.
Защита повышает статус практики: она показывает ребятам, что у нас всё серьёзно. Мы специально объединяем защиту нескольких проектов, чтобы практиканты увидели, чем занимались их коллеги, какие задачи и технологии были на других проектах. Тем самым учим их мыслить шире, интересоваться не только своей задачей, но и смотреть вокруг.
Также мы задаём вопросы, которые позволяют оценить, насколько глубоко практикант разобрался в задаче. Понял ли, для чего он эту задачу выполнял? Какая польза команде? Старается ли увидеть всю картину целиком?
И смотрим, как ведут себя ребята во время защиты других проектов. Одним интересно, чем занимался «сосед»: они вникают в презентацию, пытаются понять, задают вопросы. Другие не проявляют вовлеченности: доделывают проект, пока защищаются другие, или уходят сразу после своей защиты.
Предложили работу
Конечно, в процессе практики, каждый наставник и тимлид присматривается к своему практиканту. Они обращают внимание на:
Вовлечённость (подходит ли с энтузиазмом к поставленным задачам или нет).
Как действует в сложных ситуациях (пытается сам разобраться или почти сразу обращается за помощью).
Обучаемость (бывают ли повторные ошибки, всё ли из сказанного запоминает, какие задаёт вопросы).
Какие сложились отношения с командой.
Как воспринимает обратную связь.
Потенциал роста и развития.
По этим критериям тимлид и наставник дают фидбек по практиканту руководителю практики, и принимается решение о том, что дальше. Варианты такие:
пройти отбор на открытые позиции,
начать работать проектно,
пройти практику ещё раз,
Profit.
Вот какой фидбек нам дали сам ребята во время своих презентаций на защите проекта.
Практика отнимает довольно много ресурсов, если подходить к ней со всей ответственностью. Но оно того стоит: драйв и горящие глаза ребят заряжают и тех, кто непосредственно участвует в практике, и других сотрудников компании. Ну и конечно, благодаря хорошо проведённой практике компания имеет все шансы получить мотивированных сотрудников, которые довольно быстро вырастут из джунов в мидлов и сеньоров.
Расскажите, а у вас в компании есть практика? Как всё организовано, довольны ли вы результатами?