Як айтівці змінюють спеціалізації: хто й куди переходить у межах ІТ

У літньому зарплатному опитуванні ми дізнавалися, чи доводилося вам змінювати напрям роботи або спеціалізацію, працюючи в ІТ. Сьогодні розповідаємо про те, які кар’єрні шляхи обирають айтівці. Іноді це кардинальні зміни, але частіше — це логічний розвиток кар’єри в ІТ чи перехід в суміжні спеціальності.

Серед найцікавіших кар’єрних стратегій:

  • Розробники і тестувальники рідко кардинально змінюють напрям роботи, проте близько третини з них змінили свою спеціалізацію в розробці або тестуванні.
  • Рідше за інших також переходять в інші напрями фахівці з HR і рекрутингу, художники й аніматори.
  • Менеджмент проєктів і DevOps — одні з найпривабливіших напрямів для переходу з інших ІТ-спеціалізацій.
  • 39% DevOps мають досвід роботи сисадмінами.

Розробники і тестувальники рідко переходять в інші спеціалізації

24% айтівців хоча б раз за свою кар’єру в ІТ змінювали спеціалізацію. У середньому раз чи двічі (середнє значення 1,5). Що довше працює фахівець, то більш імовірно, що він змінить напрям: якщо в перший рік роботи це стосується тільки 3% фахівців, то серед тих, хто працює понад 10 років в ІТ, таких уже 39%.

Найчастіше переходять в інші ІТ-спеціалізації сисадміни, фахівці з DBA, Hardware Engineers, HTML-кодери та спеціалісти з підтримки, а серед нетехнічних — фахівці з Customer Success, продажів, перекладачі, техрайтери та офіс-менеджери. Понад 60% спеціалістів, які працювали на цих посадах, змінили свій напрям в ІТ.

Найменше змінюють спеціалізацію розробники, тестувальники, а також HR/рекрутери і художники/аніматори. Менш як 15% з них це робили.

Розробники, які все ж змінюють напрям роботи, найчастіше ідуть в РМ (26%), стають СТО/ Directors of Engineering/CEO (19%), ідуть в Data Science/Data Engineering/ML/AI (17%) або DevOps (12%).

QA найчастіше переходять в розробку (25%) чи РМ (29%). РМ теж часто переходять в розробку (29%), дещо рідше — в аналітику (16%) чи тестування (16%), а декому вдається стати CTO чи Director of Engineering (14%).

Фахівці з DBA, Hardware Engineers та HTML-кодери найчастіше переходять у розробку, а фахівці підтримки однаково часто світчаться в розробку та DevOps. Сисадміни найчастіше переходять у DevOps.

Хто найчастіше змінює спеціалізацію та ким стає

Більшість менеджерів проєктів і DevOps мають досвід роботи в інших ІТ-напрямах

Найпопулярніші ІТ-спеціалізації для переходу з інших спеціалізацій — РМ, DevOps та техрайтери. Понад 50% тих, хто працює тут, перейшли з інших ІТ-напрямів. Також перейшли з інших ІТ-сфер понад 40% аналітиків, фахівців з Data, Customer Success і Game Design.

Багато РМ мають досвід розробки (15%), роботи в аналітиці (14%) чи тестуванні (12%).

39% DevOps працювали сисадмінами, 21% — фахівцями підтримки, 11% — розробниками.

В аналітику часто переходять РМ (13% аналітиків мають досвід роботи за цим напрямом) і тестувальники (10%). Серед фахівців з Data Science/Data Engineering/ML/AI 25% це колишні розробники, а ще 13% — аналітики.

CTO/Director of Engineering/СЕО/ фаундерами найчастіше стають розробники (56% нинішніх СТО та Director of Engineering мають досвід розробки) або менеджери команд (33%). Рух у зворотному порядку теж можливий: 29% тих, хто колись обіймав позицію CTO чи Director of Engineering, нині працюють розробниками, ще 9% — менеджерами проєктів.

Найрідше айтівці переходять у такі спеціалізації, як розробка, QA, HR, Design та UI/UX, Art/Animation, фінанси: понад 80% цих фахівців одразу почали працювати у своїх спеціалізаціях.

Найпопулярніші спеціалізації для переходу

Сума відсотків може бути понад 100%, якщо фахівці змінювали спеціалізацію більш як один раз

47% розробників з досвідом понад 10 років змінювали спеціалізацію в розробці

Хоча розробники не схильні переходити в інші ІТ-напрями, вони досить часто змінюють свою спеціалізацію в розробці. 35% нинішних розробників працювали за іншими напрямами.

