Комментарии 3
Полугодичный онбординг это что-то очень долго.
Мне кажется, тут есть пренебрежение документацией или управленческие проблемы вида "в работу систематически берут очень сырые и расплывчатые задачи".
Привет! Спасибо за комментарий.
Возможно, полгода — это действительно небыстро. Здесь два момента:
У Ops-департамента широкий спектр задач, поэтому нам кажется, что полгода до самостоятельности — хороший показатель. В другой команде с другими задачами срок может быть как меньше, так и больше.
Описанный в статье онбординг с ментором — больше для Junior-инженеров или, как в истории Игоря, при смена стека с Windows на Linux. Middle- или Senior-инженеры вливаются сильно быстрее.
>Описанный в статье онбординг с ментором — больше для Junior-инженеров или, как в истории Игоря, при смена стека с Windows на Linux
да, на факт смены инфраструктурного стека я и правда не обратил внимания.
Насчёт отсутствия "специальных задач для новичков", на одной из работ у нас было организационное разделение инфраструктуры на компоненты, и задачи привязывались к одной или нескольким компонентам - так вот, на некоторых задачах висел лейбл что-то типа "good first task". Это были, во-первых, наиболее детализированные задачи, во-вторых, они давали возможность хорошо познакомиться с компонентом, в-третьих, их выполнение сулило команде некоторую пользу. Например, внести какое-либо изменение в деплой инфраструктурного кода - и человек сразу разбирался, как устроен инфракод и его выкатка. Мне кажется, такой подход существенно ускоряет и онбординг, и обучение новичка.
Менторство в команде Ops: взгляд со стороны менти