Онбординг тимлида (и других менеджеров)
шаблон чеклиста

«Вот команда. тимлидь» — говорят тимлиду и возвращаются только через 3 месяца, чтобы сказать, что он молодец (или не очень).

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

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

В серии постов поговорим про план онбординга и цели. Это саммари выступления Толи Панова на Podlodka TL Crew, улучшенное и дополненное моими мыслями и материалами.

Первый месяц онбординга

— 1-я неделя: знакомство с командой

На общих встречах и индивидуально обменяться с ребятами ожиданиями, спросить о проблемах, где нужна помощь.

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

Мой любимый вопрос — «Зачем тебе тимлид?». Если у инженера есть содержательный ответ — это бесценный источник информации для онбординга.

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

— 2-я неделя: изучение целей команды

Сначала цели стоит разделить на командные и личные.

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

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

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

Продакт погрузит в цели и проекты команды. Стоит попросить его рассказать не только о том, чем команда занята сейчас, но и о планах на 3-6 месяцев.

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

— 3-я неделя: формирование целей, определение приоритетов

Здесь всё зависит от предыдущего пункта.
Совет — фокусироваться на том, что не решится без вашего участия.
Личные цели — за вас никто не сделает.
Наём команды — самому все проекты не затащить.

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

— 3-я неделя: изучение команды
Когда вы знаете цели, какие проекты горят и какие есть проблемы, — пора предметно посмотреть на команду.
Есть ли все нужные компетенции?

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

— 4-я неделя: погружение в проекты

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

Важная ремарка: если руководитель сразу говорит, что проект Х — суперважный, то не стоит откладывать на 4ю неделю.

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

Погрузитесь в высокоуровневую архитектуру. Узнаете, какие есть модули, как взаимодействуют, какие узкие места, какую нагрузку она выдержит, и тд. Это поможет увидеть риски в проекте и заранее их отработать.

———

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

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