Первая неделя на новой работе задаёт тон. Цель — понять, как тут устроены продукт, люди и процесс, поднять окружение и сделать маленький вклад. Не «показать себя героем» и не закрыть квартальный бэклог за пять дней.
Ниже — спокойный план на пять рабочих дней, как задавать вопросы, чем удалёнка отличается от офиса и какой чек-лист закрыть в пятницу. Глубина придёт на 30/60/90. Неделя нужна, чтобы вас было видно и чтобы вы сами перестали тонуть в доступах.
Коротко:
- Неделя успешна, если есть доступы, запуск, карта людей и один маленький артефакт — часто PR.
- Устаревшая инструкция запуска — нормальный первый вклад, не повод молчать.
- Вопросы ожидаемы. 10–15 минут поиска, потом конкретный вопрос с тем, что уже проверили.
- На удалёнке статус пишут, а не «надеются, что видно по зелёному кружку».
- 1:1 с менеджером на этой неделе обязателен: ожидания испытательного срока нельзя угадывать.
Цель недели — не героизм
Вас не наняли, чтобы в среду выкатить архитектуру. Вас наняли, чтобы через месяц вы закрывали задачи своего контура без постоянного надзора. Неделя — фундамент: доступы, сборка, имена, ритуал задач и ревью, первый мёрж или честный список блокеров, который менеджер видит.
Геройство в дни 1–3 обычно выглядит так: тишина, потом огромный diff, потом откат. Спокойный старт выглядит скучно в чате и хорошо на доске. Как этот тон связать с испытательным сроком — в материале как пройти испытательный срок.
Дни 1–2: доступы и окружение
Соберите список доступов в одну заметку и отмечайте, что уже есть: репозиторий, CI, трекер, чаты, VPN, почта, календарь, стенды, секреты по процессу команды (не в личный Telegram-кэш). Если чего-то нет к обеду второго дня — это блокер, не «ещё подожду, неловко просить».
Поднимите проект по инструкции. Засеките, где она врёт. Три исхода, все нормальные:
- Поднялось. Запишите команды, которыми вы реально пользовались, если они отличаются от README.
- Упало на известном шаге. Лог, скрин ошибки без секретов, вопрос в канал онбординга.
- Официально «локально никто не поднимает, только стенд». Зафиксируйте это и работайте со стенда. Не притворяйтесь, что 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.