Юрій Гончарук — Senior Technical Business Analyst та Product Ownership із 8+ роками досвіду в IT. Людина, яка починала кар’єру як QA, а сьогодні тімлідить команду бізнес-аналітиків, консультує, менторить молодих BA та викладає просунутий бізнес-аналіз на курсі Supreme BA. Поговорили з Юрієм про його шлях на одну з вершин BA олімпу, та як він бачить кар’єрний розвиток тестувальників в сучасному IT.
Ким ти працюєш, який маєш бекграунд та досвід в IT?
Наразі я працюю тімлідом команди бізнес-аналітиків. Маю більше 8 років досвіду в IT в цілому та більше 5 років в бізнес-аналізі. Свою кар’єру я починав як QA та виріс у цьому напрямку з QA-інтерна до Automation QA. Тобто до світчу в бізнес-аналіз в мене накопичився технічний бекграунд, який мені допомагав в розвитку кар’єри бізнес-аналітика.
Чому ти вирішив перейти із QA в бізнес-аналітики?
В мене ніколи не було цілі розвивати кар’єру як QA з подальшим переходом у бізнес-аналіз. Просто так співпали зорі і мені випала така можливість 🙂 На моїй роботі на той час в мене був керівник, який прищепив цікавість і любов до бізнес-аналізу. На проєкті, де я був задіяний як QA, не було BA, і ми обговорили з лідом та клієнтом необхідність введення такої позиції. І оскільки в мене був досить великий досвід роботи тестувальником саме в цьому проєкті — були і доменні знання, і розуміння, як цей бізнес працює, і налагоджена комунікація з клієнтом, переход на позицію бізнес-аналітика став логічним наступним кроком для розвитку кар’єри. Звісно, паралельно я багато навчався і поглиблювався в бізнес-аналіз, але це був досить цікавий для мене челендж внутрішнього світчу.
Якщо повернути час назад, ти все одно вибрав би бізнес-аналіз?
Я б точно перейшов на позицію бізнес-аналітика та просувався б цим шляхом. Мені подобається та активність, яка в мене є зараз. Якщо говорити про IT в цілому, то воно дозволяє працювати в великому спектрі обов’язків і передбачає постійний розвиток, що мене більш за все приваблює. І саме в бізнес-аналізі ти можеш чітко це спостерігати, тому що кожен новий клієнт, кожен новий проєкт — це щось унікальне, адже тут тобі потрібно за досить зжаті сроки розібратись, зрозуміти, прокомунікувати та запропонувати нове рішення, яке буде закривати бізнес-потреби та болі кінцевих користувачів.
Коли в тебе відбувся світч на позицію бізнес-аналітика, з якими складнощами ти зіштовхнувся та яких знань тобі не вистачало в порівнянні з роботою QA?
Тут варто зазначити, що задачі бізнес-аналітика може виконувати будь-яка людина на проєкті. І я, як QA на проєкті, на якому не було бізнес-аналітика, ті чи інші задачі виконував, навіть не знаючи, що це робота BA. Наприклад, це робота з вимогами, тому що мені потрібно було тестувати продукт та функционал, який ми розробляли, а також комунікація з клієнтом, де я з’ясовував, як це все має працювати та що ми хочемо отримати в результаті. Це все складові обов’язків бізнес-аналітика.
Звісно, коли ми домовились про мій внутрішній світчінг, мені не вистачало доскональних знань по бізнес-аналізу. І це був основний челендж — осягнути цю роль та зрозуміти, які обов’язки в неї входять. Мені дуже допомагав мій керівник, який у минулому сам був BA — він став моїм ментором. Також були внутрішні курси з бізнес-аналізу, плюс я ще самостійно шукав, читав, дивився інформацію і намагався відразу застосовувати її на практиці. Суха теорія важко сприймається, а якщо відпрацьовувати її на реальному кейсі, це краще та швидше засвоюється.
Культивується думка, що тестувальникам простіше свічнутись в BA, ніж, наприклад, дизайнерам або навіть бізнес-аналітикам не з IT. Наскільки ти згоден із цим і чому?
Мені здається, все індивідуально. Але я можу точно сказати, що для QA перехід у бізнес-аналіз — це органічне кар’єрне зростання. Вони багато комунікують з клієнтами, тестують функціонал, добре розуміються на продукті, пишуть документацію. Хоч і тестову документацію, але це все одно частина загальної документації, яка мені, наприклад, також допомогла описувати вимоги. Очевидно тут більше плюсів, ніж мінусів.
Якщо говорити про дизайнерів, то у них також багато чого спільного з бізнес-аналітиками — вони працюють з вимогами, трошки з іншої сторони і з іншої перспективи, але все одно є спільні фокуси. Тому я не думаю, що тут є якісь великі труднощі — все індивідуально і залежить від того, наскільки людині це цікаво і як вона хоче в цій сфері рости та розвиватись.
На українському ринку бізнес-аналітик — це більше про IT. Але в цілому професія не обмежується однією лише розробкою. Наприклад, закордоном — це навпаки не про IT. Там це людина, яка працює на enterprise-платформах та підприємствах і допомагає бізнесу імплементувати та знаходити ключові рішення бізнес-задач. У нас BA — це фахівець, який пропонує IT рішення для закриття бізнес-потреб. Якщо у вас є доменні знання в будь-яких сферах, вони точно знадобляться, якщо ви захочете переходити в бізнес-аналіз.
З одного боку, якщо ви світчитесь з QA, у вас відповідно є технічний бекграунд і ви вже розумієте, як працює IT, як виглядає повний цикл розробки програмного забезпечення і як краще запропонувати клієнту розробити його рішення. З іншого боку, ви також фокусуєтесь на кінцевих юзерах, що досить важливо, тому що ви тестуєте функціонал з точки зору користувача.
Як навички QA допомогли особисто тобі просуватися у кар’єрі BA до позиції Team Lead?
-
- Розуміння того, як працює IT та SDLC (повний цикл розробки ПЗ). В мене були міцні знання щодо того, які етапи розробки існують та хто на якому етапі задіяний.
- Увага до деталей. Як QA я багато працював з документацією та тестуванням. А у роботі BA інколи треба піднятись на рівень helicopter view, щоб побачити повну картину, а інколи треба навпаки заземлитися, щоб докопатися до дрібниць.
- Комунікація з клієнтами та командою. На посаді QA комунікація в мене відбувалась постійно. Вона ж є також невід’ємною роботою будь-якого бізнес-аналітика.
- Наявність технічного бекграунду. Він допомагає і в комунікації з клієнтами, коли ти одразу можеш запропонувати рішення або бачення того, як це можна імплементувати. Так само і знаходити спільну мову із розробниками, коли ви спілкуєтесь про імплементацію якогось функціоналу.
- Ведення документації. Тестувальники багато часу приділяють створенню тестової документації, так само і бізнес-аналітики документують вимоги. Ця структурованість дуже полегшує роботу BA.
- Критичне та системне мислення. Те, що допомагає краще розкласти проблему на шматочки і потім з них скласти цілісну картину і рішення.
Навіщо тестувальникам вивчати техніки та підходи IT бізнес-аналізу та збору вимог, навіть якщо вони не планують світч у професію?
Це точно не буде зайвим, тому що кожному тестувальнику потрібно розуміти ситуацію, в якій він працює. Наприклад, коли я працював QA, в нас не було бізнес-аналітика на проєкті, і мені потрібно було самостійно з’ясовувати вимоги, за якими подалі тестувати продукт, щоб зрозуміти, що взагалі клієнт хоче. Тому це дасть бенефіт вашій роботі QA та вашій експертизі. Ви будете розуміти, як правильно підходити до виявлення та збору вимог і відповідно краще будувати стратегію тестування.
Також ви розберетесь, з якими типами документації працюють бізнес-аналітики і краще зрозумієте, як і коли їх використовувати для тестування. Можливо, вам доведеться самостійно створювати вимоги і ви пройдете по основним технікам та методологіям бізнес-аналізу. В цьому однозначно буде стрімкий буст кар’єри QA.
Наскільки у грошах підвищується цінність тестувальника, який має хоча б базовий скілсет BA?
Якщо його правильно донести до роботодавця і довести цінність нових навичок для бізнесу або для клієнта, то це точно позитивно відобразиться на рівні компенсації.
Які складнощі можуть виникнути у QA при переході на позицію бізнес-аналітика та як безболісно їх подолати?
Буде незрозуміло взагалі, з чого почати. Бо коли ти QA, тобі приходить таска на тестування, ти береш і тестуєш. Коли ти починаєш працювати бізнес-аналітиком, ти не розумієш, за що хапатися. І тут дуже важливо для BA бути проактивним, проявляти свою зацікавленість, ставити питання. Тому що це рідкість, коли до тебе приходять і кажуть, що робити. Ти сам маєш розуміти, з чого почати та до кого прийти, щоб зібрати, задокументувати і провалідувати вимоги. Це буде найскладніше на початку кар’єри BA. Але щоб прожити це максимально безболісно, варто поглибитись у розуміння усіх обов’язків бізнес-аналітика та його активності на кожному етапі розробки продукту. Це дуже допоможе накласти теорію на практику та сформувати бачення подальшого розвитку у професії.
Декілька порад діючим QA, яким вже тісно на позиції і вони поглядають у бік BA
- Прочитати книгу Карла Вігерса «Software Requirements». Саме вона дасть міцну базу та розуміння професії і основних задач бізнес-аналітика, а також структурує вже наявні знання, які у вас є з досвіду QA.
- Читати спеціалізовані статті та відвідувати відкриті вебінари, де розглядаються ключові задачі та інструменти роботи бізнес-аналітика, чим він займається та що від нього очікується.
- Підключити консультації або менторство, розібрати всі ваші питання з експертом та закрити прогалини.
- Обговорити з керівником можливість плавного переходу в BA і потрохи починати застосовувати перші кроки у бізнес-аналізі: комунікувати з клієнтом, збирати та документувати вимоги, обговорювати їх з технічною командою.