🫡 Почему они уходят

К сожалению, рано или поздно все уходят. Я даже больше скажу — они обязательно уйдут.

По разным причинам. Кто-то из-за денег, кто-то из-за команды или процессов, а кто-то даже из-за вас самих.

При средней жизни разработчика в компаниях около двух лет, ждать, что разработчик пробудет с вами дольше — наивно.

И не будем самообманываться: деньги — основной фактор выбора работы для большинства разработчиков. Проект и команда важны, но становятся чуть второстепенными, особенно на нашем рынке. Да, деньги не всегда решают всё, но их отсутствие быстро перечёркивает остальное. При этом возможности и потолки, заданные рынком, достижимы — хоть и не сразу.

Я бы хотел подсветить моменты, которые могут, с одной стороны, продлить время жизни сотрудника, а с другой — подскажут, когда его время уже настало.

Разработчик просит поднять зарплату

В целом, если это происходит, то, возможно, уже слишком поздно и вы просто, немного, откладываете неизбежное. Причём, если вы не поднимите зарплату, то разработчик скорей всего скоро уйдёт, а если поднимите, то это не зачтётся вам, т.к. разработчик просто получит то, что попросил.

Чтобы избегать таких ситуаций, важно делать процесс пересмотра максимально прозрачным и интервальным (ассесмент раз в n времени).

Было бы здорово бесконечно поднимать зарплаты по каждому запросу, но нужно понимать, что бюджет на вашу зарплату не всегда бесконечный. Важно помнить, что рост зарплаты — это не только желание, но и возможности компании. Иногда рациональнее вложиться в рост команды, чем в индивидуальное повышение.

Дайте разработчику экстра-задачи

Я помню, как сильно удивился, когда один из моих разработчиков пришёл ко мне и сказал, что хотел бы сменить направление, потому что, как ему кажется, он уже всё попробовал и дальше расти некуда.

За более чем 10 лет в фронтенд-разработке я до сих пор считаю, что знаю далеко не всё. Где-то не позволило время, где-то — сама суть проекта. Но факт остаётся фактом: современная разработка — очень широкая и глубокая область. Можно хоть каждый день находить что-то новое и применять это в работе.

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

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

Если разработчик хочет расти — дайте ему эту возможность

Да, не всегда такая возможность есть, но вы можете помочь сотруднику к ней подготовиться. Будьте честны: скажите, насколько позиция подходит ему и как далеко он от неё в контексте выполняемых задач. Иногда достаточно просто рассказать, чем вы как менеджер занимаетесь, чтобы у разработчика временно пропал интерес к этой роли :)

И всё же, они уходят

Почему? Потому что не всё в ваших руках.

За годы компания меняется, меняются и люди. Зачастую самое правильное, что можно сделать, когда сотрудник хочет уйти — не принимать это на свой счёт и дать ему эту возможность, при этом остаться в хороших отношениях. Рынок маленький, и вполне возможно, ваши пути ещё пересекутся.