Юрий Гончарук — Senior Technical Business Analyst и Product Ownership с 8-летним опытом в IT. Человек, который начинал карьеру как QA, а сегодня тимлидит команду бизнес-аналитиков, консультирует, менторит молодых BA и преподает продвинутый бизнес-анализ на курсе BA Hard Skills. Поговорили с Юрием о его пути на одну из вершин BA олимпа, и как он видит карьерное развитие тестировщиков в современном IT.
Кем ты работаешь, какой у тебя бэкграунд и опыт в IT?
Я работаю на должности тимлида команды бизнес-аналитиков. У меня более 8 лет опыта в IT в целом и более 5 лет в бизнес-анализе. Свою карьеру я начинал как QA и вырос в этом направлении из QA-интерна до Automation QA. Можно сказать, что до свитча в бизнес-анализ у меня накопился технический бэкграунд, который мне помогал в развитии карьеры BA.
Почему ты решил перейти из 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 и постепенно начинать применять первые шаги в бизнес-анализе: коммуницировать с клиентом, собирать и документировать требования, обсуждать их с технической командой.