Чекліст онбордингу працівників для IT-компаній

Чому онбординг ламається в малих IT-компаніях

Онбординг у компанії на 20 людей зазвичай живе в голові одного старожила та в Slack-треді з назвою #welcome-yevhen. Це працює — до моменту, коли в один тиждень виходять одразу двоє, офіс-менеджер у відпустці, а новачок працює віддалено і не може ввібрати процеси осмосом. Симптоми завжди ті самі: метушня з ноутбуком у перший день, доступи, які роздають ад-хок протягом першого місяця (це проблема безпеки, а не просто незручність), і новий інженер, який формально вже найнятий, але фактично два тижні простоює — за агентськими рейтами це дороге мовчання.

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

До першого дня (відповідальні: наймаючий менеджер + опс)

• Підписаний контракт + персональні дані, зібрані один раз і одразу в HR-систему — а не в таблицю, яку пересилають поштою
• Техніка замовлена й відправлена (для віддалених — щонайменше за 5 робочих днів)
• Акаунти створені: пошта, Slack/Teams, Git-провайдер, трекер задач, HR-система — за стандартною матрицею доступів для ролі, а не з імпровізації
• Запис працівника створено: менеджер, відділ, дата виходу, роль — щоб погодження та оргструктура працювали з першого дня
• Календар першого тижня складено: інтро-дзвінки з менеджером, баді та командою; сесія проєктного контексту заброньована
• Баді призначений (рівний за позицією колега, а не менеджер), і йому пояснили, що робить баді
• Вітальне повідомлення для командного каналу підготовлене — хто виходить, роль, над чим працюватиме

Перший день (відповідальний: менеджер)

• Залізо працює, усі акаунти логіняться — перевірено в першу ж годину, а не виявлено опівдні
• 30-хвилинна 1-на-1 з менеджером: як виглядає успіх у перший місяць, як ви працюєте разом, коли зустрічаєтеся
• Знайомство з командою (15 хвилин достатньо) + обід або дзвінок із баді
• Базова безпека: менеджер паролів, 2FA всюди, політика щодо пристроїв, кому писати про все підозріле
• Одна маленька реальна задача — змерджений код чи закритий тикет у перший день кращі за будь-яку презентацію
• Політика відпусток + як оформити відпустку показано в HR-системі (це перше, про що люди мовчки думають)

Перший тиждень (відповідальні: менеджер + баді)

• Контекст проєкту: клієнт, екскурсія кодовою базою, definition of done, процес деплою
• Звичка вести таймшити запущена — перший тиждень залоговано, помилки виправлено разом (для сервісних команд це гігієна виручки, а не бюрократія)
• Ревізія доступів: усе з рольової матриці видано, нічого зайвого (least privilege із першого тижня)
• 1-на-1 наприкінці тижня: що незрозуміло, чого бракує, перший фідбек в обидва боки
• Для клієнтських ролей: представлення клієнту з чітким скоупом відповідальності

30 / 60 / 90 днів (відповідальний: менеджер)

• День 30: звірка очікувань із критеріями успіху з першого дня — письмово, а не на відчуттях
• День 60: перший справжній цикл фідбеку (колеги + менеджер); зони росту названі; грейд/позиція на драбині підтверджені
• День 90: рішення щодо випробувального терміну ухвалене свідомо й озвучене; цілі на наступний квартал поставлені

Якщо чек-ін виявляє помилку найму, рішення на 90-й день дешевше й людяніше, ніж відкриття на восьмому місяці — саме для цього й існують заплановані контрольні точки.

Те, про що забувають шаблони: офбординг — це онбординг навпаки

Кожен доступ, виданий за цим чеклістом, має бути відкликаний на виході — а в IT-компанії забутий Git-акаунт чи досі активний VPN — це справжній інцидент безпеки, який лише чекає свого часу. Тримайте екзит-чекліст поруч із вхідним: названий відповідальний за передачу справ, відкликання доступів за тією самою матрицею, повернення техніки, дані для фінального розрахунку вашому бухгалтеру та коротке екзит-інтерв’ю, поки фідбек ще свіжий.

Як це працює в Helia HR

• Шаблони онбордингу за відділами з відповідальними та дедлайнами відносно дати виходу — кожен новачок отримує свій чекліст автоматично, ніщо не живе в чиїйсь голові.
• Заплановані чек-іни, щоб розмови на 30/60/90-й день справді відбувалися, і 1-на-1 з приватними нотатками менеджера — для історії фідбеку.
• Передача з найму в штат: кандидат, прийнятий у рекрутинговому пайплайні, стає записом працівника з уже прикріпленим чеклістом.
• Вбудований офбординг: стандартні екзит-чеклісти (передача справ, відкликання доступів, техніка, фінальний розрахунок) плюс структуроване екзит-інтерв’ю.

FAQ

Скільки має тривати онбординг?

Структуровані контрольні точки — 90 днів; продуктивна робота — з першого тижня. Якщо новий інженер за перші два тижні нічого не відвантажив, уваги зазвичай потребує процес, а не людина.

Чи справді це потрібно компанії на 10 людей?

Полегшена версія — так: ціна одного провального першого тижня однакова за будь-якого розміру, а чекліст пишеться один раз за годину. Віддача накопичується з кожним наступним наймом.

Хто має відповідати за онбординг?

Одне ім’я на рядок працює краще, ніж один відповідальний за все: опс відповідає за техніку й акаунти, менеджер — за очікування та чек-іни, баді — за «як тут усе працює насправді».