Инженерная культура — Наставник Хекслета

Концепция виртуального офиса
Наставник помогает студентам достигать целей
Атрибуты IT-компании
Заключение

Как мы узнали из прошлых уроков, наставник не преподает студентам материалы Хекслета (или сторонние материалы). Он отвечает на вопросы и раскрывает различные темы в форме активностей. Однако, это вовсе не означает, что наставник ничему не учит своих студентов. То, что отличает Хекслет и как IT-компанию, и как школу программирования — это инженерная культура разработчика.

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

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

Концепция виртуального офиса

Зачастую программисты одного проекта работают в общем пространстве — open space. Люди приходят на работу и уходят с нее в обусловленные часы, внутри царит дружеская, но рабочая атмосфера. Люди могут обмениваться мнениями в комнатах совещаний или проводить митапы на всю команду. Каждый участник команды сообщает о своем прогрессе работы на дейликах, а вся команда сдает проект по спринтам.

open space

Хекслет — это виртуальный open space, где наставники исполняют роль тимлидов, а студенты растут от intern до senior как своими силами, так и с помощью окружающих. Студент с первого дня получает рабочие задачи, вовлекается в жизнь проекта и делает свой вклад в его развитие.

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

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

Наставник помогает студентам достигать целей

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

Иногда мы можем столкнуться со сложными студентами. Некоторым из них даже хочется сказать «это не твое». Но говорить так нам, конечно же, не следует. Такие студенты в силу личных обстоятельств либо не достигают поставленных целей совсем, либо это занимает у них в разы больше времени и сил, чем ожидалось на старте. Корректировка целей и сроков в подобной ситуации — абсолютно нормальная практика. При всей важности эмпатии, проблемы и сложности студентов не следует «пропускать через себя»: это только приведет нас к фрустрации и выгоранию. Гораздо более продуктивным шагом станет пересмотр стратегии обучения и обсуждение ситуации с куратором.

Иногда студенты в процессе обучения словно «забывают», зачем они пришли учиться изначально и ставят перед собой цели вроде «отучиться за N месяцев» или «решить все задачи на Хекслете и только без подсказок». Чаще всего это приводит к резкому сокращению качества и скорости обучения, что в результате ведет студента к прокрастинации и разочарованию. Мы можем замечать таких студентов и работать с ними. Бывает, студенту достаточно просто сказать, что не обязательно сейчас решать задачу самостоятельно — попросить помощи в чате или подсмотреть решение будет более рациональным шагом. Пока самостоятельных решений более 80%, студент имеет все шансы пройти программу, а уже после — вернуться и закрыть пропущенные упражнения.

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

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

Атрибуты IT-компании

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

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

Канбан-доска

Наставник подводит студентов к ведению досок, чтобы познакомить их с IT-культурой — все как в жизни. Принцип работы с досками похож на работу в реальной команде — тимлид (наставник) видит доски своих разработчиков (студентов), может ставить им новые задачи или обсуждать те, что уже в работе. Если разработчикам нужна помощь тимлида, они либо ждут митинг (если он есть), либо обращаются с вопросом или назначают встречу.

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

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

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

Видео про Trello

Индивидуальный план развития

В некоторых компаниях практикуется ИПР — индивидуальный план развития. Это документ, представляющий собой долгосрочный план развития сотрудника. В нем описывается, что есть сейчас, что ожидается через N месяцев (обычно — полгода). Этот документ тезисно описывает сначала отправную точку и затем — ожидаемую конечную точку. В процессе он может наполняться фактически выполненными шагами и достигнутыми целями. Задача документа не в том, чтобы выстроить путь на будущее, а в том, чтобы грамотно проанализировать путь пройденный. Если в процессе сотрудник достиг других целей, то это может быть абсолютно нормально.

Чтобы корректно сформировать план развития для студента, необходимо на первом созвоне обсудить, какие цели на обучение ставит перед собой студент. В какие сроки и каких результатов хотел бы добиться. Цели могут быть размытые, поэтому хорошо, если наставник поможет их оформить. Например, выбрать несколько вакансий, на которые хотел бы претендовать студент, разобрать какие навыки и компетенции для неё нужны и разбить по шагам, что нужно для этого сделать и с чего начать. Также важно понять, что студент уже знает и умеет к тому моменту, как пришёл на обучение в Хекслет. Узнайте про его бэкграунд в программировании или его изучении, посмотрите проекты, которые он делал (если такие есть).

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

Для студентов в ИПР могут попадать рекомендуемые книги, изучение дополнительных технологий, а также — все закладки статей/видео из теории и блога Хекслета и уроки/испытания, которые нужно перепройти. Иными словами — всё то, что поможет студенту прокачаться в будущем, но на сегодняшний день физически «не влезает» в текущую нагрузку и будет только мешать учёбе. Так мы учим студентов спокойно относиться к техническому долгу, но при этом видеть его, учиться им управлять и не позволять ему управлять собой.

Под ИПР хорошо подходит упомянутая канбан-доска с набором таких задач. Наставник может помочь студенту расставить приоритеты, убрать сомнительные задачи и добавить более полезные.

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

Факультативность

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

Заключение

Теперь мы имеем полное представление о том, кто такой наставник, как он действует, что делает, почему именно так и как часто. Если резюмировать все сказанное в этом и предыдущих уроках:

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

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