Испытательный срок нервирует не потому, что вас «экзаменуют каждый день». Он нервирует, когда критерии размыты, а вы сами не показываете прогресс. Тогда в голове крутится «меня сейчас выгонят», хотя менеджер просто ждёт, что вы закроете две понятные задачи и будете сами писать о блокерах.

Срок — управляемый процесс: прояснить ожидания, держать ритм 1:1, показывать ранние результаты и не путать занятость с пользой. Ниже — как пройти его спокойно, в том числе на удалёнке, где вас не видно у монитора.

Коротко:

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

Что на самом деле оценивают

Формально в договоре часто «три месяца, стороны могут разойтись». По факту менеджер собирает четыре наблюдения:

  1. Самостоятельность. Берёте задачу, доводите до результата или вовремя говорите, что застряли. Не «жду, пока кто-то поставит следующую».
  2. Обучаемость. Ошибку объяснили один раз — во второй не повторяете. Не путаете с гениальностью с первого дня.
  3. Коммуникация. Статус и блокеры видны без допроса. На удалёнке это важнее скорости печати.
  4. Командность. Ревью, дейли, договорённости по веткам. Человек, который пишет отличный код и игнорирует процесс, испытательный часто не проходит.

Скорость «как у сеньора через две недели» почти никто не ждёт. Ждут предсказуемость. Если вы медленнее, но видно почему и что будет завтра — это нормальный junior/middle на входе. Если быстро, но сюрпризы в проде и радиомолчание — риск.

Как прояснить критерии в первую неделю

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

Спросите на 1:1 и зафиксируйте в личке или в доке онбординга:

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

Если менеджер отмахивается «потом разберёмся», всё равно пришлите ему черновик своих критериев после встречи: «Я понял так: к 30 дням первый PR и поднятое окружение, к 60 — задача среднего размера в проде, к 90 — владение таким-то куском. Поправьте, если неверно». Письменная рамка защищает обе стороны. Детальный календарь можно сверить с планом 30/60/90.

Скрипт разговора с менеджером

Первая неделя, 25–30 минут. Не монолог о биографии — короткие вопросы и запись ответов.

Я хочу сверить, как выглядит успешный испытательный срок, чтобы не угадывать.

К концу периода что должно быть правда: какие задачи закрыты, какой сервис я веду, какой уровень самостоятельности?

На середине срока какая контрольная точка? Что вы хотите увидеть уже через четыре недели?

Как вы предпочитаете узнавать о блокерах: чат, тикет, 1:1?

Если что-то пойдёт не так, вы скажете прямо и когда? Мне важнее услышать рано, чем в последний месяц.

Второе 1:1 через две недели — уже не про критерии, а про факты: что смержили, где застряли, что скорректировать. Приносите список, не держите всё в голове.

Ритм: статус, блокеры, 1:1

Испытательный срок ломается не на сложном баге, а на невидимости. Команда думает, что вы «что-то читаете», вы думаете, что «ещё рано беспокоить». Нужен скучный ритм.

  • Ежедневно. Короткий статус там, где его ждут: дейли, тред, доска. Что сделали, что дальше, что блокирует. Одна-три строки, не эссе.
  • При блокере. 15 минут самостоятельной попытки, затем конкретный вопрос. Не копить три дня. Как спрашивать по коду — в материале про чужую кодовую базу.
  • Еженедельно. 1:1. Факты, не настроения. «Смержил два PR, застрял на доступах к staging, нужна эскалация».
  • По ревью. Отвечать в тот же день. Тишина на комментариях читается как игнор процесса.

На удалёнке добавьте видимость без театра: утренний «сегодня беру X», вечерний «закрыл / перенёс из-за Y». Присутствие в календаре ничего не доказывает. Артефакты доказывают.

Как показывать результат, а не занятость

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

В первые недели собирайте ленту фактов в заметке для себя и для 1:1:

  • Дата: окружение поднято, список дыр в README.
  • Дата: первый PR влит, ссылка. Как его не завалить — в гайде про первый pull request.
  • Дата: закрыл тикет такой-то, что изменилось для пользователя.
  • Дата: разобрал прод-баг вместе с дежурным, что вынесли.

На контрольной встрече не говорите «я много работал». Положите три ссылки и один риск. Менеджеру легче защитить вас перед своим руководителем, когда есть артефакты.

Сигналы, что всё хорошо — и когда бить тревогу

Хорошие сигналы обычно скучные:

  • Вам дают задачу чуть сложнее предыдущей без отдельного «ну ты готов?».
  • Фидбэк конкретный: «в том PR описание слабое, вот так лучше» — это забота, не наезд.
  • Вас зовут в планирование, оценку, разбор инцидента.
  • Ментор отвечает короче, потому что вы уже сами находите вход в код.

Плохие сигналы — не обязательно приговор, но их нельзя игнорировать две недели:

  • Нет 1:1 и нет ответа, когда вы их просите.
  • Задачи не дают или дают только «почитай репозиторий» без срока.
  • Фидбэк только общий: «пока не вписываешься», без примера.
  • Ваши PR висят без ревью, и никто не назначает ревьюера.
  • Вас не зовут на встречи команды, где принимают решения по вашему сервису.

