Один HR не спасёт онбординг: когда нужна система, а не герой

В IT есть классическая антипаттерн — bus factor равный единице. Это когда один разработчик знает всё о проекте, и если его собьёт автобус (или он просто уволится), проект остановится. Менеджеры проектов боятся этой ситуации и осознанно распределяют знания в команде.

В HR — ровно та же проблема, только её почему-то считают нормой. Один HR-менеджер ведёт весь онбординг: знает, где лежат шаблоны, помнит, кому какие доступы нужны, лично пишет welcome-письма и по памяти отслеживает, кто на каком этапе адаптации. Руководство называет его «незаменимым». На самом деле это означает, что процесс не задокументирован, не автоматизирован и не масштабируется.

Синдром «одного разработчика» в HR

В разработке программного обеспечения существует понятие «hero culture» — культура героя. Один программист закрывает критические баги ночью, пишет документацию утром, а днём фиксит продакшн. Команда восхищается, руководство хвалит. А потом герой увольняется — и выясняется, что половину кодовой базы может поддерживать только он.

В HR этот сценарий выглядит один в один. HR-менеджер, на котором весь онбординг:

• Знает всё — но только в своей голове. Какие документы нужны для выхода бухгалтера, куда писать за доступами в CRM, какой welcome-курс актуален — всё хранится в негласных заметках или просто в памяти.
• Успевает всё — но за счёт личного времени. Отвечает на вопросы новичков в выходные, доделывает адаптационные планы вечерами, согласовывает доступы между встречами.
• Незаменим — и это проблема, а не комплимент. Когда один человек становится единственной точкой отказа, любая организация оказывается в зоне риска.

Разница между хорошим специалистом и системным процессом проста: хороший специалист решает проблемы, система не допускает их возникновения.

7 признаков того, что ваш онбординг зависит от одного человека

Не всегда проблема очевидна. HR-менеджер справляется, новички выходят на работу, формально всё работает. Но попробуйте проверить по чек-листу:

1. Если HR заболеет, онбординг остановится. Нет заместителя, который знает процесс целиком. Нет документации, по которой кто-то другой может подхватить.
2. Процесс живёт в голове одного человека. Нет пошаговых инструкций, чек-листов или сценариев — только «Марина знает, спроси у неё».
3. Новичок получает разный опыт в зависимости от загрузки HR. Когда HR свободен, адаптация идёт хорошо. Когда завален рекрутингом — новички предоставлены сами себе.
4. Нет аналитики и метрик. Никто не знает, сколько длится адаптация, на каком этапе отваливаются сотрудники, какой процент проходит обязательное обучение.
5. Welcome-письма и материалы пишутся каждый раз заново. Нет шаблонов или единого хранилища — каждый новый сотрудник получает слегка другую версию.
6. Руководители подразделений не участвуют в онбординге. Вся ответственность на HR: от подготовки рабочего места до знакомства с командой.
7. Масштабирование невозможно. При найме 5 человек в месяц HR справляется. При найме 15 — система рушится.

Если из семи пунктов совпали три и более — у вас не процесс, а героизм одного человека.

Что ломается, когда HR-герой уходит

Рассмотрим реалистичный сценарий. Компания 200 человек, найм — 8–12 сотрудников в месяц. Одна HR-менеджер ведёт онбординг, частично рекрутинг и кадровое делопроизводство. Всё работает. А потом она уходит.

Первая неделя без «героя»: два новичка вышли на работу. Никто не знает, где шаблон welcome-письма. IT-отдел не получил заявку на доступы — потому что заявки HR отправляла со своей почты в свободной форме. Руководитель подразделения не в курсе, что у него новый сотрудник в понедельник.

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

Через три месяца: текучка на испытательном сроке выросла с 15 % до 40 %. Стоимость одного такого увольнения — от 100 000 до 300 000 рублей (рекрутинг, обучение, потерянная продуктивность). Умножьте на количество потерянных сотрудников — и «экономия» на системном онбординге превращается в прямые убытки.

Почему руководство не видит проблему

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

Причины слепоты:

• Нет метрик. Если никто не измеряет время адаптации, процент прохождения обучения и текучку на испытательном сроке, то нет и данных о проблемах.
• Успех приписывается людям, а не процессу. «У нас хороший HR» — это оценка человека. «У нас работающий процесс адаптации» — это оценка системы. Пока всё хорошо, разница незаметна. Разница проявляется в момент стресс-теста: массовый найм, уход ключевого сотрудника, пандемия.
• Стоимость рисков не посчитана. Руководство не сравнивает затраты на построение системы с потенциальными потерями от её отсутствия. Систематизация кажется расходом, хотя на деле — это страховка.

Это тот случай, когда стоит провести аудит адаптации, чтобы увидеть реальную картину, а не субъективное ощущение «всё работает».

Аналогия с IT: монолит vs микросервисы

В разработке ПО есть этап, через который проходит почти каждый проект: монолитная архитектура. Вначале один сервис делает всё — обрабатывает заказы, отправляет письма, считает статистику. Работает, пока нагрузка небольшая. Но при масштабировании монолит становится узким горлышком: одно изменение ломает всё, одна ошибка кладёт весь продукт.

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

Онбординг, замкнутый на одном HR, — это монолит. Онбординг как система — микросервисная архитектура:

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

