Home

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Резюме

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

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

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

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

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