🚀 Как быстро влиться в работу

… и пройти испытательный срок.

Выйти на работу отдохнувшим

Первое, что стоит сделать перед выходом на новую работу — это хорошо отдохнуть. На мой взгляд, первые два-три месяца работы — это немного не про work-life balance. Придется разбираться в продукте, процессах, инструментах, кодовой базе и лучше сделать это быстро. И хотя в первое время от вас не ожидается серьезного вклада в проект — это не повод расслабляться.

Изучите ваш продукт

Продукт — товар или услуга, несущие какую-то ценность для клиента, закрывающая его потребность.

Знание продукта позволит лучше понимать задачи и говорить с коллегами на одном языке.

Что можно сделать для этого?

• Попользуйтесь вашим продуктом, изучите различные пользовательские сценарии
• Почитайте пользовательскую документацию
• Изучите глоссарий проекта — словарь часто используемых терминов

Немного неочевидный момент (по крайней мере, был для меня) — обычно на многие вопросы по продукту кроме продакта могут ответить тестировщики, т. к. они проходят все эти сценарии по многу раз. У них же можно спросить про тестовые стенды, креды и все прочее.

Созвонитесь с наставником

• Спросите про продукт, архитектуру проекта, процессы, с кем придется взаимодействовать (бэк, фронт, дизайнеры, тестировщики, смежные команды)
• Можно спросить про текущий подпроекты и их статус — какие-то крупные фичи с долгим циклом разработки
• Определите цели на испытательный срок

Задавайте вопросы

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

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

Держите руку на пульсе

• Периодически сверяйтесь с ожиданиями на испытательный срок и проводите ретроспективу своей работы — все ли идет по плану?
• Используйте one-to-one: подсвечивайте проблемы и опасения, запрашивайте фидбек

Записывайте потенциальные места для улучшения

Это могут быть как технические улучшения, так и улучшения в процессах.

Пока все ново глаз не замылен, можно увидеть то, что не замечают коллеги. Зафиксируйте их и отложите до момента, когда вы разберетесь в проекте, поймете почему сделано так или иначе и получите какой-то авторитет в команде. После этого можно вернуться к своим заметкам и, если они актуальны, предложить их команде.

Post Scriptum

Для себя я составил небольшой чек-лист действий и вопросов при вливании в проект, которые касаются технических моментов, процессов и т. д., вы можете сделать так же. Если дойдут руки нормально оформить его — выложу сюда, ин шаа Ллах.

Все написанное основано на личном опыте, либо на том, что я наблюдал со стороны.