Увольняемся правильно.
Ну штош, вот ты и получил джоб-оффер, который тебя устраивает, и даже подписал его. Теперь предстоит неприятная часть — сообщить о своём уходе.
Казалось бы, это простой шаг, но есть несколько моментов, которые могут изрядно попортить нервы. Давай разберём их.
Сроки
У тебя в рабочем контракте, или просто в трудовом законодательстве твоей страны должен быть прописан так называемый notice-period. Срок, который ты должен отработать, после согласования своего увольнения. Сроки могут быть очень разными, от "две недели после подачи заявления", то "обязан отработать до конце контракта, если работодатель не захочет отпускать тебя раньше". Последнее встречается в РБ, например.
И конечно же есть всевозможные варианты между ними. Например, в Нидреландах, в которых я работаю последние несколько лет, у большинства инженеров в контрактах прописан один календарный месяц. Это значит, что ты должен отработать целый месяц, с первого по тридцатое число. Как ты понимаешь, если подать заявление второго января, то придётся отработать весь январь, и весь февраль (ведь первое января ты уже упустил). А если подать заявление 30 декабря, то придётся отработать лишь январь.
Сроки нужно учитывать, выбирая дату подачи заявления. Не всегда раньше — значит лучше.
Чувство вины
Я очень хорошо помню, как уходил с первых нескольких мест работы. Всегда я испытывал ощущение, что я — предатель. Бросаю всех на погибель, и без меня всё рухнет, а ведь команда на меня так рассчитывала. К сожалению, реальность она чуть иная.
Чем младше у тебя должность, тем менее важен ты для выживания команды и проекта. Впрочем, даже ведущий-лид-архитектор в итоге оказывается заменим. Конечно, менеджеры любят пересказывать друг-другу страшилку про bus factor, то на самом деле это преувеличение. Даже самый запутанный код или подсистема в итоге находят новых владельцев, которые смогут разобрать её на части, понять или переписать. Да, это займёт какое-то время, но редко это бывает полнейшим крахом. А уж если вспомнить, что большинство команд пытается как-то шарить знания и зоны ответственности, проводя код-ревью и какую-нибудь ротацию внутри команды... получается, что незаменимых нет. В твоих силах сгладить этот процесс, задокументировав свои знания, и передав, как можно больше своей экспертизы команде.
Что же касается человеческих взаимоотношений с командой и менеджерами, то тут нужно просто вспомнить, как увольнялся кто-то из твоих коллег. Злился ли ты на него? Считал ли его предателем? Скорее всего нет, с хуя ли, правда? Ушёл и ушёл, удачи ему.
Exit interview
В некоторых компаниях есть формальные процессы по сбору фидбэка от уходящих сотрудников. У других это всего лишь короткий разговор с одним из менеджеров. Но как правило тебя ждёт что-то подобное.
Сейчас ты не связан ни какими обязательствами и в теории можешь говорить всё что ты хочешь. Но лучше держать себя в руках и думать о том, что же ты говоришь. Всегда пытайся оценивать, как твои слова повлияют на команду и на отношение к тебе. Кто знает, может ты с этими людьми ещё будешь где-нибудь работать, рынок он не такой уж и большой, на самом деле.
Ты можешь рассказать про проблемы в процессах и в коде, но так, чтобы именно обозначить эти моменты. Не стоит указывать пальцем и винить конкретных людей. Не "Сэм пишет кривые тесты", а "наши тесты очень нестабильные и команда теряет много времени на их отладку".
Кроме того, ты можешь назвать вещи, которые побудили тебя уйти. Расскажи, что зарплаты низковаты, обеды плохие... ну в общем, такие вещи, которые возможно поменять (жаловаться, на то, что офис находится в Новосибирске, а тебе бы хотелось в Лиссабоне, как ты понимаешь, смысла нет), и которые хорошо отразятся на оставшихся. Вдруг им и правда обеды поменяют или зарплаты пересмотрят?
Бывшие коллеги
Если ты не сошелся с командой, то наверное нет смысла пытаться дружить с ними после смены компании, но в любом случае полезно обменяться контактами. Путь это будет тот же LinkedIn, где ты сможешь отслеживать их продвижение по службе или смены работ. Кто знает, когда такой бывший коллега сможет передать твоё резюме в компанию мечты, или сможет предупредить тебя о плохой работе.
После объявления об уходе, дорабатывая положенный срок, постарайся сгладить те конфликты которые есть. Будь проще на код-ревью, не злись, оставляй документацию, рассказывай коллегам о знаниях, которые ты собрал за время работы. Я всегда составляю личные заметки в программах типа Boostnote или Notion. Там я собираю какие-то скрипты, ссылки, приёмы для отладки или запуска специфичных кейсов. Этими наработками можно поделиться, предварительно почистив их от личных данных (ну вдруг ты там пароли хранишь).
И конечно же постарайся не пропустить свою goodbye party, если такая будет. Ты же провел последний год, а то и несколько, ежедневно общаясь с этими людьми. Пусть о тебе останутся хорошие воспоминания. Вдруг пригодится, а?
Кстати, если правила компании явно не запрещают, тут ты можешь рассказать бвышим коллегам о том, какая у тебя была зарплата. Им это может пригодиться, в дальнейших переговорах о повышении. :)
Поделитесь своими лайфхаками на эту тему в комментариях или через форму обратной связи.
Посты на эти и другие темы публикую в канале: https://t.me/your_soft_skillzz
и твиттере https://twitter.com/soft_skillzz
Напоминаю, что мне можно задать вопрос или предложить свою тему для нового поста через форму обратной связи: https://goo.gl/forms/1G2206MfVzfoowHf2
Подписывайтесь и рассказывайте друзьям.
МS.