Как мы узнали из прошлых уроков, наставник не преподаёт студентам материалы Хекслета (или сторонние материалы). Он отвечает на вопросы и раскрывает различные темы в форме активностей. Однако, это вовсе не означает, что наставник ничему не учит своих студентов. То, что отличает Хекслет и как IT-компанию, и как школу программирования — это инженерная культура разработчика.
Знакомясь с материалами Хекслета, мы можем заметить, что конкретные инструменты предлагаются к изучению на довольно поздних этапах. Пока студент только начинает свой путь, мы помогаем ему научиться понимать суть решаемой проблемы и фундаментальные принципы программирования. И лишь после этого переходим к изучению устройства и предназначения готовых инструментов. Мы учим не столько конкретным языкам, сколько программированию в целом. Так мы формируем мышление будущих инженеров: учим работать в команде, задавать хорошие вопросы и находить хорошие решения для нестандартных задач. Наши коммуникации со студентами — это передача опыта и поддержка на равных: как в условиях команды, которая вместе работает над одним проектом.
Инженерная культура — это то, что невозможно передать через сухой текст или предзаписанное видео. Именно здесь начинается работа наставника, который своим примером показывает, как мыслит и действует хороший инженер.
Зачастую программисты одного проекта работают в общем пространстве — open space. Люди приходят на работу и уходят с неё в обусловленные часы, внутри царит дружеская, но рабочая атмосфера. Люди могут обмениваться мнениями в комнатах совещаний или проводить митапы на всю команду. Каждый участник команды сообщает о своём прогрессе работы на дейликах, а вся команда сдаёт проект по спринтам.
Хекслет — это виртуальный open space, где наставники исполняют роль тимлидов, а студенты растут от intern до senior как своими силами, так и с помощью окружающих. Студент с первого дня получает рабочие задачи, вовлекается в жизнь проекта и делает свой вклад в его развитие.
Наставник взаимодействует со студентами именно в такой среде, моделируя для них будущие условия работы в хорошей IT компании. Рассказы наставников из личной практики, публичные собеседования, совместное решение задач, воссоздание атрибутов реальной рабочей атмосферы — всё это помогает студентам почувствовать применимость полученных ими знаний на практике.
Сроки и правила общения, которые обсуждались в предыдущих уроках, как раз и помогают нам сформировать такой виртуальный офис: с зонами ответственности, понятными процессами и предсказуемыми реакциями на то или иное действие. К сожалению (как и в реальной жизни) бывает, что из нашего виртуального офиса некоторых людей приходится убирать — если они не соблюдают установленные правила, ведут себя откровенно токсично или срывают рабочие процессы. Это касается как студентов, так и наставников.
Как правило, студенты приходят на курсы, чтобы решить какую-то конкретную личную проблему. Смена сферы деятельности, повышение квалификации, освоение нового хобби — это наиболее частые причины покупки курсов. Наставник же выступает в роли человека, который уже прошёл этот путь. Мы уже знаем, какие грабли ожидают студента на этом пути, какие цели достижимы, а какие стоит переосмыслить. Наставник становится для студента своего рода инструментом для достижения поставленных целей.
Иногда мы можем столкнуться со сложными студентами. Некоторым из них даже хочется сказать «это не твоё». Но говорить так нам, конечно же, не следует. Такие студенты в силу личных обстоятельств либо не достигают поставленных целей совсем, либо это занимает у них в разы больше времени и сил, чем ожидалось на старте. Корректировка целей и сроков в подобной ситуации — абсолютно нормальная практика. При всей важности эмпатии, проблемы и сложности студентов не следует «пропускать через себя»: это только приведёт нас к фрустрации и выгоранию. Гораздо более продуктивным шагом станет пересмотр стратегии обучения и обсуждение ситуации с куратором.
Иногда студенты в процессе обучения словно «забывают», зачем они пришли учиться изначально и ставят перед собой цели вроде «отучиться за N месяцев» или «решить все задачи на Хекслете и только без подсказок». Чаще всего это приводит к резкому сокращению качества и скорости обучения, что в результате ведёт студента к прокрастинации и разочарованию. Мы можем замечать таких студентов и работать с ними. Бывает, студенту достаточно просто сказать, что не обязательно сейчас решать задачу самостоятельно — попросить помощи в чате или подсмотреть решение будет более рациональным шагом. Пока самостоятельных решений более 80%, студент имеет все шансы пройти программу, а уже после — вернуться и закрыть пропущенные упражнения.
Когда цель студента изначально недостаточно хорошо сформулирована или проработана, может сложиться ситуация, когда цель достигнута, а что делать дальше — не понятно. Можно сказать, что мы ведём студентов на 110% — не только поставив их на ноги и отпустив в свободное плавание, но и дав немного «средств» на первое время.
Чтобы всё это преодолеть и качественно помочь студенту решить его проблемы, наставник учит его правильному целеполаганию, рефлексии, помогает выстроить процессы, видеть пройденный путь и планировать дальнейшие шаги. Всё это попадает в инструментарий хорошего инженера. Такие навыки полезны и будущему работнику компании, где принята хорошая инженерная культура.
Примечание: В основном, эти механики применимы для персональных наставников или небольших групп, но о них нужно говорить всем студентам на всех форматах.
Ранее уже упоминались дейлики и канбан-доски. И мы действительно можем воссоздать со студентами виртуальный офис вплоть до таких деталей. Особенно это актуально для персональных наставников. В случае с дейликами, со стороны Хекслета нет какого-то одного рекомендуемого сервиса: выбор формы и регулярности здесь остаётся на усмотрение наставника.
Наставник подводит студентов к ведению досок, чтобы познакомить их с IT-культурой — всё как в жизни. Принцип работы с досками похож на работу в реальной команде — тимлид (наставник) видит доски своих разработчиков (студентов), может ставить им новые задачи или обсуждать те, что уже в работе. Если разработчикам нужна помощь тимлида, они либо ждут митинг (если он есть), либо обращаются с вопросом или назначают встречу.
На начальном этапе далеко не все студенты даже знают о том, что есть такое понятие, как таски и что их можно как-то организовывать и вести. Ведение доски дисциплинирует студента и сразу приучает к рабочей культуре, с которой он будет иметь дело в дальнейшем, в условиях реальных IT-проектов. А наставник в любой момент может посмотреть доску студента и быстро понять, что сейчас происходит у него в учебном процессе, работает ли он или «забуксовал».
Наставник помогает студентам освоить этот инструмент, но в дальнейшем каждый студент ведёт свою доску сам. Если у нас есть студенты с досками, их нужно обязательно регулярно проверять — не менее одного раза в неделю.
Наставник может выбрать сервис для досок по своему усмотрению, но Хекслет рекомендует Trello. Это достаточно простой и популярный сервис, реализующий все необходимые механики. Для этого создан шаблон доски в Trello и видео, рассказывающее про механику её использования:
В некоторых компаниях практикуется ИПР — индивидуальный план развития. Это документ, представляющий собой долгосрочный план развития сотрудника. В нём описывается, что есть сейчас, что ожидается через N месяцев (обычно — полгода). Этот документ тезисно описывает сначала отправную точку и затем — ожидаемую конечную точку. В процессе он может наполняться фактически выполненными шагами и достигнутыми целями. Задача документа не в том, чтобы выстроить путь на будущее, а в том, чтобы грамотно проанализировать путь пройденный. Если в процессе сотрудник достиг других целей, то это может быть абсолютно нормально.
Для студентов в ИПР могут попадать рекомендуемые книги, изучение дополнительных технологий, а так же — все закладки статей/видео из теории и блога Хекслета и уроки/испытания, которые нужно перепройти. Иными словами — всё то, что поможет студенту прокачаться в будущем, но на сегодняшний день физически «не влезает» в текущую нагрузку и будет только мешать учёбе. Так мы учим студентов спокойно относиться к техническому долгу, но при этом видеть его, учиться им управлять и не позволять ему управлять собой.
Под ИПР хорошо подходит упомянутая канбан-доска с набором таких задач. Наставник может помочь студенту расставить приоритеты, убрать сомнительные задачи и добавить более полезные.
В этом и предыдущем уроке уже упоминалось, что процесс обучения должен быть комфортным для студента. Иногда самые простые и очень полезные задачи могут быть для студента в тягость. Допустим, мы всё обсудили со студентом — он согласен, что это классно. Но де-факто он не ведёт доску, не приходит на дейлики, игнорирует совместные мероприятия. В таком случае мы не заставляем этого студента делать то, что он не делает, но продолжаем регулярно напоминать обо всех доступных и полезных инструментах.
Теперь мы имеем полное представление о том, кто такой наставник, как он действует, что делает, почему именно так и как часто. Если резюмировать всё сказанное в этом и предыдущих уроках:
Это непростой, но крайне интересный и захватывающий процесс. Мы всегда имеем право на ошибку, но не имеем морального права разрушить мечты студента и помешать ему в достижении его целей. Когда после многомесячной совместной работы студент возвращается с обратной связью и рассказывает, что он устроился на работу, что его похвалили и что он за это благодарен лично нам, это даёт совершенно новый опыт и чувство гордости, как за студента, так и за себя.
Вам ответят команда поддержки Хекслета или другие студенты.
Выделите текст, нажмите ctrl + enter и отправьте его нам. В течение нескольких дней мы исправим ошибку или улучшим формулировку.
Загляните в раздел «Обсуждение»:
Курсы программирования для новичков и опытных разработчиков. Начните обучение бесплатно.
Наши выпускники работают в компаниях:
Зарегистрируйтесь или войдите в свой аккаунт
Задавайте вопросы, если хотите обсудить теорию или упражнения. Команда поддержки Хекслета и опытные участники сообщества помогут найти ответы и решить задачу