Онбординг или попытка выжить?

Онбординг зачастую выглядит как квест на выживание с элементами психологического хоррора.

Первый рабочий день. Новичку говорят: «Вот доступы, вот база знаний, вот 38 ссылок, если что — спрашивай». И дальше человек остаётся один на один с корпоративным хранилищем образца постапокалипсиса.

Он получает реальные знания о том, что половина инструкций устарела, часть ссылок ведёт в никуда, какие-то статьи противоречат друг другу. В чатах он видит, как люди используют аббревиатуры уровня: «Проверь SLA после синка с CRM через старый OPS, но только не через новый».

Новичок сидит и пытается не спалиться, что вообще ничего не понимает.

Самое смешное — команда переживает, что новичка спугнет объём информации. Нет. Проблема обычно в отсутствии контекста.

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

А новичок этого не знает.

Для него всё выглядит одинаково важным и одинаково непонятным.

И вот тут начинается классическая ситуация: человек боится задавать вопросы, чтобы не выглядеть тупо, начинает молча тонуть, делает ошибки, а потом все удивляются, когда он не возвращается с обеда. Хотя проблема тут вообще не в человеке. Просто многие компании строят онбординг по принципу: «Сейчас он всё прочитает и сам разберётся».

Не разберётся.

Потому что knowledge transfer — это не «скинуть ссылки».

Это огромная работа: объяснить контекст, снизить тревожность, показать реальную картину процессов, помочь собрать в голове систему, а не набор случайных документов. Хороший онбординг всегда выглядит очень скучно. После него у человека нет ощущения: «Я прошёл корпоративный Dark Souls».

У него есть ощущение: «Окей, за работу. Я понимаю, как тут жить».