Что выбрать тестировщик или бизнес аналитик

Что выбрать тестировщик или бизнес аналитик

Чтобы избежать стагнации в профессиональном развитии, нужно выбрать, в какую сторону двигаться дальше. Хорошая новость в том, что тестировщик находится одинаково близко и к бизнесу, и к разработке. Я расскажу, как стать аналитиком, если вы уже работаете тестировщиком начального уровня.

Где QA-аналитик наиболее востребован

В компаниях среднего размера от 70 до 150 человек. В них, с одной стороны, нет жесткого распределения ролей, как в больших корпорациях. С другой — наблюдается достаточно высокий уровень менеджмента проектов и приходят довольно крупные клиенты с повышенными требованиями к отчетности.

Это требует серьезного подхода к аналитике и специально выделенного человека. В таких компаниях QA-аналитику могут поручать обработку первоначальных требований и подготовку документации: видение продукта, технические задания и т.п.

Кому подойдет быть QA-аналитиком

QA-аналитика— это ваше, если:

• вам нравится общаться с людьми. Вы не боитесь разговаривать с клиентами, нормально относитесь к многочисленным митингам, созвонам, дебатам с разработчиками, публичным выступлениям;
• вам нравится писать тексты. Много, много текстов: писем, инструкций, документации и т.п.;
• в вас живет следователь. Вам нравится докапываться до истины, из двух строчек требований, присланных клиентом, создавать целые документы и ТЗ, вытаскивать из клиента правду, чего он хочет на самом деле;
• вы обладаете устойчивой психикой. Аналитик и PM (project manager) — это авангард, на который может приходится основной психологический удар со стороны участников проекта, если в нем что-то пойдет не так.

Какие навыки нужны QA-аналитику

Аналитическое мышление

Необходимо на этапе исследования продукта, когда нужно разобраться с пожеланиями и требованиями клиента. QA-аналитик делает предположения, чего хочет заказчик, изучает похожие системы у конкурентов и согласует с ним.

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

Сосредоточенность

Тестирование подразумевает проверку готовой системы на соответствие спецификации, техзаданию или видению продукта, написанному командой разработчика или предоставленному клиентом на старте проекта.

Для этой задачи от QA-аналитика требуются усидчивость, способность выдерживать монотонную работу, а также умение посмотреть на систему глазами пользователя.

Эрудиция

Проверка соответствия системы вайрфреймам осуществляется вручную. Например, QA-аналитик проверяет, верно ли происходят переходы, в нужных ли местах появляются поп-апы, не перекрывают ли они важные элементы.

Кроме того, в процессе тестирования юзабилити оценивается дизайн: например, не едут ли шрифты, одного ли они размера, достаточные ли отступы и т.д.

Здесь также нужны усидчивость и внимательность, а еще насмотренность — представление, что происходит в области современной разработки, какие существуют тренды в верстке и дизайне. Быть экспертом не обязательно, но быть осведомленным нужно.

Эмпатия, умение структурировать и объяснять

В больших компаниях этим занимаются технический писатель или выделенный аналитик. Но у QA-аналитика есть перед ними преимущество: он очень близок к системе, каждый день работает с ней, поэтому документацию ему написать проще.

Нужно только представлять, на какую аудиторию рассчитаны инструкции и, исходя из этого, выбрать степень их детализированности. QA-аналитик является держателем всех требований по проекту, в любой момент к нему можно обратиться с вопросами «Как это должно работать?» или «Какова цель этого функционала?»

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

Стратегическое мышление

Тестирование и приоритезация — это обычные функции QA-специалиста. QA-аналитики, в отличие от тестировщиков, принимают участие в обсуждении требований и проводят оценку влияния новых требований на уже готовую систему.

Они могут создавать мокапы по новым требованиям или прописывать сценарии использования, по которым далее будет проводиться тестирование и приемка готовых результатов.

