Здравствуйте, друзья! Сегодня мы поговорим на одну из самых болезненных, но важных тем в карьере любого разработчика: о истинных причинах увольнений.
В 90% случаев увольнение это не внезапное решение, а накопительный эффект. Последний проступок просто становится формальным поводом для того, что назревало месяцами.
Причины вне вашего контроля (самые частые):
Это то, на что вы вообще не можете повлиять:
- Внезапное сокращение финансирования проекта.
- Реорганизация компании/отдела.
- Приход нового руководства со «своей командой».
- Слияния и поглощения.
- Стратегическая смена направления компании.
Корпоративный мир жесток, вы как пешка на шахматной доске. Решения принимаются на уровнях, до которых вы просто не дотягиваетесь.
Ошибка найма:
Если увольняют во время испытательного срока, то скорее всего, это ошибка рекрутера или технического интервьюера. Они не смогли правильно оценить ваши навыки или ошибочно решили что вы идеально вольетесь в команду.
Неоправданные ожидания:
Бывает, когда нанимают на позицию с перспективой роста (например, в тимлида), но за полгода-год роста не происходит. Или когда обещали быстро освоить новую технологию, но не получилось.
Иногда в данной проблеме виноваты обе стороны: работодатель не озвучивает ожидания четко, а сотрудник не умеет трезво оценивать свои силы.
Нарушение доверия:
Что не любят работодатели больше всего:
- Откровенная ложь на собеседовании (указал 3 года опыта вместо 6 месяцев).
- Нарушение NDA - даже безобидный репост сообщения из рабочего чата в чат с друзьям или отправка куска рабочего кода в Stack Overflow.
- Регулярные больничные или дни без содержания, когда горят сроки.
- Работа на несколько компаний одновременно без предупреждения.
В ИТ доверие - это ваша главная валюта. Его легко потерять и почти невозможно восстановить.
Попытка заменить универсального специалиста:
Такое происходит когда уволился уникальный специалист, который все знал, умел и совмещал несколько направлений и зон ответственности. На его место берут нового человека и ожидают, что он сразу закроет все пробелы. Когда это не происходит, его увольняют.
Это вина со стороны работодателя, нормальные компании распределяют знания и ответственность, а не ищут нового «гения».
Проблемы с софт-скиллами:
За токсичное поведение увольняют быстрее, чем за пробелы в технических знаниях. Что сюда относится:
- Пассивно-агрессивное общение.
- Распространение слухов.
- Неуважение к коллегам.
- Постоянные конфликты.
Часто вместо настоящей причины придумывают проблемы с хард-скиллами, потому что говорить правду о поведении неудобно.
Профессиональная некомпетентность:
Опытному разработчику непозволительно постоянно допускать ошибки, которые типичны для новичка:
- Постоянно ломать билд и блокировать команду.
- Регулярные ошибки с базовыми инструментами проекта и проблемы с их изучением.
- Писать код, который постоянно требует переписывания.
За чистую техническую некомпетентность увольняют реже всего, обычно таким сотрудникам пытаются помочь менторингом и обучением.
Рекомендации при увольнении:
Не принимайте увольнение близко к сердцу, зачастую это не ваша вина. Вот что стоит делать, если это все таки произошло:
- Не паникуйте: это бизнес, а не личное оскорбление.
- Возьмите паузу: 3-5 дней на восстановление ментального состояния.
- Учитесь на ошибках: проанализируйте, что можно было сделать иначе и что следует изучить.
- Обновите резюме: чтобы оно содержало самую актуальную информацию.
- Свяжитесь со знакомыми: напишите всем, кого знаете из вашей сферы, ведь большинство хороших вакансий не размещается в публично.
- Откликайтесь на вакансии: поиск новой работы займет время, но компетентные, адекватные, обучаемые специалисты всегда в цене.
Вывод:
В ИТ-рынке всегда есть спрос на хороших специалистов. Главное извлекать уроки из каждой ситуации и не повторять ошибок. Даже если одна дверь закрылась, то впереди десятки других, часто даже лучше.
