Комментарии 16
....но со временем минусы больших компаний не будут таковыми казаться. Когда поймёте, что не меняете мир, что ваш код станет лигаси через два года, что слаженная работа винтиков важнее горящих индивидуумов, что расти в мелких компаниях просто некуда, а техстек вы освоите уже через год. Тогда придет дзен.
это я не знаю», «это не умею», даже если это действительно так.
«Класс, так много нового узнаю и изучу».
Те врать и обманывать, потому что так лучше?
Есть лайфхак: в конце =>предложите ментору кратко пересказать<=, как вы поняли задачу и что должно получиться...
Неужели ментора надо просить пересказать то о чём он только что рассказал?
Может быть "попросить ментора послушать пересказ того что вы поняли"?
У меня в команде была девушка-аналитик, которая при получении задачи всегда кивала и говорила, что ей всё понятно
Она ведь всё по вашим лайфхакам сделала - не говорить что не поняла или не умеет, даже если это действительно так... Класс, подумала она, "так много нового узнаю и изучу"
Конечно врать не стоит:) но ведь не озвучивать посыл «я это не умею. точка» не является ложью. Вы можете дополнить предложение, сказав «я это не умею, но готов разобраться» и фраза уже приобретает позитивный смысл, показывая вашу готовность к развитию.
Спасибо за внимательность! фраза действительно может трактоваться двояко. Конечно здесь имелось в виду "Предложите ментору послушать вас. И кратко перескажите ему как вы поняли задачу.":)
На мой взгляд следовало задавать уточняющие вопросы, если у неё были сомнения в том, правильно ли она поняла задачу. Но основная мысль здесь в том, что вопросов от неё не поступало, а на выходе оказывалось, что она поняла задачу неправильно. И так много раз. Тут даже дело не в знаниях конкретной технологии, которую можно знать (или не знать, но желать разобраться), а в понимании того, какой конечный результат должен получиться на выходе у вашей задачи. И я прямо убеждён, что это супер-важно для специалистов любого уровня и должности:)
Опять описывается сферическая продвинутся компания в вакууме с выстроенными процессами и понимающими менторами ) В реальности часто это не так и ментор через неделю пропадает и ссылается на занятость и крутись как хочешь )
Такое и правда к сожалению бывает:( По моим наблюдениям эта ситуация скорее может произойти в крупной компании, хотя бывают и исключения. В любом случае я бы рекомендовал проявить инициативу и хотя бы иногда стараться планировать встречи с ним для получения обратной связи. Я бы поговорил с ментором в следующем ключе: "Фёдор, я понимаю что ты очень занят и не хотел бы тебя постоянно отвлекать. Было бы тебе удобно сразу договориться о слотах в календаре на пару месяцев вперёд, которые ты мог бы посвятить обратной связи и ответам на мои вопросы? Кажется так было бы удобнее нам обоим: ты мог бы планировать свою загрузку, а я бы точно знал, когда могу рассчитывать на полчаса твоего времени". С большой долей вероятности о каких-то слотах удастся договориться, а в случае, если ментор вообще не может уделить вам время, вы можете объяснить ситуацию и попросить делегировать курирование вас кому-то другому. В такой ситуации это будет выглядеть вполне логично.
P.S. мы - компания, которая проходила разные этапы развития, и мы себя не относим к "продвинутся компания в вакууме с выстроенными процессами и понимающими менторами", потому что нам, как и всем, есть, куда расти:)
Интересная статья. Мне как человеку, проходящему свой первый испытательный срок, есть что из неё почерпнуть. Даже немного удивлён, что многим из советов я следовал как-то по наитию :D
В 5-6 страдают из-за этого больше работники, чем работодатели, из-за ошибки найма, особенно "прикольно" если принял оффер, уволился с предыдущего места, не прошел испытательный срок, и остаёшься без подушки безопасности под новый год.
Я был в такой ситуации, и скажу так, это произошло из-за нехватки опыта ... Нехватки опыта у Джуна! Парам-парапам.
К сожалению от такого никто не застрахован... Снизить вероятность этого расклада можно, задавая правильные вопросы работодателю на собеседовании. Например о том, какие задачи предстоит решать, какая ситуация на проекте, будет ли у вас ментор вообще. Ещё крайне желательно всегда иметь подушку безопасности на случай внезапных негативных жизненных сценариев, финансовые консультатнты рекомендуют иметь минимум 6 месячных расходов в быстром доступе в виде ликвидных активов (деньги, валюта), чтобы в случае чего можно было не торопясь найти новое комфортное для вас место работы. Если такой подушки ещё нет, рекомендую начать работу над её формированием:)
Да я с универа имею привычку откладывать, но сложилась ситуация, что ЗП стало нехватать, а бабки были нужны, вот и начал искать новое место с другой профессией, и с большей ЗП.
После провального испыт срока и успешного в другом месте, у меня сложилось впечатление, что наставник меня нарочно тормозил, хз зачем, ну и у меня нехватка опыта тоже сыграла злую шутку, что не смог такое распознать. Еще вопрос, если я понимаю, что меня сливают на испытательном сроке, что делать?
Ситуации, когда менторы специально стараются избавиться от своих подопечных на моей практике случались довольно редко. В первую очередь, как я писал в статье, по причине высокой стоимости найма в IT. Но все мы люди и в жизни могут возникать разные обстоятельства, например: 1) ментор не хотел брать стажёра, но его заставили 2) стажёр не нравится ментору по личным (не профессиональным) качествам 3) на место стажёра после его найма захотели взять знакомого 4) и так далее.
Если вы чувствуете, что вас "сливают", я бы постарался честно обсудить эти переживания с ментором или руководителем. Вероятно вам дадут честную обратную связь, рассказав что именно не так. Для этого я и рекомендую регулярно получать фидбэк. Возможно дело исключительно в хард-скиллах и всё ещё можно исправить.
Ну а если вы попали в описанные выше ситуации, лично моё субъективное мнение - если мне в компании не рады, я бы ушёл сам и нашёл место, где меня будут ценить и где я смогу развиваться. Подходящий коллектив, в котором комфортно работать, найдётся абсолютно для каждого! Очень полезно получить в том числе и негативный опыт, он часто бывает даже ценнее позитивного.
Испытательный срок это тоже процесс в компании, значит его и надо грамотно выстраивать. И с фидбеком по задачам, и с планом стажировки и прочими смолтолками кофебрейкными.
Согласен, но если всё же этот процесс в компании не выстроен, можно брать инициативу в свои руки - хуже от этого точно не будет:)
Можно, но и пускай это будет плюсом для тех, кто выбирает этот путь. Это не должно быть обязательным правилом для всех. Если б все были инициативными, то смысл слова "инициатива" пропал б). Это как требовать от всех специалистов "хороших" навыков общения с командой. Это просто неработающие концепты. Ну и кстати думаю можно придумать гипотетическую ситуацию, где инициатива может сделать хуже)
Я к тому что, если существует проблема "пассивности" джунов, то нужно работать с ней, не советами, а доработкой процесса испытательного срока.
Пусть инициативность будет плюсом для тех, кто прочёл эту статью:)
Вы правы - это должен быть обоюдный процесс. Со стороны компании обязательно должен выстраиваться процесс онбординга с заинтересованными менторами, с планом испытательного срока и с обучающими материалами для плавного погружения в проект. Мы, например, постепенно нашли для себя оптимальный процесс погружения новичков, при котором они довольно быстро и эффективно это делают не сильно отвлекая при этом старших спецов.
Ну а если со стороны проходящего испытательный срок ещё есть самоотдача, активность и корректное общение, то это вообще высокая вероятность успеха!
Как выжить на первом испытательном сроке в IT и не только