Мнение: работать на одном проекте более полутора лет — вредно

Сколько разработчик должен работать на одном проекте? Java Team Lead из EPAM Айдар Медетбеков считает, что нахождение более 1,5 лет на одном проекте может навредить специалисту. Поэтому если сотрудник работает не ради того, чтобы принести компании деньги, а ради собственной выгоды, логичнее в целях личного развития менять работу каждые полтора года. В опросе приняли участие почти 800 человек. Что по этому поводу этого респонденты — читайте в материале. 

Результаты опроса

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

• 56% считают, что на проекте нужно находиться ~3 года;
• 32% готовы перейти на новый проект уже через год;
• 6% планируют менять проекты приблизительно каждые 5 лет;
• И так же 6% не хотят место работы и хотят посвятить одному и тому же проекту 8 и более лет.

Все зависит от проекта

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

По мнению Senior Software Engineer Сергея Цветкова, все очень зависит от проекта. Например, в рамках одного проекта или аккаунта открываются новые стримы, делают PoC и discovery — в целом, задачи и активности разные, но проект один. Над такой задачей можно проработать хоть всю карьеру. Также бесконечно можно трудиться над проектами зрелых продуктовых компаний и на стартапах — взращивать продукт с нуля и добавлять в него улучшения по мере развития рынка. 

Менять проекты нормально только в начале карьеры, уверен Senior Java Developer Владислав Бондаренко. Таким образом, специалист сможет посмотреть разные проекты, команды и подходы. Три раза по году будет вполне достаточно. Но на позицию сеньор-разработчика Владислав не взял бы человека с опытом менее 5 лет на одном проекте, потому вряд ли такой специалист нес когда-либо ответственность за результаты своего труда.

Lead Automation QA Engineer Ивану Петрову, который однажды за полтора года сменил не по собственной воле два проекта, помог такой подход. По его словам, рост в нескольких сферах из-за смены стека дал больше опыта, чем если бы он сидел на месте, поэтому он одобряет поиск нового проекта хотя бы раз в три года.

Оказывается, у рекрутеров есть свои ориентиры. Так, IT-рекрутер Глеб Прыгунов рассказал, что среди HR считается, что через полтора года разработчик только начинает приносить коммерческую пользу компании. За это время специалист вникает в проект и процессы, а также находит общий язык с командой и только через полтора года выходит на свой оптимальный результат. Но это, опять-таки, если работать на благо компании — как раз то, о чем говорил Айдар Домотбеков.

По его мнению, компании одумываются лишь тогда, когда специалист решает уволиться. Тогда его просят остаться и кидают контрофферы, а до этого «кладут болт», поэтому полезнее работать ради собственной выгоды.