Первые 90 дней на новой работе: что делать разработчику, чтобы влиться в команду

Почему первые месяцы так важны

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

Эта статья основана на опыте сотен разработчиков, которые делились советами о том, что действительно помогает адаптироваться на новом месте. Разберём по этапам: первая неделя, первый месяц и первый квартал.

Первая неделя: слушайте больше, чем говорите

Не пытайтесь всё изменить сразу

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

За каждым «странным» решением обычно стоит контекст, который вы пока не знаете: ограничения по времени, техническому долгу, бизнес-требования или просто история, которую нужно понять. Как заметил один Senior SRE: вместо «я думаю, нам надо делать вот так» лучше спрашивать «а почему мы не делаем вот так?» — в 9 из 10 случаев вам дадут хороший ответ, который углубит ваше понимание системы.

Записывайте свои наблюдения в личный документ — они пригодятся позже, когда у вас будет достаточно контекста.

Следуйте стилю кода с первого коммита

Удивительно, но это один из самых частых комментариев на код-ревью новичков: «пожалуйста, прочитайте и следуйте нашим стайл-гайдам». Казалось бы, мелочь, но она формирует первое впечатление. Настройте линтер и форматтер (Prettier, ESLint, Black — в зависимости от стека) до того, как отправите первый PR.

Бонусный совет: если в команде ещё нет автоматического форматирования кода — это отличная идея для первого небольшого улучшения. Плагины, которые форматируют код при сохранении, экономят время всем и убирают споры о табах, пробелах и переносах строк.

Настройте рабочее окружение

Первым делом разберитесь с инструментами. Настройте локальное окружение для разработки, получите все необходимые доступы, разберитесь с CI/CD-пайплайном. Чем раньше вы сможете запускать проект локально и деплоить, тем быстрее начнёте приносить пользу.

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

Знакомьтесь с людьми

Запланируйте короткие 1-on-1 встречи со всеми членами команды. Узнайте, кто за что отвечает, какие у них текущие задачи и болевые точки. Это даст вам карту знаний: к кому обращаться с вопросами по конкретным темам.

• Тимлид / менеджер — узнайте ожидания на испытательный срок и что он ценит больше всего
• Техлид / архитектор — попросите обзор архитектуры системы
• Ближайшие коллеги — узнайте неформальные правила команды
• DevOps / SRE — поймите, как устроен деплой и мониторинг

Первый месяц: набирайте контекст через маленькие победы

Доставляйте результат быстро

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

Читайте код, а не только документацию

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

Полезная практика — читать pull request'ы за последние несколько месяцев. Так вы увидите, какие изменения вносятся, какой стиль код-ревью принят в команде и какие решения принимались недавно.

Задавайте вопросы правильно

Не бойтесь спрашивать, но уважайте время коллег. Перед тем как задать вопрос:

1. Попробуйте найти ответ самостоятельно (документация, код, история чатов)
2. Сформулируйте вопрос конкретно: что вы пытаетесь сделать, что пробовали, где застряли
3. Спрашивайте так, чтобы показать, что вы искали: «Я искал документацию по X, но не нашёл — она существует? Если нет, к кому обратиться?»
4. Спрашивайте в публичных каналах — ответ может быть полезен другим
5. Никогда не задавайте один и тот же вопрос дважды — записывайте ответы

При этом не впадайте в другую крайность. Как сказал один опытный разработчик: «Я лучше отвечу на 'глупый' вопрос, чем буду думать, что вы поняли то, что не поняли». Если вы потратили больше 30 минут на поиск ответа — спрашивайте.

Ведите заметки

Заведите личный документ и записывайте всё: архитектурные решения, неочевидные зависимости, контакты, аббревиатуры, бизнес-термины. Через месяц эти заметки станут вашей персональной базой знаний.

Первый квартал: от новичка к полноценному члену команды

Выясните, что ценит ваш руководитель

Узнайте, как устроен процесс продвижения и что значит «превышать ожидания» на вашем уровне. Берите карьеру в свои руки, потому что ваш менеджер, скорее всего, не поведёт вас в том направлении, которое лучше всего для вас. Он просто не знает, что для вас лучше. Это знаете только вы.

Фокусируйтесь на том, что ваш руководитель ценит больше всего, и станьте лучшим в этом.

Возьмите ответственность за что-то

К концу первого квартала постарайтесь стать «go-to person» хотя бы по одной области. Возможно, есть полузаброшенный сервис, который нуждается в доработке. Станьте экспертом: исправьте баги, обновите документацию, станьте человеком, которому пишут с вопросами по нему. Когда у вас есть зона ответственности, вы перестаёте быть «новичком».

Начинайте предлагать улучшения

Помните заметки из первой недели? Теперь, когда у вас есть контекст, вернитесь к ним. Часть наблюдений окажется неактуальной — вы поймёте, почему что-то сделано именно так. Но часть окажется реальными проблемами, которые команда привыкла не замечать.

Предлагайте небольшие улучшения процессов и вызывайтесь их реализовать. Но помните о тонкой грани между инициативностью и навязчивостью. Предложите идею, убедитесь, что она полезна, а потом реализуйте. «Я заметил, что наши тесты падают раз в неделю из-за race condition — вот PR с фиксом» работает в сто раз лучше, чем «у вас тут всё плохо написано».

Будьте щедры на похвалу

Замечайте работу других и не стесняйтесь отмечать вклад коллег. Когда кто-то вам помогает — благодарите публично. Когда чужой код или идея вас впечатлили — скажите об этом. Люди запоминают тех, кто ценит их работу, и это формирует репутацию надёжного командного игрока.

Коммуникация — ваш главный инструмент

Покажите всем, с кем взаимодействуете, что вы ответственны, честны и выполняете обещания. Давайте реалистичные оценки по срокам и не берите на себя больше, чем можете унести. Если допустили ошибку — признайте это. Проявляйте уважение к тем, у кого больше опыта. Всегда будьте готовы учиться и не ставьте собственное эго выше рабочих отношений.

Эти качества — не «софт-скиллы для галочки». Менеджеры и тимлиды постоянно говорят, что нехватка этих качеств — самая частая проблема среди разработчиков.

Чего избегать

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

Чеклист: первые 90 дней

Неделя 1:

• Настроить локальное окружение, линтер и форматтер
• Провести 1-on-1 со всеми членами команды
• Узнать ожидания на испытательный срок от менеджера
• Завести документ для заметок
• Обновить устаревшую документацию по настройке окружения

Месяц 1:

• Закрыть 3–5 небольших задач, пройдя полный цикл разработки
• Прочитать ключевые части кодовой базы и недавние PR
• Понять архитектуру системы на верхнем уровне
• Разобраться в CI/CD и процессе деплоя

Квартал 1:

• Взять и завершить хотя бы одну значимую задачу
• Стать экспертом по одной области системы
• Предложить и реализовать хотя бы одно улучшение процессов
• Активно участвовать в код-ревью
• Узнать процесс продвижения и критерии «exceeds expectations»

Что почитать

Для более глубокого погружения в тему рекомендуем книгу Доны Саркар «You Had Me At Hello World» — практическое руководство о том, как строить карьеру в технологических компаниях.

Главное

Адаптация — это марафон, а не спринт. Не давите на себя: даже опытным разработчикам нужно 3–6 месяцев, чтобы выйти на полную продуктивность на новом месте. Будьте терпеливы к себе, любопытны к новой среде, щедры к людям вокруг вас — и помните: первое впечатление формируется быстро, а держится долго. Инвестируйте в него.