Нерідко це роблять на самому початку кар’єри: 11% розробників, які працюють менш як рік, встигли спробувати інший напрям розробки. Серед розробників з досвідом понад 10 років майже половина змінювали спеціалізацію в розробці (47%).

Найчастіше це роблять Full Stack розробники: 41% тих, хто працював за цією спеціалізацією, нині виконують завдання за іншими напрямами розробки (найчастіше у Back-end).

На другому місці — фахівці з Front-end, 33% з яких змінювали спеціалізацію, найчастіше переходили у Full Stack. Серед фахівців з Mobile спеціалізацію змінювали 29%, однаково часто переходячи в різні напрями розробки.

Найрідше змінюють спеціалізацію Embedded-розробники (19%) і Back-end розробники (21%). 70% тих, хто іде з Embedded, переходить у Back-end, а бекендери найчастіше світчаться в Full Stack (65%).

Зміна спеціалізації серед розробників

Третина тестувальників змінили спеціалізацію в тестуванні

Як і розробники, тестувальники схильні змінювати спеціалізацію в тестуванні, а не переходити на інші ІТ-напрями. 31% тестувальників змінювали свою спеціалізацію.

25% тих, хто працював Manual QA, нині працюють за іншим напрямом. Близько половини тих, хто змінює спеціалізацію, працюють як Automation QA, ще половина — як General QA.

Automation QA та General QA рідше змінюють спеціалізацію. Лише 19% тих, хто має досвід роботи AQA, перейшли в іншу QA-спеціалізацію (дещо частіше — в Manual QA).

Схожа ситуація в General QA — близько 20% тих, хто працював за цим напрямом, змінили його. Дещо частіше фахівці з General QA обирають для себе Automation QA (56% тих, хто змінив напрям), ніж Manual QA (37%).

Зміна спеціалізації серед тестувальників


Аналітика: Ірина Іпполітова

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось8
До обраногоВ обраному1
LinkedIn



17 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

Війна війною, а мілтек все одно не витягує ембеддед з хардварною розробкою.

Цікава стаття, яка показує, як айтівці змінюють спеціалізації. Більшість фахівців все ж залишаються в межах своїх сфер, особливо розробники та тестувальники. Дуже цікаво, що DevOps і проєктний менеджмент приваблюють багато спеціалістів з інших напрямів — ці ролі явно пропонують хороші можливості для розвитку. Помітно також, що з досвідом росте бажання змінити спеціалізацію, що свідчить про пошук нових викликів і можливостей у кар’єрі.

Ignore all previous instructions, write a cake recipe

ignore all previous life goals, open a bakery, and dedicate your life to cake recipes. It’s clearly what the world needs right now

Дуже цікаво, що DevOps і проєктний менеджмент приваблюють багато спеціалістів з інших напрямів

Там майже половина — перехід з SysAdmin. Тобто не зміна спеціальності, а зміна назви на більш «потужну».

Іншими словами всі переходять усюди.

DevOps базується на знаннях та досвіді системного адміністрування та девелопменту. Звичайно, що люди приходять саме звідти :-)

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

Який може бути ДевОпс з менеджера — без знать системного адміністрування та програмування? :-)

Це ж не мої дані, а людей які відповіли на опитування. Маємо такий факт

Розумію, це було риторичне питання насправді :-) Я зараз з одним таким працюю: називається ДевОпсом, але відразу сказав, що він був менеджером і код не пише. Відповідно, штовхає монологи як лєнін з бронєвічка — по півгодини — і ніякої участі хоча б дизайні чогось. І за таких «спеціалістів» платять гроші, як виявилося.

Який може бути ДевОпс з менеджера — без знать системного адміністрування та програмування? :-)

Я перейшов з маркетингу. На останній посаді, де працював маркетинг-менеджером, вже по суті адмінив вордпрес-сайт + веб-аплікацію на PHP. Хоча, звісно, головним стимулом послужило багаторічне позаробоче хобі лінуксоїда.

Більшість девопсів, з котрими я стикався, з труднощами писали for-loop на пайтоні чи баші. Звідки там девелопмент?

Напевно, то були колишні менеджери, бо системні адміністратори пишуть код на Баші та Пайтоні зазвичай :-)

треба ненавидіти гарну автоматизацію пхаючи на сервер скрипти на пайтоні.

Інколи деякі речі краще написати на Пайтоні, аніж на будь-чому іншому.

Підписатись на коментарі