Прокачайся в код-рев’ю: для перших 50 учасників — курс безкоштовний

час читання: 4 хв

Користь від зміни командної ролі для ІТ-фахівців

Розмірковуєте над змінами в кар’єрі чи просто цікавитеся плюсами й мінусами зміни ролі? Ця стаття допоможе вам прийняти обґрунтоване рішення щодо вашого кар’єрного шляху. У ній ідеться про те, як знайти найкращу роль для себе та як розслабитися через зміну ролі.

Автор цієї статті — senior software engineer EPAM Богдана Пилипець.

Коли ми починаємо кар’єрний шлях, то зазвичай не знаємо, чи стане конкретна позиція роботою нашої мрії, чи відповідатиме вона всім нашим очікуванням і чи розкриє нас як хороших фахівців. Можна почати розвивати свої навички в одному напрямку, а потім, через декілька років, усвідомити, що вибрана нами позиція насправді не є сферою або роллю, з якою хотілося б працювати в майбутньому. Я вважаю, що існує лише один спосіб знайти позицію, яка вам найбільше підходить, і хочу поділитися своїм особистим досвідом зміни ролі й розповісти про переваги та недоліки мого підходу.

Особистий досвід роботи в різних ролях

Через два з половиною роки роботи back-end-розробником я зрозуміла, що мені цікаво побачити, як продукт проєктують, обговорюють, організують, перш ніж розробники почнуть свою роботу. Я почала вивчати бізнес-аналіз, і мені це сподобалося, адже я бачила стандартні процеси й дії, у яких брала участь як back-end-розробник із цілком іншого боку. Мені стали зрозумілі потреби, цінності та можливості, які ці процеси та дії передбачають. Я дізналася, скільки роботи треба зробити на етапі аналізу й проєктування. Уся ця інформація допомогла мені глибше побачити й оцінити розробку продукту.

Я почала працювати бізнес-аналітиком і дізналася, наскільки стиль мислення розробників відрізняється від стилю мислення менеджерів і бізнес-команди. Розробники зазвичай намагаються знайти якесь логічне пояснення проблемі й запропонувати гарні технічні рішення. Бізнес-команда та менеджмент більше зосереджуються на бізнес-цілях і результатах проєкту, а не на технічних деталях. Досвід роботи розробником однозначно допоміг мені поєднати ці стилі, адже мені треба було мислити як менеджер, але при цьому я враховувала технічні аспекти роботи. Для мене це було перевагою й недоліком водночас.

Переваги зміни ролі

Комплексне мислення та розширений набір навичок

Працюючи back-end-розробником, я щодня писала різні SQL-запити. Я працювала у Visual Studio та запускала код програми локально на своєму ноутбуці. Я працювала з сервісами Azure. Чи корисний такий досвід для ролі BA? Безумовно!

Ці прості, але важливі навички допомагають не витрачати час на рутинні завдання, як-от пошук інформації або генерування звіту з бази даних для замовника. Не потрібно турбувати розробників, щоб вони перевірили дані чи налаштування в Azure, тому що це можна зробити самостійно лише за декілька хвилин. Технічні знання дають суттєву гнучкість і змогу виконувати такі завдання швидше.

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

Окрім того, на етапі аналізу фахівці, які були розробниками в минулому, з високою ймовірністю вміють передбачати певні технічні обмеження або проблеми, що можуть з’явитися під час розробки чи тестування, та навіть запобігати цим проблемам.

І навпаки. Працювати розробником після того, як ви були в менеджменті, може бути складно на ранніх етапах переходу, але ваші знання однаково будуть дуже корисні. Через свій досвід ви звертатимете увагу на деталі, які непомітні для інших розробників, пропонуватимете гарні ідеї з точки зору бізнесу.

Зняття стресу через зміну позиції

Не секрет, що вигорання є суттєвою проблемою в ІТ-індустрії. За результатами дослідження, виконаного платформою Yerbo, двоє з п’яти працівників піддаються високому ризику вигорання. Існує думка, що найкращий спосіб розслабитися — це не повне припинення роботи, а зміна діяльності. Так мозок відпочиває від свого звичайного способу мислення, і це допомагає подивитися на речі свіжим поглядом.

Зміна позиції може бути чудовим профілактичним заходом від вигорання. Замість того щоб витрачати півроку або навіть рік на відпустку, ви можете й далі заробляти гроші, розвивати нові навички, розширяти свої можливості на майбутнє, і все це — розслабившись і перезавантажившись завдяки змінам. Якщо ви дійсно втомилися від написання коду або від повсякденних завдань у менеджменті, можна переключитися на іншу роль і спробувати щось нове. Вам буде цікаво та корисно ознайомитися з новою сферою, новими видами діяльності та новими повсякденними завданнями, і це також допоможе відпочити від попередньої рутини.

Пошук себе

Я знаю багатьох людей, які починали як розробники й зрозуміли, що вони насправді більш продуктивні та успішні в ролі QA або PM. Основна перевага зміни позиції полягає в тому, що так ви можете знайти роботу своєї мрії.

Багато компаній визнають цінність надання працівникам змоги ознайомитися з різними ролями, тож вони забезпечують можливості для кар’єрного розвитку та зростання. Google, Microsoft, Amazon та Apple — усі вони мають програми сприяння кар’єрному зростанню працівників і дають можливість змінювати ролі всередині компанії.

Недоліки зміни ролі

Розмита область знань

Замість того, щоб бути провідним фахівцем в одній вузькій галузі, ви стаєте універсальним експертом з обширними знаннями в різних сферах. Це може бути корисним для особистісного зростання й розвитку, але також може мати певні недоліки. Наприклад, з різнобічним досвідом роботи може бути важче залишатися конкурентоспроможним на ринку праці, ніж із глибокими знаннями в одній сфері. У деяких випадках роботодавці віддають перевагу фахівцям із глибокими знаннями та досвідом у конкретній сфері, а не універсалам із обширними й не такими вузькоспрямованими знаннями. Важливо врахувати ці потенційні недоліки та зважити їх у порівнянні з перевагами, перш ніж приймати рішення про зміну ролі.

Втрата високої позиції

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

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

Висновок

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

Однак рішення про зміну ролі в ІТ треба ретельно виважити. Слід зважити потенційні переваги та недоліки й прийняти обґрунтоване рішення, взявши до уваги особисті обставини та цілі.