На тревогу отвечают фактом и вопросом, не тревогой в чат: «Хочу сверить испытательный срок. Вот что закрыл за две недели. Чего не хватает до зелёного статуса на середине?» Если ответа нет и после эскалации HR/ментора — фиксируйте даты. Это уже про условия работы, не про ваш код.

Типичные ошибки срока

  • Молчать, пока не станет идеально. Идеально не станет. Показывают черновик карты и маленький PR.
  • Спорить с процессом в первые две недели. Сначала впишитесь, потом предлагайте изменение с примером боли. Первый месяц — не время переписывать CI «как у нас было».
  • Браться за невидимую работу. Неделя «наводил порядок в личных заметках» на 1:1 не продаётся.
  • Игнорировать соседей. Frontend ждёт контракт, QA ждёт стенд. Напишите, когда будет можно проверять.
  • Сравнивать себя с человеком, который в продукте три года. Сравнивайте с критериями, которые записали в неделю 1.
  • Перерабатывать вместо эскалации. Ночные часы не заменяют доступ к staging. Они маскируют блокеры.

Чек-лист по месяцам

К концу первых 30 дней

  • Окружение поднимается по инструкции, дыры в доке либо починены, либо записаны.
  • Есть хотя бы один влитый PR по конвенциям команды.
  • Понятно, кто ментор, кто владелец сервиса, куда писать о блокере.
  • Критерии срока записаны и подтверждены менеджером хотя бы коротко.

К 60 дням

  • Задача среднего размера доведена до прода без постоянного надзора на каждом шаге.
  • Участвуете в ревью чужого кода по своему куску, не только отдаёте свой.
  • На 1:1 нет сюрприза «мы думали, ты делаешь другое».

К 90 дням

  • Есть кусок, про который команда говорит «это к тебе».
  • Можете назвать измеримый результат: меньше ошибок, быстрее разбор, закрытый долг, стабильный релиз.
  • Собран фидбэк, курс на следующие три месяца понятен.

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

Пример: неделя 3, junior backend

Контекст: сервис заказов, удалёнка, испытательный срок три месяца. К этому моменту окружение поднято, один мелкий PR влит, второй на ревью. Менеджер пока не дал «среднюю» задачу — типичная развилка, на которой новички начинают молча тревожиться.

Статус к 1:1. Сделано: фикс пустого списка заказов в проде, README migrate поправлен, карта статусов заказа записана. В работе: PR на лог таймаута чтения заказа, ревьюер Марина, жду второй проход.

Блокер: нет доступа к staging с пятницы, тикет к IT висит без ответа. Без стенда не могу проверить флаг. Нужна эскалация или временный доступ через дежурного.

Вопрос по критериям: к дню 30 вы хотели «первый мёрж и карту сервиса» — это закрыто. Какой следующий кусок считать средним тикетом: идемпотентность создания или повтор чека? Могу взять оценку на этой неделе.

Не делаю: не читаю соседний сервис платежей «для кругозора», пока висит свой PR и доступ.

Такой 1:1 длится 20 минут и оставляет артефакт. Менеджер либо эскалирует доступ, либо явно сдвигает ожидание. Вы не уходите с ощущением «вроде нормально, но непонятно». Если после двух таких встреч критерии всё ещё «вливайся» — пришлите сами черновик 30/60/90 и попросите одну правку в ответе, не идеальный документ.

Отдельно запишите, что вы не делаете: ночные спринты без эскалации, споры про стиль CI, обещание закрыть чужой инцидент в одиночку. На неделе 3 это ещё не героизм, это риск скрыть дыру процесса. Спокойный срок строится из видимых маленьких закрытий и из вопросов, которые задали вовремя.

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

Испытательный срок всегда три месяца?

Часто да, но бывает месяц-два или удлинённый период. Смотрите договор и то, что сказал менеджер. Ориентируйтесь на контрольные точки, которые вы записали, а не на чужой «у нас всегда 90 дней».

Можно ли брать отпуск или больничный в этот период?

Больничный — да, здоровье не торг. Отпуск лучше согласовать явно и понять, сдвигаются ли ожидания. Молча исчезнуть на неделю на удалёнке — плохой сигнал, даже если формально дни есть.

Что, если я понимаю, что роль не та?

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

Нужно ли работать сверхурочно, чтобы «точно пройти»?

Нет как стратегия. Разовый дежурный инцидент — норма. Постоянные ночи без эскалации блокеров — наоборот минус: вы скрываете системную проблему и выгораете к концу срока.

Меня не ревьюят по несколько дней. Это уже провал?

Скорее дыра в процессе. Напишите в тикете, пинганите ревьюера один раз, вынесите на 1:1: «мои PR стоят, срок горит, нужна договорённость кто смотрит». Не увеличивайте размер следующего PR, пока висит предыдущий.

Как понять, что меня оставляют, если никто не говорит «ты прошёл»?

Часто отдельной торжественной фразы нет: продлевают доступ, планируют квартал, дают зону ответственности. Спросите прямо за две-три недели до даты: «Какой статус испытательного и что ещё закрыть?» Прямой вопрос уместен.

Что сделать сейчас

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

Если срок ещё не начался, соберите заготовку: вопросы из скрипта выше и чек-лист 30 дней. Выйдете на работу уже с рамкой, а не с тревогой. Если вы между офферами, не растягивайте паузу без системы поиска — ориентиры по объёму откликов есть в материале сколько откликов нужно, чтобы найти работу.