Приоритезация требуется на стадии приемочного тестирования. Она заключается в определении, какой баг является критичным, а какой — минорным. Так или иначе, этим занимается любой тестировщик, но именно QA-аналитик знает, как устроена система с точки зрения бизнеса, и может с большим успехом сфокусировать команду на важных багах, отложив неважные на более поздний срок.

Например, он понимает, насколько доступна пользователю та или иная функциональность: лежит ли она на поверхности или скрыта в интерфейсных дебрях и будет использоваться редко, знает, когда бизнес ожидает первое использование функции: при запуске, через три месяца, через год — все это влияет на приоритет бага.

Другими словами, в отношении приоритезации QA-аналитик — это наиболее осведомленный тестировщик, виртуозно выставляющий баланс severity и priority, так, чтобы разработчики были сосредоточены на по-настоящему важных вещах в каждый момент отладки системы.

На этом этапе от QA-аналитика требуется, прежде всего, умение видеть картину в целом, а не частности.

Как стать QA-аналитиком

Итак, потолок достигнут, вы проработали мануальным тестировщиком один-два года и ощутили, что ваше предназначение — это именно аналитика, а не DevQA. Предлагаем действовать по такому плану:

1. Возьмите ознакомительный курс по аналитике и почитайте литературу:

• К. Вигерс, Д. Битти «Разработка требований к программному обеспечению»;
• А. Коберн «Современные методы описания функциональных требований к системам»;
• Д. Леффингуэлл «Принципы работы с требованиями к программному обеспечению. Унифицированный подход».

2. Проанализируйте проект, на котором работаете сейчас.

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

3. Подойдите к менеджеру проекта с конкретным предложением: «Я хочу развиваться как QA-аналитик, в связи с этим готов взять на себя следующие задачи. »

Именно такой подход — самый правильный. Часто сотрудники — и не только из QA — ставят вопрос иначе: «Я хочу развиваться, скажите мне, как». Это плохое начало.

Во-первых, потому, что вы пришли к менеджеру создать ему новую головную боль. Не надо так делать. Дайте ему личную выгоду: разгрузите от мелких задач, и он станет вашим наставником на пути к новым карьерным вершинам. Сразу начинайте думать и действовать в соответствующем духе, приносить людям пользу.

Во-вторых, формулируя вопрос открыто, вы вообще ставите под сомнение свою способность к аналитике, ведь в этой профессии очень важно четко строить вопрос таким образом, чтобы менеджеру (а в будущем — клиенту) оставалось ответить лишь «да» или «нет».

В итоге вы можете вырасти в менеджера проектов. Это логично: ведь принимая на себя аналитическую работу, тестировщик становится ближе к клиенту, начинает участвовать в созвонах, высказывать свое мнение, принимать решения по ходу проекта и видеть его целиком, с высоты птичьего полета.

Итак, аналитика — это путь, открытый мануальному тестировщику при следующих условиях:

• QA-аналитика востребована в компании;
• за время работы в тестировании вы приобрели основные навыки, и вам остается развить их на новом уровне;
• вы прошли ознакомительный курс и проштудировали несколько книг по аналитике;
• вы предложили руководителям взять на себя новые задачи, разгружающие коллег.

Фото на обложке: Leckamon/Shutterstock.com

Нужны ли тестировщики?

Сегодня мир уже невозможно представить без IT технологий, современный человек ежедневно пользуется электронными продуктами, которые позволяют упростить и ускорить те или иные процессы его жизни, найти информацию, получить необходимую услугу. За «ширмой» простой эксплуатации условного мобильного приложения пользователем, стоит длительная и трудоемкая работа разработчиков, тестировщиков, аналитиков, дизайнеров и многих других специалистов.

В IT отрасли найти себя сегодня может каждый, несмотря на текущую сферу деятельности, навыки, взгляды и многие другие факторы. Кнопкой «Start» в IT является профессия тестировщика (QA Аналитик), не требующая глубоких знаний кода, иностранного языка и многолетнего обучения. В то же время, работая тестировщиком, уже через несколько месяцев Вы сможете найти высокооплачиваемую работу в любой стране мира.

