I. Социально-культурные инструменты закладывают фундамент для будущего доверия и честного канала связи между новичков и, вообще говоря, всей командой, включая нас самих - руководителей. На мой взгляд, именно на них надо сделать упор в первый день-два, чтобы быстрее снять стресс и дать новичку почувстсовать себя частью новой для него команды.
Культурные договоренности. После формального знакомства с командой стоит посвятить новичка в свод неписаных правил, чтобы убрать социальное трение. Сюда входят правила коммуникации: принято ли включать камеры на встречах, пишем ли мы в чаты после 19:00 (или используем беззвучный режим), и с кем в команде можно сразу переходить на «ты». Четкое понимание этих границ в первый же день избавляет новичка от необходимости угадывать контекст и бояться совершить социальную ошибку - то есть меньше стресса, а это уже хорошо.
Пока подписывались трудовой договор и NDA, наступило время обеда, а это значит, что можно вместе поесть - простейший способ перевести отношения из чисто формальных в человеческие. Совместный обед в первый день помогает новичку увидеть в коллегах и в руководителе людей. Тут от руководителя может потребоваться небольшая помощь в задании темы разговора, чтобы новичок не отмалчивался. Рандом-кофе расширяет этот круг, позволяя познакомиться с сотрудниками из соседних отделов и быстрее понять устройство компании за пределами своего таск-трекера. И это альтернатива совместным обедам, если новичок работает на удаленке.
Чаты (в том числе неформальные) - чат с мемами, random и даже чат “без начальника” - клей для команды, рекомендую.
Обратная связь - очевидная штука, но важно запустить этот цикл не через месяц, а в конце первого же дня. Коротко синхронизроваться, понять, совпали ли ожидания, какие возникли сложности и не чувствует ли себя человек брошенным. Недосказанное мелкое недовольство в первый же день ни вам, ни новичку ни к чему, недовольство имеет свойство накапливаться.
Когда социальный контакт налажен, разработчик перестает быть неизвестным звеном для системы и гораздо охотнее делится реальными проблемами, обеспечивая вам управляемость.
II. С социальной частью разобрались, но нам еще и работу делать, поэтому включаются Функциональные инструменты. Они нацелены на обеспечение возможности разработчику в принципе делать свои задачи, то есть на его исполнимость (если угодно, execution capability).
Очевидно, тут первым делом идет выдача доступов. Новичку с этим нужно помочь в первую же очередь (после знакомства), иначе все остальное сделать просто не получится, а сам он запутается и вообще обалдеет.
Теперь по самим инструментам. Тут основной упор на обучении с реальной рабочей средой и проектами команды:
Таск-трекер должен стать точкой входа даже на этапе обучения. Через него стоит реализовывать стартовое обучение без рабочих задач. Новичок сможет освоить принятые в команде процессы постановки целей, фиксации задач и контроля прогресса на безопасных примерах. А чтобы не только в теории это понять, но и потыкать руками - поможет песочница, изолированный полигон, где новичок может протестировать какой-либо функционал без риска для прода. В песочнице можно проводить тесты по предметной области и основным компонентам системы, если продукт и структура особо сложные.
С функционалом инструментов поможет, конечно, Wiki. Если вы ребята особенно современные, ИИ-бот с RAG над вашей документацией даст буст в понимании отдельных вещей. Бот позволяет новичку (да и не только) не
В итоге к моменту получения реальных задач новый разработчик уже будет разбираться в основных возможностях ваших инструментов.
Остальные инструменты в продолжении.
