Инструкция для нового сотрудника

Первый день нового человека почти всегда выглядит одинаково: руководитель на встрече, ноутбук выдаст ИТ «после обеда», доступ в CRM появится к среде, а наставник узнаёт о наставничестве в понедельник утром. Каждый по отдельности сделал свою часть — просто никто не держал в голове весь порядок.

Инструкция решает ровно эту задачу. Не «адаптация» как мероприятие, а список, у каждого пункта которого есть два свойства: кто делает и к какому дню. Пункт без ответственного — пожелание, пункт без срока — тоже.

Что даёт список из этого конструктора:

• Заявки на доступы уходят до выхода. Самая частая потеря первой недели — человек сидит и ждёт, пока его заведут в системы.
• Первый день расписан по часам. Встретить, познакомить, включить, дать задачу, разобрать вечером.
• В первый день есть настоящая задача. Маленькая, но с видимым результатом: это разница между «меня ждали» и «я мешаю».
• Цели испытательного срока записаны на первой неделе. Тогда разговор через месяц не превращается в спор о том, что имелось в виду.
• Инструкция обновляется руками новичка. Отдельный пункт: записать, чего не хватило. Через месяц он этого уже не вспомнит.

Чеклист разложен на четыре части, и у каждой свой смысл.

До выхода

Всё, что должно быть готово заранее. Заявки на доступы закрываются накануне, а не в первый день: в большинстве компаний ИТ работает с очередью, и «срочно» в ней означает «завтра».

Первый день

Здесь важнее всего не объём информации, а ощущение, что человека ждали. Отсюда план по часам, встреча лично и короткий разбор вечером — именно на нём всплывает, что половина доступов не работает.

Первая неделя

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

Первый месяц

Самостоятельная работа под наблюдением, обратная связь примерно на второй неделе (когда правки ещё легко принять) и итоги испытательного срока без сюрпризов.

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

• Заявка по образцу роли, а не «как у Иванова». Права, скопированные у конкретного человека, тянут за собой его исключения и накопленные за годы доступы.
• Проверяет вход тот, кто выдал. Созданная учётная запись и работающая учётная запись — разные вещи: лицензия не назначена, пароль требует смены из офисной сети, двухфакторная аутентификация не привязана.
• 1С, CRM и хелпдеск — это не только доступ, но и разбор. Полчаса с наставником: какие поля обязательны, что считается закрытой задачей, где лежат типовые сценарии. Без этого человек работает, но неправильно, и переучивать потом дороже.
• Удалённый выход планируется отдельно. Техника едет курьером несколько дней, а VPN и двухфакторная аутентификация без живой помощи рядом настраиваются вдвое дольше.
• Список доступов ведут в одном месте. Он же пригодится при увольнении: закрыть всё по тому же списку, а не вспоминать, где ещё была учётная запись.

Любой шаблон устаревает за пару месяцев: меняются системы, роли, люди. Что помогает:

• Один владелец. Обычно руководитель направления, иногда HR. Документ без владельца перестаёт обновляться в тот день, когда его опубликовали.
• Правка после каждого выхода. Пункт «дополнить инструкцию» стоит в конструкторе не для красоты: новичок — единственный человек, который видит дыры.
• Выгрузка туда, где живёт работа. Markdown ложится в вики; CSV импортируется в таск-трекер, и каждая строка становится задачей с ответственным и сроком.
• Общее — отдельно, роль — отдельно. Первый день у всех почти одинаковый, а первая неделя у разработчика и у менеджера по продажам не совпадает нигде.
• Язык человеческий. «Осуществить ознакомление с локальными нормативными актами» читают по диагонали и не выполняют. Если инструкция звучит как приказ, начните с чистки канцелярита.

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

1. Трудовой кодекс РФ, статьи 68 и 70 — ознакомление с локальными актами под подпись и испытательный срок: сроки и критерии стоит фиксировать письменно.
2. Bauer T. Onboarding New Employees: Maximizing Success, SHRM Foundation — четыре опоры адаптации: соответствие требованиям, разъяснение роли, культура, связи в команде.
3. Rollag K., Parise S., Cross R. Getting New Hires Up to Speed Quickly, MIT Sloan Management Review, 2005 — скорость выхода на результат зависит прежде всего от того, как быстро человек находит нужных людей.
4. Google re:Work — чеклист первого дня для руководителя: исследование внутри компании показало заметное ускорение выхода на продуктивность у тех менеджеров, кто его использовал.