Топ-3 ситуаций увольнения за софты или нанимают за харды, увольняют за софты ч3 Последний пост из этой серии выходил достаточно давно, рекомендую освежить в памяти первую и вторую часть — там я как раз рассказываю, почему вообще человека с плохими софтами могут взять на работу. 1️⃣****Не смог сойтись с командой, чтобы они помогали эффективно сделать задачу. И вроде как это про софты одного человека, но не факт — часто это про софты менеджера, который нормально не заонбордил. Или даже про сотрудников, которые опасаются что новенький будет что-то менять, и потому его пытаются вытурить.

2️⃣****Не проявил достаточно эмпатии и не смог сойтись с командой. В итоге она тебе не доверяет и тебе сложно добраться до корня каких-то задач — с тобой меньше готовы проявлять терпения и что-то объяснять.

3️⃣****Высказываешь свое мнение и обратную связь так, что окружающих это задевает. Проблема в том, что у них самих не очень с софтами, и чётко выразить, что не так в обратной связи, они не могут. В итоге ты становишься «конфликтным» и тоже ненадолго задерживаешься в компании.

И прямо причину никогда практически не скажут. Скорее всего придерутся к каким-то конкретным «хардовым» результатам, когда предложат расстаться. Проблема в том, что хардовые результаты по окончании проекта зависят в том числе от того, как происходило взаимодействие клиент/сотрудник, сотрудник/команда/руководитель и тп.

В следующем посте ждите 3 вывода, которые станут итогами этой серии постов🙂 А в комментариях попрошу ещё раз оставить ваши случаи увольнения за софты. Особенно интересно почитать кейсы, когда это маскировали под проблемами с хардами.