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

Сцена: первый день, пустой экран и никого не спросить

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

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

Где ломается цепочка

Проблема не в лени и не в злоумышленности. В команде до 15–20 человек нет выделенного HR-специалиста, а офис-менеджер или основатель закрывают кадровые вопросы «на бегу». Чек-листа адаптации не существует — его «никогда не было времени написать». Роль ментора (бадди) назначается формально: «Саша, ты же рядом сидишь, помоги новичку». Саша кивает, но у него свой горящий дедлайн, и он физически не может выделить два часа на вводный курс.

Технологически разрыв выглядит так: учётная запись в директории создана, но группы доступа не назначены. Приглашения в сервисы задач, репозиториев, аналитики отправляются вручную, по одному, когда кто-то вспоминает. Нет единой точки входа — портала сотрудника или хотя бы актуального документа со ссылками. В результате доступ к CRM появляется в среду, к тестовой среде — только на следующей неделе.

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

Почему в команде до 15 человек нет владельца адаптации и как это бьёт по деньгам

В малом коллективе роли часто размыты: основатель отвечает за стратегию, лид‑разработчик — за код, менеджер проектов — за сроки. Никто не прописан в регламенте как «ответственный за вход нового человека». В итоге онбординг становится чьей‑то добровольной заботой, а не процессом с дедлайнами и отчётностью.

Скрытые потери

• Простой оплачиваемого времени. Новичок получает зарплату с первого дня, но не выдаёт результат. Каждый день без доступов — это чистые затраты на ФОТ без возврата.
• Риск ухода на испытательном сроке. Человек, который неделю не может начать работу, делает вывод: «здесь хаос». Вероятность увольнения по собственному желанию растёт, а затраты на повторный поиск и собеседования удваиваются.
• Нагрузка на остальных. Коллеги прерывают свои задачи, чтобы «помочь разобраться». Их продуктивность падает, дедлайны сдвигаются, клиенты ждут.

Кто должен быть владельцем

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

Как зафиксировать процесс без бюрократии

1. Создайте шаблон «Первый день» в трекере: список сервисов, папок, контактов, паролей (через менеджер паролей).
2. Назначьте исполнителя за каждый пункт — сисадмин, лид, бадди. Ставьте срок «до 09:00 первого рабочего дня».
3. В день старта владелец адаптации пробегает по чек‑листу, ставит галочки и пишет короткий отчёт: «всё готово / нет доступа к X — решаю до 12:00».
4. Бадди получает задачу «провести 30‑минутный онлайн‑тур по проектам и ответить на вопросы». Это не менторство на месяцы, а точка входа.

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

Чек-лист первого дня и роль бадди: запуск за час

В команде до 15 человек нет отдельного HR-менеджера, поэтому онбординг должен быть жестко скриптован. Минимум, который снимает 80% вопросов: матрица доступов по ролям, готовое рабочее место в учётной системе, ссылка на базу знаний с инструкциями по первым действиям и назначенный бадди — сотрудник, который отвечает за ввод в курс дела первые две недели. Бадди — не ментор по развитию, а навигатор: где лежат шаблоны, как оформить заявку на расходы, кому писать, если упал сервер. Это роль на 30 минут в день, закреплённая за конкретным человеком, а не «все помогут».

Что входит в минимальный набор

• Таблица доступов: какой сервис, какой уровень прав, кто выдаёт, дедлайн — до выхода на связь.
• План первых 3 дней: вызовы, задачи «на разогрев», контакты экспертов по продукту.
• Чек-лист бадди: проверил доступы — показал репозиторий — ввёл в чаты проектов — назначил первую рабочую встречу.

Кто за это отвечает: база без титула

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

Чем платит бизнес, если оставить «как есть»

Игнорирование структуры адаптации бьёт по кошельку тише, но больнее штрафов. Первое — простои. Удалённик без доступов неделю стоит зарплатой плюс налоги, выдавая ноль продукта. В малом бизнесе это 5–10% месячного фонда оплаты труда сгорает впустую. Второе — риски безопасности. Когда доступы раздают хаотично «по запросу в мессенджере», через месяц у уволенного сотрудника остаются ключи от CRM, банковского клиента, облака. Восстановить контроль и перевыпустить ключи — затраты времени админов и простои остальных.

Риски проверок и безопасность

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

Скрытые потери: деньги и команда

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

Вывод: онбординг — это процесс, а не встреча

Запустить удалённика за час реально, если подготовить инфраструктуру один раз: матрицу доступов, шаблон плана недели, инструкцию бадди. Это не бюрократия, а страховка от потери денег на простое, утечки и перезакрытие вакансий. Руководитель, который тратит 30 минут на проверку чек-листа перед стартом, экономит недели хаоса. В малом бизнесе нет ресурса на исправление ошибок — есть ресурс только на их предотвращение.