Это вторая часть про инструменты адаптации. Первая тут.

III. Контекстные инструменты создают рамки прозрачности (и, как следствие, предсказуемости - причем двусторонней). Эти инструменты должны помочь новому сотруднику понять, как устроены продукты, их архитектура и главное - почему именно так.

Здесь к нам снова придет на помощь документация, но теперь по продуктам команды и с актуальной картой сервисов. Тут уже может не обойтись без консультаций со стороны ответственных за сервис коллег и лучше это организовать в виде QA-встречи. Полезно практиковать и гембу - дать в руки сервис или, если продукт направлен на определенный тип пользователей, примерить на себя их роль и “прочувствовать”, каково это пользоваться конкретным сервисом.
В идеале новичок (как и каждый член команды) должен понимать не только ЧТО происходит в системе, но и ПОЧЕМУ ТАК, а не иначе

IV. Нормативные инструменты. Напоследок поговорим о том, новичку хорошо бы понимать правила, по которым в вашей компании что-то происходит, где границы его ответственности и что он может ожидать от своих коллег.

Прежде всего, еще до первого дня нового сотрудника, хороший тимлид (а это мы) подготовил ИПР на своего будущего коллегу, которые нужно в день выхода показать, прокомментировать и, если надо, обсудить. Задачи, поставленные на период адаптации - это ориентиры и критерии успеха прохождения испытательного срока. Прогресс по ним нужно отслеживать и делать это совместно с самим новичком, чтобы результаты ИС не были ни для кого из вас сюрпризом.

И вновь не обойтись без документации, в этот раз по процессам - как вы планируете задачи, как решаете инциденты, график дежурств, отпусков, как оформить пропуск и забронировать переговорку - все это можно и нужно новичку предоставить. Тут, скорее всего, информации будет больше всего, поэтому рекомендую разделить ее на обязательную к прочтению и на “по требованию”, иначе этот объем можно будет не переварить.

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

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

Мы с сообщниками из Management Hub постарались раскрыть тему адаптации максимально полно, почитать общий текст можно тут - часть 1 и часть 2. Читайте, подписывайтесь на авторов