Как выглядит системный онбординг

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

Документированность. Каждый этап адаптации описан: что делать, кто отвечает, в какие сроки, какой результат ожидается. Новый HR-менеджер может подхватить процесс за один рабочий день.

Распределение ответственности. Онбординг — не задача одного HR. В нём участвуют:

• HR — координирует процесс и следит за метриками
• Руководитель подразделения — ставит задачи и даёт обратную связь
• Наставник — помогает в первые недели
• IT-отдел — обеспечивает доступы и оборудование
• Коллеги — включают новичка в команду

Автоматизация рутины. Всё, что можно автоматизировать, — автоматизировано: рассылка писем, назначение курсов, создание заявок на доступы, напоминания и эскалации.

Измеримость. Есть метрики: время до продуктивности, процент прохождения обучения, NPS новичка, текучка на испытательном сроке.

Устойчивость к кадровым изменениям. Если HR уйдёт в отпуск, уволится или заболеет — процесс продолжит работать.

Пошаговый переход от героя к системе

Переход не требует революции. Это итерационный процесс, который можно запустить за 2–3 месяца.

Шаг 1. Аудит текущего состояния

Соберите всё, что делает HR в рамках онбординга. Буквально — попросите записать каждое действие за неделю. Вы удивитесь, сколько шагов выполняются «по умолчанию» и нигде не зафиксированы.

Шаг 2. Документирование процесса

Создайте пошаговый чек-лист онбординга для каждой роли: HR, руководитель, наставник, IT. Каждый шаг — с ответственным, сроком и критерием выполнения. Используйте адаптационный план на 90 дней как основу.

Шаг 3. Распределение ответственности

Определите, какие задачи может выполнять не только HR:

• Руководитель ставит адаптационные цели
• Наставник проводит знакомство с рабочими процессами
• Buddy помогает с бытовыми вопросами
• IT обеспечивает доступы по стандартному запросу

Шаг 4. Автоматизация повторяющихся задач

Начните с простого: шаблоны писем, автоматические напоминания, единая база шаблонов документов. Затем переходите к платформе, которая автоматизирует сценарии целиком. Разница между автоматическим и ручным онбордингом в масштабе — кратная.

Шаг 5. Внедрение метрик

Определите 3–5 ключевых показателей и начните их отслеживать. Без метрик вы не узнаете, работает ли система лучше, чем героизм одного человека.

Шаг 6. Тестирование устойчивости

Простой тест: попросите HR уйти в отпуск на неделю. Если онбординг продолжает работать — система готова. Если нет — вернитесь к шагу, на котором произошёл сбой.

Роль автоматизации: не замена HR, а освобождение от рутины

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

HR-исполнитель (без автоматизации):

• Вручную отправляет 15 писем при выходе каждого новичка
• Лично проверяет, получил ли сотрудник доступы
• Помнит, кому какой курс назначить
• Собирает обратную связь, когда находит время

HR-стратег (с автоматизацией):

• Настраивает сценарии один раз — платформа выполняет их автоматически
• Анализирует метрики и улучшает процесс
• Занимается сложными кейсами, требующими человеческого участия
• Работает над удержанием и вовлечённостью

По данным Deloitte, HR-специалисты тратят до 60 % времени на административные задачи. Автоматизация возвращает это время — и позволяет HR заниматься тем, что действительно требует человеческой экспертизы. Когда рутина уходит на платформу, один HR-менеджер может качественно вести не 5, а 25 адаптаций одновременно.

Что делать, если HR один и бюджета на команду нет

Не у каждой компании есть ресурсы на HR-отдел из пяти человек. Но это не повод мириться с bus factor равным единице. Даже с одним HR можно снизить риски:

Документируйте минимум. Создайте «книгу онбординга» — документ, по которому любой сотрудник сможет провести адаптацию новичка. Не идеальную — но базовую.

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

Используйте шаблоны. Каждое действие, которое повторяется больше трёх раз, должно стать шаблоном: welcome-письмо, заявка на доступы, план первой недели.

Автоматизируйте рутину. Даже бесплатные инструменты — Google Forms, Trello, шаблоны писем — снимают часть нагрузки. Платформа онбординга делает это комплексно, но начать можно с малого.

Предотвращайте выгорание. HR-менеджер, на котором всё держится, — первый кандидат на выгорание. Следите за его нагрузкой, иначе потеряете и героя, и процесс.

Масштабирование: как система растёт вместе с компанией

Главное преимущество системного онбординга — масштабируемость. Героизм не масштабируется: один человек физически не может вести 30 адаптаций параллельно. Система — может.

Этапы масштабирования:

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

Онбординг, который переживёт любые кадровые изменения

Тест на системность онбординга прост: если завтра ваш HR-менеджер уволится, что произойдёт?

• Ответ A: «Всё встанет, нужно срочно искать замену» — у вас нет системы, есть герой.
• Ответ B: «Будет сложнее, но процесс продолжит работать» — у вас есть база, но остались зависимости.
• Ответ C: «Ничего критичного — процесс задокументирован, автоматизирован и распределён» — у вас система.

Цель — ответ C. Не потому, что HR-менеджер не важен. А потому, что хороший HR заслуживает работать в системе, которая его поддерживает, а не системы, которая на нём держится.

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