Вы проводите онбординг. Как быть хорошим бадди

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

На этот период компания назначает для нового сотрудника бадди (buddy) — проводника по проекту. Обычно это тот, кто сидит рядом (физически или виртуально). Если вам повезло стать бадди, именно на вас ляжет обязанность ввести новичка в курс дела.

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

Хорошо, если у вас есть внутренний гайд по онбордингу. В таком случае этот пост можно не читать. А вот если таких инструкций нет, написанное ниже поможет вам сделать всё правильно.

До выхода новичка. Подготовьте среду

Когда вы селитесь в отель, вы ожидаете что вас будет ожидать прибранный номер. Так и человек, подписывая трудовой договор, хотел бы прийти туда где его ждут. Поэтому подготовьтесь. В зависимости от вашего уровня загрузки и того насколько живо меняется проект, работу по подготовке стоит начинать примерно за 1-7 дней до даты выхода.

• Актуализируйте README. Пройдитесь по инструкции по запуску проекта глазами. Возможно, вы видели её последний раз тогда, когда сами выходили на эту работу и за это время многое изменилось. Самое время «причесать», актуализировать эту информацию. Так вы сильно упростите себе жизнь.
• Выберите первую задачу. Подумайте, с чем из бэклога новичку будет справиться одновременно интересно и посильно. В целом, подойдет любой баг, который вам понятно как решать. Правда, если он будет слишком уж простым, то максимум что получит ваш подопечный — понимание процессов. Но и это уже немало.

Первый день. Снижаем уровень тревожности

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

Ваш новый коллега, скорее всего, немного тревожится. Он может бояться показаться глупым, несоответствующим тому грейду на который его оценили, задать «не тот» вопрос или неверным движением руки положить прод. Хотя, с кем этого не бывало, тот жизни не видел.

Вместо монолога в стиле «У нас тут микросервисная архитектура на Next.js с SSR и оркестратором на кубере» начните с простого.

• Проведите «экскурсию» по коду. Откройте главные директории проекта и простыми словами расскажите, что где лежит, что где искать. Меньше формальности, больше дружеского и располагающего тона, немного юмора — идеальный рецепт.
• Объясните контекст. Фронтенд — это в том числе и бизнес-логика. Объясните, зачем вообще существует этот ваш продукт. Кто клиенты? Как он используется? Откуда деньги? Понимание всего этого снижает когнитивную нагрузку при чтении кода.

Онбординг по процессам. Гайд по бюрократии

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

• Code Review. Объясните правила игры. Как тут принято? Мы боремся за каждую запятую в код-стайле или смотрим только на логику? Предупредите, что комменты в реквесте — это не критика личности, а норма рабочего процесса. Даже если они чуточку токсичны. Договоритесь, что в первый реквест вы зайдете лично и все прокомментируете мягко и по делу.
• Git Flow. Убедитесь, что человек понимает, как и куда коммитить. Мы за rebase или merge? Мы используем какой-то общеизвестный флоу или изобрели свой? Как называем ветки, как формирует коммит-месседж?
• Инструменты. Помогите оптимально настроить IDE, покажите ваши секретные расширения. Подскажите, какие инструменты помогут в разработке. Кажется, что это мелочь и вкусовщина, но для новичка информация может быть бесценной.

Как отвечать на вопросы. Банальные, неожиданные, сложные

Самое частое опасение бадди: «Он будет дергать меня каждые 5 минут, и я ничего не успею сделать». Это нормально и неизбежно, но если не можешь предотвратить — возглавь.

• Нет глупых вопросов. Проговорите это в первый же день. Фраза: «Слушай, здесь можно спрашивать вообще всё, даже если кажется, что это очевидно. Лучше я потрачу минуту на объяснение, чем ты будешь полдня искать ошибку в наших костылях».
• Вопросы могут быть сложными. В таком случае, не давайте готовый ответ сразу. Спросите: «А как ты сам думаешь? Как бы стал решать это?». Можете предложить разобраться вместе. Это учит новичка ориентироваться в проекте самостоятельно, но с подстраховкой.
• Документируйте ответы. Если вы объяснили что-то, что вызвало у новичка затруднение, попросите его записать это в корпоративную вики или в тот же README. Следующему бадди будет легче, а новичок запомнит материал лучше.

Soft Skills: будьте человеком

Среди нас много интровертов и людей, которым сложно вливаться в коллектив. Не ограничивайте онбординг только лишь знакомством с кодом.

• Социальный онбординг. Сходите с подопечным на обед (или в онлайн-обед). Покажите, где у вас кофе-машина, печеньки и прочие важные вещи. В онлайне — начните созвон за 5 минут до назначенного времени, просто чтобы поболтать о жизни, спросить, как дела, как погода.
• Обратная связь. Через неделю спросите не только «Как успехи с задачами?», но и «Как тебе в команде? Со всеми успел познакомиться?».
• Признайте несовершенство. Не свое, вы — идеальны. Что не всегда можно сказать о проекте. Не защищайте его, как священную корову. Если у вас легаси на jQuery, которое переезжает на React уже два года, так и скажите: «Да, тут у нас больно, мы знаем. Мы пытаемся это рефакторить, но пока слишком много задач по бизнесу». Честность рождает доверие.

Границы вашей ответственности

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

• Неделя 1: Полный контакт. Сидим рядом (виртуально), проверяем каждый шаг, вместе ходим на митинги.
• Неделя 2: Переход на асинхрон. Пусть новичок задает вопросы ещё и в общих чатах, а не только вам в личку. Переставайте подстраховывать его на встречах, но потом обсуждайте с ним прошедшие созвоны.
• Неделя 3-4: Полная самостоятельность. Ваша задача — просто быть на подхвате, если что-то пойдет не так.

Поздравляю, вы — хороший бадди

Хороший бадди — тот, кто помнит, каково это — быть новичком. Все там были. Ваш опыт в проекте — это карта местности, с помощью которой вы сможете «поселить» в него своих будущих коллег. Инвестируйте в них сейчас. Время, силы, нервы.

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