Мы рассмотрим:

• Стоит ли начинать работать в IT без знания кода?
• Что выбрать в сфере IT – основные профессии, плюсы и минусы;
• Почему тестировщик – лучший старт для начинающего айтишника?
• Где и как обучиться тестированию максимально эффективно?

Стоит ли начинать карьеру в IT?

«Войти» в IT проще, чем кажется на первый взгляд. Специалистом IT может стать кто угодно: офисный работник, менеджер по продажам, домохозяйка, таксист и т.д. Не влияет на результат и возраст, многие нашли свою стезю в IT после 40 и даже 50 лет.

7 причин стать айтишником:

• Минимальные затраты для старта;
• Растущий спрос на профессию;
• Стабильный высокий гарантированный доход;
• Комфортные условия труда;
• Возможность реализовать творческий потенциал;
• Возможность связать свою жизнь с мировыми брендами;
• Возможность регулярно расти профессионально и финансово.

Что выбрать и с чего начать в IT сфере?

В IT существует довольно много различных направлений, и почти все они связаны между собой.

• Программисты;
• Разработчики;
• Аналитики данных;
• Дизайнеры;
• Системные администраторы;
• Тестировщики и другие.

Аналитик данных или тестировщик, дизайнер или разработчик – что выбрать и с чего начать?

Аналитик данных или тестировщик? Дизайнер или тестировщик?

Аналитик данных (Data Analyst) – это специалист, обрабатывающий большие объемы данных того или иного ресурса. Data Analyst является неотъемлемой частью IT отрасли компании. В его обязанности входит:

• Применение базовых и продвинутых знаний статистики;
• Знание языка программирования (например, «R» или «Python»);
• Обработка данных в Excel, Google Sheets, Sublime;
• Работа с базами данных SQL;
• Умение вести отчеты в BI-системах (Power BI, Google Data Studio);
• Знание Google Analytics.

Дизайнер (Web Design) – это специалист, занимающийся разработкой внешнего вида продукта (сайт, приложение). Данную профессию обычно выбирают люди с креативным мышлением.

Требования к веб дизайнеру перед приемом на работу:

• Знание базовых принципов веб дизайна;
• Умение работать со шрифтами;
• Владение принципами гармонии цветовой гаммы;
• Продвинутое владение Adobe Illustrator, Photoshop и другим софтом;
• Умение адаптировать дизайн под устройство;
• Понимание общей стратегии ресурса и его реализация с помощью дизайнерских решений.

Тестировщик – специалист, который занимается выявлением ошибок (багов) в работе софта. Это может быть веб-сайт, приложение или другой ресурс. При обнаружении функциональных ошибок тестировщик передает данные разработчику, но не занимается их исправлением. В большинстве случаев основная работа тестировщика – это выполнение тест-кейсов, которые готовятся разработчиками.

Вывод – дата аналитик или тестировщик, программист или дизайнер – кем стать решает каждый индивидуально, НО! именно тестировщик, на сегодняшний день, является самой простой, и в то же время высокодоходной профессией. Здесь не нужно «кодить», владеть сложным софтом и иностранным языком.

Подробнее о профессии Вы можете узнать на YouTube канале Test Pro .

Нужны ли тестировщики в 2022 году?

Сотни и тысячи мировых брендов регулярно создают, обновляют и оптимизируют свои электронные продукты. Это могут быть сайты, мобильные приложения, видео-игры, торговые площадки и многое другое.

На первый взгляд компании, особенно крупные, способны без помощи тестировщиков устранить все имеющиеся недостатки в работе конечного продукта. На самом деле, это далеко не так, и вот почему:

• Все функции бета-продукта создаются разработчиками, находить функциональные ошибки в собственном «творении» сложно, а часто – невозможно;
• Оценка эффективной и правильной работоспособности продукта всегда требует отдельной команды специалистов, которые не связаны непосредственно с разработкой и внедрением функционала;
• Софт компании регулярно обновляется (от нескольких месяцев до нескольких дней), и после каждого обновления необходимо повторять старые и проводить новые тест кейсы, выявлять баги.

