Адаптация джуна DevOps
Давайте честно: не всегда всё так радужно, как пишут в вакансиях, где тебя якобы с первого дня берут за ручку и ведут по всем процессам. Да, в идеале у каждого новичка есть свой ментор (чаще всего это мидл или сеньор), который помогает с настройками, доступами и подсказками, но на практике случается всякое. Ниже расскажем, как обычно выглядит процесс адаптации, и приведу пример «буткемпа», который есть в Сбере.
Первый день и бумажная волокита
- Оформление: Приходишь в офис, подписываешь кучу документов, подтверждаешь, что не против обработки персональных данных и т.д.
- Знакомство с начальством: Тебя знакомят с тимлидом/руководителем, он рассказывает, где лежат репозитории, где твоя команда, какие права надо получить (от доступа к CI/CD до корпоративного почтовика).
- Команда: Если работаешь в офисе, то тебя ведут к рабочему месту, знакомят с коллегами. Если ты на удалёнке — поздравляю, садишься дома перед ноутбуком и начинаешь разбираться, куда идти и что делать дальше.
Ментор: есть ли жизнь после первого созвона?
Идея такая: у тебя должен быть человек, который будет помогать решать организационные и технические вопросы, подсказывать, где какая документация и вообще, к кому бежать, если что-то «сгорело». Но:
- Ментор может быть настолько загружен, что вспомнит про тебя только на очередном плановом созвоне через неделю.
- В худшем случае, у самого ментора не хватает навыков, и он не ответит на все твои «Почему?», «Как?», «А что, если?..».
В итоге часто приходится самому искать, кто может помочь. Иногда это неплохо: быстрее учишься гуглить, читать доку, просить совет у коллег или даже у ChatGPT. Но всё же, если повезло с ментором, дорожи этим: задавай вопросы, пока есть возможность, и не бойся выглядеть новичком — ты им и так являешься, всё ок.
Пример буткемпа в Сбере
Есть компании, которые делают что-то вроде «центра подготовки» для новичков. В Сбере этот формат называется «буткемп». Как это выглядит:
- Отдельное здание. Ты приходишь туда (вместо того, чтобы сразу бежать в команду), и тебе рассказывают общую схему обучения.
- “Мастер”. Вместо ментора есть «мастер», который объясняет, как устроен процесс буткемпа. А процесс следующий: для каждой позиции (включая DevOps) есть свой roadmap — своего рода курс со своим теоретическим блоком, заданиями и тестами.
- Практика: Например, дают джава-приложение, и твоя задача — соорудить для него CI/CD. Параллельно изучаешь, как это делается, и пишешь нужные пайплайны.
- Проверка заданий: Вот тут кроется засада. По задумке, твою практику должны проверять другие такие же «буткемпщики» — по идее, это позволяет всем параллельно учиться. На деле же часто приходится выпрашивать у кого-нибудь: «Ребята, проверьте мою работу, а то я застрял на этом шаге» И можно потратить полдня в пустую, дожидаясь хоть какого-то фидбэка.
Сама программа в целом норм: тебе рассказывают, что такое CI/CD, дают попробовать на практике. Но много скучных «корпоративных» моментов, которые не всегда интересны. Зато там можно потыкать «боевую» (пусть и учебную) инфраструктуру.
Дальше — в бой: первые задачки и созвоны
Когда оформление закончено, а ты более-менее понял, куда попал, начинается сама адаптация в команде:
- Созвоны (дейлики, планёрки). Первое время ты сидишь, молча слушаешь, кто чем занимается, какие задачи в приоритете, и только привыкаешь к процессам.
- Получение прав. Подключаешься к репозиториям, CI/CD, мониторингам, VPN — в общем, ко всему, чем пользуются коллеги. Это может занять от одного дня до недели, в зависимости от бюрократии в компании.
- Первая «учебная» задача. В идеале тебе дают что-то не слишком ответственное, чтобы не уронить продакшен. Например, настроить локальное окружение, поправить небольшой скрипт или сделать нотификации в Slack/Telegram после сборки. Пока этим занимаешься, успеваешь получше понять, как всё работает.
- Обратная связь. На общих созвонах, когда доходит очередь до тебя, спрашивают: «Как дела? С чем помочь?» Тут уже не стесняйся — говори, что и где застряло. Это и есть смысл адаптации.
Что в итоге?
- Если ментор действительно помогает, то ты быстро ориентируешься в рабочей среде, подтягиваешь базу по CI/CD, мониторингу, контейнерам и всему, что нужно DevOps.
- Если попался буткемп, то получаешь больше структурированной теории, но можешь застрять на формальных моментах и ожиданиях, пока твоё задание проверят.
- Если ментор «потерялся», придётся самому искать информацию в документации, спрашивать у рандомных коллег и, конечно, копаться в интернете. Это чуть дольше, но тоже помогает «прокачаться», ведь DevOps — это про постоянный ресёч и решение проблем здесь и сейчас.
В любом случае, адаптация — это не только про изучение документации и инструментов, но и про вливание в команду, понимание, как люди коммуницируют, какой у них стиль работы. Совет один: старайся максимально использовать первые дни, чтобы понять, как всё устроено, познакомиться с процессами и коллегами.
А дальше всё пойдёт по нарастающей: чуть больше самостоятельности, чуть более сложные таски — и вот ты уже полноценный боевой DevOps.
Главное — не стесняться спрашивать и не бояться выглядеть «зеленым». Все через это проходят.