Как проходит адаптация нового сотрудника
Что проверяют
Вопрос звучит либо про процесс в вашей прошлой команде, либо про то, чего вы ждёте от новой. В обоих случаях смотрят на зрелость: понимаете ли вы, что выход на продуктивность это управляемый процесс, а не «выдали ноутбук, дальше сам».
Как отвечать
Разложите по шагам то, как было у вас, без выдуманных цифр:
- Первый день: доступы (репозиторий, трекер, стенды, мессенджер, документация), окружение поднимается по инструкции, а не по устной подсказке соседа. Хороший маркер зрелости команды: проект запускается локально за час по README.
- Первая неделя: назначен наставник или бадди, есть маленькая реальная задача с быстрым выходом в прод, дан обзор архитектуры и понятно, кто за какую часть отвечает.
- Первый месяц: задачи усложняются постепенно, все пул-реквесты проходят ревью, есть регулярные встречи один на один, промежуточная обратная связь приходит до конца испытательного срока, а не в последний день.
- Критерии: заранее понятно, что считается успешным прохождением испытательного и в какой момент новичок берёт задачи самостоятельно.
- Вклад самого новичка: пока взгляд свежий, он правит README и инструкции. Пропущенные шаги в онбординге лучше всех видит именно новый человек.
Если процесс был слабым, скажите это прямо и добавьте, чего не хватало: так ответ выглядит честнее. Уместно задать встречный вопрос, как онбординг устроен здесь, есть ли наставник и когда первая обратная связь.
Где спотыкаются
Отвечают за компанию, а не за себя: пересказывают идеальный HR-процесс, хотя интервьюер хочет понять, как вы лично входили в проект.
Приводят несуществующие метрики адаптации вроде «стали продуктивны на 20% быстрее». Следующий вопрос про методику измерения остаётся без ответа.
Сводят адаптацию к знакомству с коллективом и корпоративной культуре, забывая техническую часть: доступы, окружение, первый деплой, договорённости по стилю кода.
Не задают ни одного встречного вопроса. В разговоре про онбординг это читается как безразличие к тому, каким будет ваш первый месяц.