Все записи

Как адаптируем стажеров

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

Преонбординг

Мы хотим, чтобы с первых дней стажер чувствовал себя комфортно, поэтому заранее готовимся к выходу нового сотрудника:

— заказываем технику;

— организовываем рабочее место;

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

Первый день работы

Знаем, что стажерам волнительно, поэтому начинаем адаптировать плавно:

— встречаем и проводим экскурсию по офису;

— рассказываем о «внутрянке» на адаптационной встрече;

— знакомим с наставником и руководителем.

Кто поможет

Менеджер по адаптации — HR, который ответит на любой вопрос, расскажет про сервисы и системы.

Наставник — опытный сотрудник, который готов делиться опытом. Он поможет освоиться в команде и понять задачи, познакомит со структурой компании и продуктами. Еще наставник поддержит морально, если вдруг что‑то не получится.

Не бойся задавать вопросы и совершать ошибки — коллеги всегда подскажут и провалидируют задачи.

План работ

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

План включает изучение внутренних регламентов, знакомство с продуктами или технологиями, внутренними процессами разработки или управления проектом, а также выполнение «боевых задач».

Говори о сложностях с задачами наставнику, он поможет. Не отчаивайтесь, если что‑то не получилось с первого раза, а попробуй еще: ориентированность на результат — это ценно.

Фидбек

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

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

Похожие новости

Когда задача считается выполненной

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

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

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

Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

Дима руководит группой прикладной разработки в Naumen и много лет работает с командами, которые делают не одноразовые фичи, а долгоживущие системы — те, что развиваются годами, переживают смену людей, требований и контекста.

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

Как развивать документацию и продвигать техписателей

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

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

Все новости