Первые 90 дней на новой работе: инструкция по выживанию

Оффер подписан, выдохнули, и зря. По-настоящему решающие три месяца только начинаются. Хорошая новость: испытательный срок проваливают почти никогда не из-за нехватки технических навыков. Плохая: из-за чего его проваливают, в вакансиях не пишут.

Соблазн показать себя с первого дня - понятен и вреден. Первую неделю ваша работа - впитывать: как тут устроен процесс, кто за что отвечает, где документация (и насколько она врёт), как принято общаться, в тредах, в личке, голосом. Заведите файл и записывайте туда всё: термины, имена, ссылки, «странности», которые пока непонятны. Через месяц половина странностей окажется осмысленной, а вторая половина - вашим списком будущих улучшений. Только не предлагайте их в первую неделю. Единственное, что стоит сделать активно сразу: договориться с руководителем о том, как выглядит успешный испытательный. Буквально спросить: «По каким критериям через три месяца станет ясно, что я справляюсь?» Ответ «ну, посмотрим» - тревожный звонок, добивайтесь конкретики.

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

К этому моменту вы уже закрываете задачи в нормальном темпе. Пора добавить то, что отличает «нанятого исполнителя» от «члена команды»: понимание, зачем всё это. Как продукт зарабатывает, кто пользователи, какие метрики болят у бизнеса. Практически: ходите на демо соседних команд, читайте продуктовые дашборды, задавайте менеджеру вопросы про «зачем», а не только «как». Инженер, который понимает контекст, получает интересные задачи; инженер без контекста - тикеты из очереди. И начните вести список своих результатов с первого дня. Не для отчётности - для разговора в конце испытательного. «Закрыл 30 задач, ускорил сборку на 40%, написал онбординг-доку, по которой заходил следующий новичок» звучит весомее, чем «вроде нормально влился».

Испытательный срок работает в обе стороны: вы тоже проверяете компанию. Насторожить должно:

Уйти на испытательном - дёшево и нормально. Дороже - уговорить себя потерпеть и уйти через год, потеряв его.