Испытательный срок в IT: как пройти первые месяцы и закрепиться

Что на самом деле проверяют на испытательном сроке

Формально испытательный срок по ТК РФ — до 3 месяцев. Фактически решение о вас складывается за первые 4–6 недель. И вот что важно понять: проверяют не знания — их проверили на собеседовании. Проверяют другое:

• Обучаемость: как быстро вы въезжаете в чужую инфраструктуру и процессы;
• Самостоятельность: двигаете ли задачи сами или ждёте, пока вас пнут;
• Коммуникацию: говорите ли о проблемах до дедлайна, а не после;
• Адекватность: как реагируете на правки, критику и «у нас так принято».

Хорошая новость: всё это — поведение, а не талант. Им можно управлять с первого дня.

Первая неделя: что делать по дням

Никто не ждёт от вас подвигов в первую неделю. Ждут, что вы разберётесь, куда попали:

1. День 1–2: доступы и карта местности. Получите все доступы (и запишите, у кого их просить), найдите вики/документацию, поймите, где живут задачи (Jira/трекер) и где общаются (чаты, каналы).
2. День 2–3: люди. Узнайте, кто тимлид, кто отвечает за продукт, к кому идти с техническими вопросами. Представьтесь, поговорите с ближайшими коллегами по 10 минут.
3. День 3–5: первая задача. Попросите простую задачу, даже если её не дают сами. Маленький закрытый тикет в первую неделю — мощный сигнал «человек работает».
4. Вся неделя: заметки. Заведите личную базу: команды, ссылки, имена, схемы. Через месяц она сэкономит вам десятки часов и нервов.

Главное: синхронизируйте ожидания

Причина №1 провалов на испытательном — рассинхрон: новичок думает, что справляется, а руководитель уже разочарован. Лечится одним разговором в первую неделю. Подойдите к тимлиду и спросите прямо:

«Что я должен сделать или показать за первые 3 месяца, чтобы ты считал, что испытательный пройден успешно?»

Запишите ответ. Это ваш чек-лист. Дальше — раз в 2–3 недели короткий разговор: «двигаюсь так — всё ок? что подтянуть?» Так вы убираете эффект неожиданности: о любой проблеме узнаете, пока её ещё можно исправить.

Как задавать вопросы, чтобы не выглядеть слабым

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

• Сначала 20–30 минут сам: поиск, документация, ИИ-ассистент, логи. Не нашли — спрашивайте.
• Формат «что я уже попробовал»: «Делаю X, получаю ошибку Y, попробовал A и B — не помогло. Куда смотреть?» Такой вопрос показывает работу мысли, а не беспомощность.
• Группируйте мелочи и задавайте пачкой, а не дёргайте по одной каждые 10 минут.
• Один и тот же вопрос дважды не задаём — для этого и нужны заметки.

Парадокс: тот, кто грамотно спрашивает, выглядит сильнее того, кто молчит и тонет. Молчание — это и есть красный флаг для тимлида.

Как добирать знания на ходу

Отдельно для тех, кто приходил с резюме «на вырост» (см. гайд про резюме — и мою честную позицию про накрутку): теперь разрыв между бумагой и реальностью надо закрывать быстро. Как это делается:

• Учите не «всё», а встреченное сегодня. Встретили в задаче Helm — вечером час по Helm. Точечный добор в 10 раз эффективнее курсов «впрок».
• Разбирайте чужие решения. Читайте мерж-реквесты и тикеты коллег по своему стеку — это концентрат локальных практик.
• Используйте ИИ-ассистентов как персонального наставника: «объясни, что делает этот пайплайн» ускоряет погружение кратно. Только не вставляйте в публичные сервисы секреты и внутренний код — это типичная причина скандалов.
• Стройте дома мини-копию рабочего стека. Для DevOps это естественно: свой кластер, свой пайплайн — безопасная песочница для экспериментов (см. где брать практику).

Синдром самозванца

Ощущение «меня сейчас раскусят» на новой работе — не баг, а норма. Оно есть у джунов, у мидлов и у сеньоров с 15 годами опыта — у меня тоже, на каждом новом месте первые недели. Любой новый проект — это чужая инфраструктура, в которой ты временно «нулевой». Что помогает:

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

Про страхи и мотивацию у меня много в Telegram-блоге — это вообще главная тема канала: не экспертность, а уверенность, что у обычного человека получится.

Отношения с тимлидом и командой

• Тимлид — ваш союзник, а не экзаменатор. Его KPI — чтобы вы заработали в полную силу. Помогайте ему помогать вам: статусы, вопросы, честность.
• Видимость работы важна не меньше работы. Тихо делать задачи мало — пишите апдейты в тикеты и чаты: «сделал X, заблокирован Y». На удалёнке это критично вдвойне.
• Не критикуйте «как тут всё устроено» в первый месяц. Сначала поймите, почему так сложилось, — потом предлагайте улучшения, и лучше с прототипом.
• Будьте в чатах живым человеком: отвечайте, реагируйте, участвуйте в дейликах. «Невидимка» — второй по частоте кандидат на вылет после «молчуна с проблемами».

Ошибки, за которые реально увольняют

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

Заметьте: в списке нет «слабых технических знаний». Навыки доращиваются — репутацию не починить.

Что делать, если не справляешься

Если чувствуете, что тонете: не ждите, пока решение примут за вас.

1. Поговорите с тимлидом честно: «вот с этим справляюсь, вот тут буксую, нужна помощь с X». В большинстве случаев вам дадут наставника, время или задачи попроще — увольнение дороже для компании, чем дорастить вас.
2. Сузьте фронт: лучше стабильно закрывать простые задачи, чем заваливать сложные.
3. Добавьте 5–7 часов учёбы в неделю по конкретным пробелам — точечно, как в разделе про добор знаний.

А если всё же не сложилось — это не катастрофа и не «вы не созданы для IT». У меня были неудачные заходы, и у каждого второго инженера с большим стажем — тоже. Опыт даже неудачного испытательного делает следующий заход сильнее: вы уже видели, как устроена реальная работа. Обновляете резюме, делаете выводы — и на следующий собес. Рынок большой: компаний — тысячи, я сменил 23 — и это только по ТК.

Частые вопросы

Видео по теме

Как не выгорать: режим и дисциплина инженера Тотальный контроль: что ждать от работодателя Как стать айтишником после 30: реальные кейсы