13 нестандартных причин для увольнения программиста: когда пора искать новую работу

Разработчик Джозеф Круз составил список причин, по которым программисты могут лишиться должности. Описанные случаи не совсем очевидны и к ним не относятся, например, увольнение из-за кражи, лжи в резюме или ошибки при найме. Автор уверен, что если исключить стандартные ситуации, то количество причин сводится всего к 13 пунктам. В восьми из них — причина в самом программисте, а еще в пяти — скорее, в плохом руководстве. 

Плохой разработчик

1. Неспособность соблюдать дедлайны

Многие разработчики, несмотря на объем работы, стараются всегда искать идеальное решение задачи. Когда это приводит к задержке проекта, программиста увольняют. Из-за невозможности или неспособности вовремя разорвать трудовые отношения с таким сотрудником пострадало немало проектов.

2. Неспособность работать в команде

Некоторые разработчики не понимают, что времена «программиста-одиночки» закончились. Большинство проектов требуют совместной работы и взаимодействия между отделами. Те, кто не могут работать в команде, потому что якобы «знают все лучше всех», обречены на увольнение. 

Это не касается программистов, которые стараются работать в команде, но им просто не хватает коммуникативных навыков и эмпатии. Взаимодействовать с такими сотрудниками проще, чем с эгоистами и «нарциссами».

3. Неспособность работать над продуктом из-за раздутого эго

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

4. Ущемление других сотрудников

Хороший руководитель не терпит такого поведения, особенно когда оно направлено против целого класса коллег, например, против женщин. 

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

5. Неспособность идти в ногу со временем

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

6. Внедрение новых инструментов в компании без согласования

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

7. Поддержание плохой атмосферы в команде

Незрелость и непрофессиональное поведение часто становятся причиной увольнения. Если в команде есть человек, который движется не потому же курсу, что и компания, сроки разработки то и дело не будут соблюдаться, а конечный продукт будет неполным и некачественным.

8. Плохой код

Если кто-то продолжает делать ошибки и не проводит тестирование, затраты компании будут расти, особенно если клиент обнаружит ошибки. 

В итоге вся команда, так или иначе, расплачивается за нерабочий продукт и теряет доверие. 

Плохой босс

9. Неспособность управлять «пессимистами»

Многие программисты всегда и во всем видят отрицательную сторону, но, вероятно, именно поэтому отлично выявляют проблемы и критические точки. Такие разработчики очень ценны, поэтому руководитель обязан вывести их из пессимистичного состояния, чтобы они при этом не потеряли навыки обнаружения и устранения изъянов. Не все руководители знают, как работать с такими сотрудниками или в принципе как тянуть команду, поэтому предпочитают просто увольнять таких людей.

10. Использование неправильных метрик

Некоторые менеджеры не из IT-отраслей любят простые целевые показатели, чтобы измерять производительность разработчиков. По словам Джозефа Круза, из-за метрик, которые оценивали программистов по количеству написанных строк кода, он однажды чуть не уволил специалиста.

11. Эго и нарциссизм руководства

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

12. Главное не что, а как

Некоторые управленцы больше уделяют внимания тому, как все делается, чем тому, что делается. Теряется видение ситуации, а сомнение в навыках разработчиков приводит к том, что они делают все по инструкции, отсюда конфликты и увольнения.

13. Неспособность доносить мысли

Продакт-менеджеры и руководители отделов должны пояснять команде бизнес-задачи. Тогда разработчики поймут реальные возможности и вычислят приблизительное время для реализации проекта. Когда ответственное лицо не может это сделать хорошо, наступает хаос. Кто виноват в таком случае? Обычно — самый уязвимый программист, а не ответственный.