Ты же опытный, разберёшься
Компания долго выбирает сотрудника. Обсуждает опыт, проводит собеседования, переживает, примет ли он предложение. А потом человек выходит на работу, получает ноутбук, несколько ссылок и напутствие: «Осваивайся. Если что — спрашивай». Всё.
Самая тщательно организованная часть его знакомства с компанией закончилась. Дальше начинается небольшое расследование. Кто выдаёт доступы? У кого уточнять задачу? Какая из трёх инструкций актуальная? Почему в документации написано одно, а на встрече говорят другое? «А, это старый процесс. Мы уже давно так не работаем». Отлично. Осталось выяснить, как вы работаете сейчас.
Меня здесь особенно удивляет аргумент про опыт. Мол, мы же не новичка в профессии наняли. Зачем ему всё объяснять?
Но опытный разработчик не обязан знать, что нужный доступ выдаёт именно Саша. И что решение из документации отменили ещё летом, только обсуждали это в чате, в который его пока не добавили.
Это не профессиональные знания. Это ваш внутренний контекст. В резюме его не было. И вот человек сидит перед первой задачей. Вроде понимает, как её сделать технически, но не понимает, чего от него ждут именно здесь.
Спрашивать каждые десять минут неловко. Все заняты. На один вопрос уже ответили «это же в документации». На второй — «чуть позже посмотрю».
Поэтому он начинает разбираться сам. Тратит время, делает предположения, идёт не туда. А потом на встрече слышит: «Что-то ты долго. Надо было сразу спросить».
Прекрасно. Круг замкнулся.
Я не считаю, что нового сотрудника нужно месяц водить за руку. У него тоже есть ответственность: читать, пробовать, записывать ответы, приходить с конкретными вопросами.
Но самостоятельность не отменяет нормального знакомства с работой.
Для меня хороший старт выглядит довольно просто. Есть конкретный человек, к которому можно обратиться. Причём у него действительно выделено на это время, а не просто появилась ещё одна обязанность поверх полной загрузки.
Есть понятная первая задача. Не обязательно элементарная, но такая, где можно пройти весь путь: разобраться, сделать, показать, получить обратную связь. И понять, как здесь вообще доводят работу до результата.
Есть объяснение, что важно узнать сейчас, а с чем можно разобраться позже. Потому что «почитай всю нашу базу знаний» — занятие, конечно, увлекательное. Особенно когда половина страниц противоречит другой половине.
И есть разговор через несколько дней. Не только «ну как, всё нормально?», на который легко ответить «да». А что уже получилось, где застрял, чего не хватает и что оказалось непонятным.
Кстати, вопросы новичка — хороший повод посмотреть на собственные процессы. Если каждый новый сотрудник спотыкается об одно и то же, возможно, дело не в том, что вам опять не повезло с наймом.
Нормальная адаптация не гарантирует, что человек останется и со всем справится. Но хотя бы позволяет оценить его работу, а не способность добывать информацию у занятых людей.
Мы ведь нанимали специалиста, чтобы он помогал решать задачи.
Странно первым делом создавать ему дополнительные.
· 01.11
Это стандартная задача для техписателя - блок онбординга. Если ее не поставили и не решили... Ну, значит много других более важных задач, и руки не дошли у PM или CTO. Такой блок на портале документации экономит много рабочих часов новичку. Скорее всего, не так часто приходят новые коллеги, вот и задвинута задача в бэклог.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён