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

Ниже — спокойный план на пять рабочих дней, как задавать вопросы, чем удалёнка отличается от офиса и какой чек-лист закрыть в пятницу. Глубина придёт на 30/60/90. Неделя нужна, чтобы вас было видно и чтобы вы сами перестали тонуть в доступах.

Коротко:

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

Цель недели — не героизм

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

Геройство в дни 1–3 обычно выглядит так: тишина, потом огромный diff, потом откат. Спокойный старт выглядит скучно в чате и хорошо на доске. Как этот тон связать с испытательным сроком — в материале как пройти испытательный срок.

Дни 1–2: доступы и окружение

Соберите список доступов в одну заметку и отмечайте, что уже есть: репозиторий, CI, трекер, чаты, VPN, почта, календарь, стенды, секреты по процессу команды (не в личный Telegram-кэш). Если чего-то нет к обеду второго дня — это блокер, не «ещё подожду, неловко просить».

Поднимите проект по инструкции. Засеките, где она врёт. Три исхода, все нормальные:

  1. Поднялось. Запишите команды, которыми вы реально пользовались, если они отличаются от README.
  2. Упало на известном шаге. Лог, скрин ошибки без секретов, вопрос в канал онбординга.
  3. Официально «локально никто не поднимает, только стенд». Зафиксируйте это и работайте со стенда. Не притворяйтесь, что locally зелёное.

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

День 3: люди и «кто за что»

К среде у вас должен быть список на одну страницу:

  • Менеджер: ожидания, приоритеты, 1:1.
  • Ментор / buddy: бытовые вопросы репо и процесса.
  • Владелец вашего сервиса, если это не вы.
  • Соседи: QA, фронт, продукт, дежурный — к кому с каким классом вопросов.
  • Каналы: где задачи, где инциденты, где оффтопик. Не пишите инцидент в random.

Короткое «привет, я X, буду в сервисе Y, можно в четверг 15 минут спросить про Z» — нормально. Не назначайте десяти людям часовые онбординг-лекции. Пятнадцать минут точечно лучше часа «расскажите вообще всё».

Дни 4–5: процессы и первый вклад

К четвергу разберитесь, как живёт задача:

  • Откуда берётся работа: доска, груминг, дежурство, чужой пинг.
  • Как выглядит готово: ревью, QA, фича-флаг, релиз, мониторинг.
  • Кто ревьюит ваш контур и сколько это обычно занимает.
  • Как объявляют деплой и инцидент.

Первый вклад выберите маленьким: баг, тест, документация запуска, очевидный копирайт в UI. Как не завалить оформление — в гайде про первый pull request. Как выбрать срез кода — в разборе чужой кодовой базы.

Если к пятнице PR ещё на ревью — это всё равно вклад: есть diff, описание, ссылка. Если даже diff нет из-за доступов — в пятничном статусе должны быть даты запросов доступов и кто их блокирует. Пустая пятница «изучал» без списка — плохой сигнал.

Как задавать вопросы

В первую неделю вопросы ждут. Беспомощность показывают не вопросами, а вопросами без попытки. Шаблон тот же, что в коде:

Поднимаю orders-api по README. На шаге migrate падает: [ошибка без паролей].

Проверил: Makefile, CI, переменная DATABASE_URL в примере. В CI используется другая цель, в README — старая.

Вопрос: какой командой сейчас принято гонять миграции локально? Могу сразу поправить README.

10–15 минут поиска: README, чат онбординга поиском, закрытые тикеты, коллега-ментор. Не 10–15 часов. Не десять человек одним и тем же текстом в личку — один канал, один buddy.

Удалёнка: видимость без офиса

В офисе вас видят. На удалёнке видят сообщения и артефакты. С первого дня:

  • Утро: что берёте. Вечер или конец блока: что закрыли / что блокирует.
  • Блокеры в общий рабочий канал контура, не только в голос на дейли, который никто не записывает.
  • Календарь: 1:1, онбординг, дейли — с включённым статусом. Пропадание без статуса на удалёнке читается жёстче, чем в офисе.
  • Не копите пять вопросов к пятнице. Два мелких сегодня лучше пачки, когда все уже ушли в релиз.

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

Пример: план на пять дней, junior backend

Роль: junior backend в сервисе заказов, удалёнка, русскоязычная команда.

Понедельник. Доступы: git, CI, трекер, VPN, #backend, #orders. Клон репо. Чтение README и продуктового сценария «создать заказ». Список недостающих прав менеджеру до обеда.

Вторник. make up / стенд. Тесты сервиса зелёные или точный лог. Шпаргалка: вход HTTP, таблица orders, кто владелец. 1:1 запланирован на среду.

Среда. 1:1: критерии испытательного срока, ментор, какой первый тикет. Карта людей. Воспроизвести баг JS-1842 на пустой базе.

Четверг. Diff: пустой список заказов не должен давать 500. Тест, описание PR, ревьюер — ментор. Статус в канал: «PR открыт, жду ревью».

Пятница. Правки ревью или пинг. Запись: что влилось, какие доступы ещё висят, что на следующей неделе. Короткое резюме менеджеру в личку — пять строк.

Это не героизм. Это видимый контур. Его потом вкладывают в план 30/60/90.

Чек-лист пятницы первой недели

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

Что не делать на первой неделе

Список запретов короче плана, и его чаще нарушают.

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

Отдельная ловушка — календарь. Новичка добавляют во все встречи «на всякий случай». К среде у вас нет слота на запуск. Вычеркните чужие синхроны с пометкой менеджеру: «пока выключил A и B, оставил дейли и онбординг, чтобы поднять orders-api». Это не дерзость, это защита цели недели.

Ещё ловушка — идеальный конспект. Вики на 40 страниц к пятнице без PR выглядит как работа и не даёт команде якоря. Лучше две страницы шпаргалки и открытый diff. Конспект допишите после мёржа, когда уже знаете, какие имена врут.

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

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

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

Нормально ли, что всю неделю уходят на доступы?

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

Стоит ли в первую неделю ходить на все встречи команды?

На дейли, планирование своего контура и онбординг — да. На чужие синхронизации «на всякий случай» — нет. Иначе не останется времени на запуск.

Что, если ментора нет и все заняты релизом?

Попросите менеджера назначить buddy явно, хотя бы на две недели. Без точки контакта вы будете писать в пустоту. Параллельно закрывайте то, что можете сами: доступы, README, карта.

Можно ли в первую неделю предлагать крупные улучшения процесса?

Можно записывать. Предлагать пачкой — после того, как вы прошли процесс один раз руками. Иначе это звучит как «в прошлой компании было лучше» без фактов здесь.

Нужно ли работать в выходные, чтобы догнать онбординг?

Нет как правило. Если сами хотите дочитать вики — ваше дело. Ожидание команды — рабочая неделя плюс эскалация блокеров, не скрытая вторая смена.

Как быть, если продукт на английском, а команда на русском, или наоборот?

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

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

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

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