Испытательный срок нервирует не потому, что вас «экзаменуют каждый день». Он нервирует, когда критерии размыты, а вы сами не показываете прогресс. Тогда в голове крутится «меня сейчас выгонят», хотя менеджер просто ждёт, что вы закроете две понятные задачи и будете сами писать о блокерах.
Срок — управляемый процесс: прояснить ожидания, держать ритм 1:1, показывать ранние результаты и не путать занятость с пользой. Ниже — как пройти его спокойно, в том числе на удалёнке, где вас не видно у монитора.
Коротко:
- В первую неделю спросите, как выглядит успех к концу срока — письменно, не «ну, вливайся».
- На вас смотрят самостоятельность, обучаемость, прозрачность статуса и вписывание в процесс, а не героизм до полуночи.
- Ранний мёрж и закрытый тикет важнее красивого плана «когда разберусь».
- 1:1 нужны, чтобы сверять курс, а не чтобы отчитываться за каждую строку кода.
- Сигнал «всё хорошо» — больше ответственности и конкретный фидбэк. Тишина — повод спросить, не ждать конца периода.
Что на самом деле оценивают
Формально в договоре часто «три месяца, стороны могут разойтись». По факту менеджер собирает четыре наблюдения:
- Самостоятельность. Берёте задачу, доводите до результата или вовремя говорите, что застряли. Не «жду, пока кто-то поставит следующую».
- Обучаемость. Ошибку объяснили один раз — во второй не повторяете. Не путаете с гениальностью с первого дня.
- Коммуникация. Статус и блокеры видны без допроса. На удалёнке это важнее скорости печати.
- Командность. Ревью, дейли, договорённости по веткам. Человек, который пишет отличный код и игнорирует процесс, испытательный часто не проходит.
Скорость «как у сеньора через две недели» почти никто не ждёт. Ждут предсказуемость. Если вы медленнее, но видно почему и что будет завтра — это нормальный 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/ментора — фиксируйте даты. Это уже про условия работы, не про ваш код.