Онбординг. День первый

который очень часто проходит в поисках указателя на нужную дверь. И не будьте душнилами: для онлайн сотрудников воспринимайте эту дверь метафорически

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

Должно сделать сильно заранее (и это вообще-то не только про онбординг)

➡️Документация по код-стайлу. Если хотите, признаки хорошего тона, принятые в Вашей команде: как Вы вносите изменения, где и как фиксируете и всё в таком духе.
➡️Вводная документация по проектам. Мини-презентация о целях, заказчиках, ответственных
➡️Список проектов с координатами. Где лежит проект, где его бд, где репо, кто входит в команду в каких ролях, ссылки в таск-менеджеры и системы ведения документации и т.д.
➡️Перечень признанных в команде гуру в той или иной области.
➡️Перечень контактов, к которым сотрудник может обращаться по различным вопросам, не имеющим отношения к непосредственно рабочему процессу

Заблаговременно - то есть за время, необходимое для реализации, озаботиться следующим

➡️Создать корпоративную учётку. Не забудьте проверить доступы.
➡️Определить проекты, на которые будет направлен сотрудник
➡️Реализовать доступ к проектам. Добавить пользователей в базы и репозитории.
➡️Реализовать доступ к вспомогательным инструментам. Если есть.
➡️Подготовьте рабочую технику и место. Если надо.

Тут можно возразить — а что если новичок не выйдет в свой первый рабочий день? Ну что ж, бывает. Работа проделана зря. Придётся удалять пользователей и всё прочее. Примерно в 1% случаев, если не реже. Беда, блять, невероятная.

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

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

В первый день проведите с ним общеобразовательный ТаТ, расскажите об общих порядках: процедуре релизов, какие встречи, с какой периодичностью и зачем проходят, чем вообще занимаетесь (тут могут помочь те самые мини презентации), какие есть перспективы и всё, что может быть интересно новому сотруднику, о чём он уже возможно спрашивал на собесе, но теперь более подробно.

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

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

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

Сразу добавьте сотрудника во все периодические общекомандные встречи, которые у Вас есть.

Главное - спроектируйте этот день таким образом, чтобы успеть всё, но при этом не засыпайте однотипными задачами, идущими подряд. Между встречами оставьте время на ознакомление с документами, подключение к окружению. Это не будет занимать много времени, но даст время спокойно переварить полученную на встречах информацию.

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

Соблюдайте эти простые и не очень затратные правила — и первый рабочий день оставит вполне конкретные и полезные знания, создаст впечатление "ну наконец я в команде профессионалов", а не погрузит в пучину хаоса. Отмазки не принимаются.

#медведьразмышляет #управление