Вывод: нужны ли тестировщики в 2022 году? Однозначно! Данная профессия считается одной из самых перспективных и быстроразвивающихся во всем мире.

Часто задаваемые вопросы

Тестировщик – это продвинутый пользователь, для работы необходимо обучиться базовым принципам тестирования продукта, то есть выявлению багов, выполнению тест-кейсов, освоить стандартные команды на английском языке.

Да, любой бренд, разрабатывающий электронные продукты, так или иначе нуждается в тестировщиках всех категорий. Без данных специалистов полноценная работа приложений невозможна.

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

Аналитик данных (Data Analyst) – это один из специалистов, который создает работу тестировщику (совместно с разработчиками и другими). Работа Data Analyst подходит для лиц с отличными знаниями статистики, владением Google Sheets, Excel, Google Data Studio, Google Analytics и другим софтом. В то же время тестированием можно овладеть гораздо быстрее и проще.

Почему тестировщик – это ТОП перспектива, и где этому обучиться?

Итак, почему тестировщик – ТОП-1 профессия не только для начинающего, но и для продвинутого пользователя?

• Старт с нуля – тестировщиком может стать любой желающий, независимо от прежней сферы деятельности;
• Простое и понятное обучение – в отличие от профессии разработчика или веб-дизайнера, тестировщику не нужна длительная подготовка сразу в нескольких сферах деятельности, обучение можно пройти за несколько месяцев и сразу искать работу;
• Возможность работать удаленно – профессия тестировщика далеко не всегда обязывает 24/7 проводить в офисе, работать можно практически из любой точки мира;
• Высокий уровень дохода – со старта тестировщик уже может зарабатывать 40-50$/час, а при наличии опыта и навыков цифра увеличивается до 100$/час и более;
• Непрерывное развитие – от простого QA Аналитика до тест-разработчика с зарплатой 200 000$/год Вы можете дорасти за несколько лет работы.

Думаете, стоит ли начинать карьеру в IT? Сомневаетесь, нужны ли тестировщики в современном мире автоматического анализа данных? Узнайте, почему тестировщик – это самый главный шаг к успеху в Вашей IT карьере, свяжитесь со специалистом Test Pro, заполнив формы Apply или Book a call на главной странице сайта, и начните карьеру в IT уже сейчас.

Home

Так я определила название своей профессии своего жизненного призвания пару лет назад, когда попытки отнести себя к тому или иному лагерю специалистов в очередной раз не увенчались успехом. Я работала на позициях аналитика, системного аналитика, руководителя группы разработки требований для массовых продуктов, начальника отдела разработки требований, руководителя продукта. Таких, как я, называют бизнес-аналитиками, системными аналитиками, менеджерами продуктов, проектировщиками, технологами, техническими писателями. Принимая сотрудника на одну из этих позиций, компании далеко не всегда понимают, что именно будет входить в его обязанности, и что будет являться результатом его работы. В итоге мы имеем такое многообразие вакансий, что бывает трудно сразу сообразить, по какому конкретно запросу нужно искать работу или сотрудника своей мечты.

Одного моего знакомого на собеседовании на позицию «Системный аналитик» спрашивали, знаком ли он с VBA и как хорошо пишет макросы. Технические задания он писал лучше

Аналитики редко играют одну роль на проекте, и рано или поздно каждый из них задает себе вопрос «Кто я?».

Немного истории

