Салют! Когда приходишь на новую работу часто возникает вопрос: «Я ничего не понимаю и как не сойти с ума» 🤯 Сегодня как раз об этом и поговорим))
Что ты видишь в первый рабочий день?:
Вокруг — незнакомые лица, в ушах — непонятные акронимы, в задаче — туман, а в голове — панический внутренний диалог: «Я не справлюсь. Все уже давно в теме, а я даже с чего начать не знаю. Они сейчас поймут, что я — фейк».
Расслабьтесь. Это нормально. Я проходила через это не раз, и с каждым разом училась превращать этот страх из врага в топливо.
Делиться своими лайфхаками.Страх №1: 🤔
«Я ничего не знаю о продукте/домене»Совет, который меня спас: «не пытайся проглотить слона целиком»
1️⃣
Найди «ядро». В первые дни я задаю себе один вопрос: «Какую одну главную проблему решает этот продукт/модуль для одного главного пользователя?». Все остальное — фичи, исключения, нюансы — будет нанизываться позже на этот стержень. Я прошу коллег или руководителя нарисовать эту самую простую, базовую схему на доске. Это фундамент.
2️⃣
Составь глоссарий.
В отдельный документ (я люблю OneNote или просто текстовик) начинаю записывать каждое новое слово, аббревиатуру, имя системы. Рядом — расшифровку и контекст, как оно используется.
Это твой личный переводчик. Через месяц в него будет страшно заглянуть — настолько это станет для тебя родным языком.
3️⃣
Изучай не «все», а «от задачи». Не читай всю документацию подряд. Возьми одну ближайшую небольшую задачу (багфикс, маленькое улучшение) и изучай ровно то, что нужно для ее решения. Так знания укладываются в практический контекст и лучше запоминаются.
Страх №2: 🧑💻
«Я не знаю процессов и людей»Здесь правило простое: первая неделя — не для выдачи результата, а для настройки радаров.
1️⃣
Составь карту stakeholders.
В тихой обстановке я рисую простую схему: кто Product Owner, кто тимлид, кто ключевые разработчики, тестировщики, архитектор. Рядом с именами — пару слов о зоне их ответственности и как они коммуницируют (задает много вопросов? любит лаконичные сообщения?). Это моя социальная карта местности.
2️⃣
Назначь «ознакомительные» чаты. Я прямо так и говорю: «Привет, я новенькая, хотела бы на 15 минут созвониться, чтобы просто познакомиться и понять твою роль в проекте». Люди почти всегда идут навстречу. Эти 15 минут спасают от недель непонимания, «кому какой вопрос задать».
3️⃣
Уточни ритуалы.
Не стесняйся спросить: «Как у вас принято проводить ревью требований? Куда выкладывать схемы? Как проходит приемка?».
Лучше 10 раз спросить вначале, чем один раз сделать «не по-уставу» и получить недовольство.
Страх №3: 😨
«Я не знаю, с чего начать и боюсь сделать ошибку»Мой главный принцип: показать путь, а не сразу результат.
1️⃣
Декомпозируй страх. Страшно начать большой эпик? Разбей его на шаги:
1) найти всю существующую документацию
2) провести интервью с 2 экспертами
3) нарисовать AS-IS процесс
4) записать уточняющие вопросы.
2️⃣
Делитесь «сырыми» мыслями раньше. Вместо того чтобы неделю в тишине копать и бояться, что идея неидеальна, я делаю набросок — в Miro, в виде простого списка вопросов или грубой схемы. И показываю его коллеге со словами: «Вот как я сейчас это вижу, правильно ли я двигаюсь?».
Это снимает груз «создать шедевр с первого раза» и сразу направляет тебя верным курсом.
3️⃣
Задавай «глупые» вопросы. Это суперсила. Часто именно вопрос «А почему это вот так?» вскрывает устаревшее бизнес-правило или скрытую проблему. Фраза «Пожалуйста, объясните мне, как пятилетнему» — мой секретный ключ к сложным системам.
‼️
Главное, что я уяснила за годы:
· Первые 30 дней — это легальный период «незнания». От вас ждут не готовых решений, а правильных вопросов и активного погружения.
· Ты пришла не как «всезнайка», а как «проводник». Твоя задача — не помнить все, а уметь найти, структурировать и прояснить.
· Страх и дискомфорт — признак роста. Если тебе комфортно и все понятно, значит, ты не учишься новому. Эта первая фаза хаоса — обязательная ступенька к экспертизе.
Если знакомо - поддержи реакциями или расскажи свои советы в комментариях)))
Источник:
@ba_and_sa
