Надо научиться увольнять У каждого руководителя неизбежно наступает момент когда надо уволить сотрудника который «не тянет». Как и о много другом, тут легко только рассуждать. И нихуя не просто делать. От банального отсутствия полномочий у руководителя, те же тимлиды не всегда наделены правами увольнять разработчиков. До страхов «а кто будет делать вместо него, нужно заменять плавно, а бюджета на найм еще одного — нет», «Как же я его уволю, он ведь как родной, у него дети» и тд. И вот это пиздец, тянуть до последнего, когда внутри уже решил, что у сотрудника нет будущего в компании. Кому от этого будет лучше? Команду разработки, где все молодые и амбициозные однозначно надо строить по принципу увольнения. Не бояться расстаться с сотрудником, если он не подходит или перестал подходить — такое ведь тоже бывает, вы все выросли, задачи усложнились, а кто-то остался там же где был год-два назад. Увы. Ловушка в которую я попадал не раз — это тянуть чуваков и чувих, которые серединка на половинку: ответственный, всегда на связи, че то делает. Но при близком рассмотрении — это не тот уровень который тебе нужен. Ты день за днем закрываешь глаза на проблему, лишь бы не принимать сложное решение, не разговаривать неприятные разговоры. Но самое главное, что ресурс на обслуживание сотрудника в компании должен снижаться после онбординга в проекты и процессы. А именно такие ребята, всегда будут его тратить больше нормы — ресурсы тимлида, тестировщика и прочих коллег. Чтобы добиваться нормального качества от них нужно больше менеджмента, больше итераций код-ревью, больше тестирования. Зачем оно тебе? Ps нет, ты никому не искалечишь судьбу, если человек умный — он найдет свое место, а если дурак — его уже ждёт оффер х2 Pss само собой надо соблюдать трудовой кодекс. Тут главное принять решение, остальное формальности