Еще несколько лет назад на HR рынке мы наблюдали бум позиций менеджеров. «Сотрудник банка и страховой компании», «консультант магазина электроники», «риелтор», «ответственный за формирование требований к программному продукту» – все именовали себя менеджерами. На втором курсе университета нам так определили роль менеджера ИТ проекта: «член команды, который организует взаимодействие между заказчиком и командой разработки; своеобразный переводчик с языка бизнеса на язык программистов». Нас учили писать техническую документацию, моделировать предметную область, предлагать решения по оптимизации бизнес-процессов, проектировать базы данных, программировать. Мы также получили еще много навыков, необходимых эффективному менеджеру проекта, но через несколько лет рынок встретил нас неожиданной новостью: для менеджера проекта гораздо важнее иметь соответствующий опыт работы, чем обширный набор академических знаний. Компании, подыскивая руководителей команд разработки, почему-то не устраивали сражений за будущих выпускников.

Пришлось проститься с надеждой на мгновенный карьерный взлет. Кто-то пошел в тестирование, кто-то – в программирование, а кто-то решил попробовать себя на позиции «Аналитик», которая на тот момент ассоциировалась только с биржей, акциями и Уолл Стрит, но при этом полностью соответствовала навыкам, полученным в университете.

Сейчас по запросу «Аналитик» сайт hh.ru выдает более четырех с половиной тысяч вакансий по всей России: требуются аналитики, системные аналитики, финансовые аналитики, бизнес-аналитики, аналитики бизнес-процессов, тест-аналитики, аналитики-маркетологи, аналитики продаж, кредитные аналитики (плюс всевозможные вариации названий должностей на английском языке). И если с финансами, продажами и маркетингом ситуация более или менее понятна (и обсуждается на других профильных ресурсах), то в сфере ИТ четкое разграничение ролей и должностных обязанностей аналитиков зачастую отсутствует.

Каких аналитиков анализируем?

Мы сразу исключим из рассмотрения аналитика, так как за этим термином может скрываться любой набор должностных обязанностей. Также не будем рассматривать аналитика бизнес-процессов, так как он в большинстве случаев обследует бизнес-процессы компаний, предлагает решения по их оптимизации (возможно, с внедрением информационных систем), но не обязательно связан с ИТ. Остаются системный аналитик, бизнес-аналитик и тест-аналитик.

Наибольшее количество вопросов и дискуссий в профессиональном сообществе вызывает противостояние «Бизнес-аналитик vs. Системный аналитик». Тест-аналитик ассоциируется исключительно с тестированием, но зачастую участвует и в процессе разработки (начиная с этапа формулирования бизнес- и функциональных требований), а при отсутствии бизнес- и системных аналитиков – выполняет их обязанности. В своей работе мы используем одинаковые инструменты и подходы, можем работать с одинаковыми вводными данными. Как правило, отличается только результат.

Немного статистики. Распределение вакансий для рассматриваемых ролей (системный аналитик, бизнес-аналитик, тест-аналитик) (hh.ru, по состоянию на 24.08.2017; поиск только по наименованию вакансии; география – РФ; профобласть – IT, телеком):

При ознакомлении с описанием некоторых должностных обязанностей ситуация еще больше запутывается. Рассмотрим встречающиеся в документах обязанности.

На позиции аналитика в отделе разработки требований мне приходилось выявлять потребности бизнеса, проводить тестирование удобства использования и анализировать API.

Со стороны может показаться, что работа аналитиков (бизнес-, тест-, системных) ограничивается узким кругом обязанностей, описанных в должностной инструкции, – разработка технических заданий, обследование бизнес-процессов, разработка плана тестирования. На деле приходится решать большое количество специфических задач, про которые не рассказывают на курсах. Так, сегодня для изучения поведения пользователей оказывается необходима Яндекс.Метрика (#тыжаналитик), завтра приходится вспоминать нотации моделирования бизнес-процессов (для демонстрации заказчику вариантов экономии ресурсов системой); а послезавтра тебе понадобятся знания XML (надо посмотреть, почему данные поступают не в полном объеме). И нельзя признаться, что ты не умеешь этого делать: учись, потому что без этих знаний и шагов ты не выполнишь задачу.

К формальным описаниям

Разные компании определяют названия должностей и обязанности на свой вкус, поэтому будет правильнее вести разговор о ролях. К сожалению, здесь мы также возвращаемся к проблеме отсутствия четких формулировок и зон ответственности. Обратимся к профессиональным стандартам (де-юре и де-факто).

1. Системный аналитик

Деятельность системного аналитика регламентирует профессиональный стандарт РФ «Системный аналитик», в соответствии с которым целью вида профессиональной деятельности является «Разработка, восстановление и сопровождение требований к программному обеспечению, продукту, средству, программно-аппаратному комплексу, автоматизированной информационной системе или автоматизированной системе управления на протяжении их жизненного цикла». Таким образом, роль системного аналитика существует в плоскости автоматизации и программных продуктов, но не ограничивается только требованиями к информационным системам.

В этом же документе мы найдем упоминание следующих функций:

• анализ проблемной ситуации заинтересованных лиц;
• разработка бизнес-требований к системе;
• постановка целей создания системы;
• разработка концепции системы.

Таким образом, гипотеза о том, что «системный аналитик отвечает за конечные требования к системе, а бизнес-аналитик решает проблемы бизнеса», стандартом не подтверждается.

2. Бизнес-аналитик
Попробуем подойти с другой стороны и откроем BABOK – общепризнанный стандарт по бизнес-анализу, согласно которому деятельность бизнес-аналитиков включает в себя:

• осмысление проблем и задач компании;
• анализ потребностей и решений;
• разработку стратегий;
• внедрение изменений.

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

При этом, при разработке именно программных продуктов функции бизнес- и системного аналитика во многом совпадают. BABOK не предлагает волшебную пилюлю в споре «Бизнес-аналитик vs. Системный аналитик» – наоборот, он дает пространство для маневров («Бизнес-аналитика могут также называть [барабанная дробь] системным аналитиком»). С BABOK солидарен и Карл Вигерс, автор книги «Профессиональная разработка требований к программному обеспечению», ставящий знак равенства между терминами «бизнес-аналитик», «системный аналитик», «инженер по требованиям» и «менеджер по требованиям».

В данный момент ведется работа по созданию и внедрению профессионального стандарта для позиции «Бизнес-аналитик». Его разработчики четко делят предмет работы и рабочий продукт:

По их мнению, сфера влияния системного аналитика – только информационные технологии, функции же бизнес-аналитика этим не ограничиваются. Каким образом решится конфликт ролей при разработке программного продукта (а системный аналитик будет руководствоваться стандартом и проводить «анализ проблемной ситуации заинтересованных лиц») до сих пор непонятно. Будем надеяться, что данный вопрос получит подробное разъяснение в ожидаемом документе.

3. Тест-аналитик

Целью тест-аналитика, в конечном итоге, является организация максимально эффективного (при существующих ограничениях) тестирования программного продукта. На пути к данной цели тест-аналитик:

• исследует продукт;
• анализирует сценарии использования;
• выявляет и анализирует объект и предмет тестирования;
• выбирает методы тестирования;
• анализирует тестовое покрытие;
• приоритезирует задачи тестирования.

Роль «Тест-аналитик» встречается исключительно в плоскости разработки и тестирования программного обеспечения, хотя используемые методы применимы во многих отраслях.

Про роль тест-аналитика на проекте подробно и очень понятно написал Антон Алексеев в своей статье «Тест-аналитики – кто это?». Здесь же будет озвучена мысль, которая может вызвать ожесточенные дебаты: если системный/бизнес-аналитик качественно выполнил свою работу (тот факт, что он есть на проекте, оставлю по умолчанию), то функции тест-аналитика сократятся в 2 раза. Неизменными останутся следующие объемы работ:

• исследование продукта; в любом случае необходимо погружение в рабочую систему, знакомство с рабочей документацией (другое дело, что системный/бизнес-аналитик может существенно упростить данный процесс, подготовив качественные описания и требования);
• расстановка приоритетов тестирования; без комментариев, каждый должен заниматься своим делом.

При этом уже не будет необходимости останавливаться на следующих вопросах:

• составление логической карты продукта; системные/бизнес-аналитики тоже составляют mind maps системы довольно глубокой детализации и всегда поделятся (хочется в это верить) ими со специалистами по тестированию;
• разбиение программного продукта на составные части; декомпозиция системы на компоненты должна выполняться (и выполняется) системными/бизнес-аналитиками, все материалы также включаются в техническую документацию.

Системный/бизнес-аналитик может использовать иные инструменты, нежели тест-аналитик (если в компании исторически так сложилось), но применяемые методологии и подходы совпадают, поэтому специалисты всегда могут договориться и не дублировать одни и те же модели.

Резюме

В большинстве компаний роли бизнес- и системного аналитика объединены; обязанности тест-аналитика возложены частично на системного/бизнес-аналитика, а частично – на тест-менеджера и инженеров по тестированию. Эти роли могут быть объединены с ролью технолога, проектировщика, технического писателя и менеджера проекта – всех, кто умеет «переводить с языка бизнеса на язык программистов». Тем не менее можно искусственно разделить границы ролей. Как и в любой профессии, пришедшей к нам с Запада, здесь допустимы различные трактовки и точки зрения (более того, на каждый аргумент в защиту той или иной позиции найдутся пять аргументов в противовес).

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

Бизнес-аналитик решает проблемы бизнеса и полностью погружен в предметную область; автоматизация и внедрение информационных систем может быть одним (но не единственным) из решений – в таком случае бизнес-аналитик или ограничивается бизнес-требованиями, или играет роль системного аналитика. Таким образом, бизнес-аналитик «ближе к бизнесу».

Системный аналитик решает проблемы бизнеса исключительно автоматизацией; при работе совместно с бизнес-аналитиком его функциональная область ограничивается принятием решений по реализации продукта. Системный аналитик «ближе к сфере технических специалистов».

Тест-аналитик – технический специалист; определяет оптимальный набор тестов и их приоритеты для того, чтобы вся важная функциональность была протестирована в текущих ограничениях (времени/бюджета); при отсутствии системного аналитика играет его роль, также может подключаться к работе на этапе формирования бизнес-требований.

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

И все же — бизнес или системный аналитик?

В начале пути в IT у наших коллег встает вопрос — идти в бизнес-аналитики или все же в системные аналитики? Сначала выясним, какие обязанности на этих должностях.

• Общается с заказчиком и собирает у него все необходимые требования
• Прорабатывает бизнес-требования, в которых отображены бизнес-процессы, а не системные
• Изучает потребности рынка и анализирует конкурентов
• Предлагает актуальные технические решения

• Преобразует бизнес-требования в пользовательские и системные
• Описывать процессы на языке разработчиков, дизайнеров, тестировщиков, архитекторов баз данных
• Проектирует макеты интерфейса, модели данных, интеграции, в некоторых случаях — архитектуру всей системы и базы данных
• Постоянно взаимодействует с командой разработки
• Также предлагает актуальные технические решения
• Пишет техническую документацию

Когда аналитик совмещает обязанности

На первый взгляд бизнес-аналитика проще — эта специальность стоит ближе к бизнесу и его проблемам, чем к вопросам разработки. И бизнес-аналитик, кажется, говорит больше на человеческом языке, нежели на каком-нибудь SQL, и разбирается он больше в бизнес процессах, нежели в технической документации. Так-то оно так, но больше в теории.

На практике в IT-компаниях две эти должности часто совмещаются — системный аналитик снимает бизнес-требования, затем превращает их в технические. Компаниям намного выгоднее нанимать одного опытного системного аналитика, который также может исполнять функции бизнес-аналитика, чем платить двум специалистам.

По нашей экспертизе, системных аналитиков всегда нанимают больше, чем бизнес-аналитиков. У многих заказчиков зачастую просто нет позиции бизнес-аналитика. У таких специалистов выше зарплата и меньше конкуренции за получение вакансии.