Чем бизнес-аналитик отличается от системного аналитика?

• Кто такой бизнес-аналитик?

• Кто такой системный аналитик?

• Навыки, необходимые для работы системного и бизнес-аналитиков

• Профессия системного и бизнес-аналитика в профстандартах

• Системный и бизнес-аналитики в реальности

• Обучение бизнес-анализу в НИПКЭФ

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

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

Кто такой бизнес-аналитик?

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

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

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

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

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

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

Бизнес-аналитик в IT

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

• тщательное изучение предметной области;

• выявление проблемы и тех, кого она интересует;

• поиск решения и моделирование процесса или системы.

Знание предметной области

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

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

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

Выявление проблематики бизнеса

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

• техника «пять почему» (метод Тойоты);

• диаграмма Исикавы (диаграмма рыбьей кости);

• причинно-следственный анализ (построение дерева текущей реальности) с помощью теории ограничений систем (ТОС).

Отметим также, что для поиска нужного решения, аналитик должен изучить некоторые выборки данных. Конечно, эти данные должны быть предоставлены аналитику по его запросу, но все же наиболее оптимальным будет его умение получать эти данные самостоятельно. В этом ему помогут навыки работы с базами данных и знание языка запросов SQL. Полноценного погружения в этот язык, возможно, ему и не потребуется, но аналитику будет крайне важно уметь делать выборки и объединять их — для этого ему понадобится знание SELECT-запросов и оператора JOIN.

Моделирование системы

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

• UML — универсальный язык моделирования;

• BPMN (Business Process Model and Notation, нотация и модель бизнес-процессов) — система условных обозначений (нотация) и их описания в XML для моделирования бизнес-процессов;

• IDEF (I-CAM DEFinition или Integrated DEFinition) — методологии семейства ICAM (Integrated Computer-Aided Manufacturing) для решения задач моделирования сложных систем;

• дерево будущей реальности в рамках теории ТОС. Не путать с деревом текущей реальности;;

• модель UseCases —  модель вариантов взаимодействия пользователей и системы (т.н. модель прецедентов);

• модель пользовательских сценариев —  описание каждого действия из модели UseCases, сделанное в формализованном виде.

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

Управление требованиями

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

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

Далее требования превращаются в конечный набор функций, который должна реализовать система. Набор функций имеет визуальное представление в виде предметной модели системы, создаваемой в одной из указанной выше систем моделирования. После определения всего набора функций наступает этап проектирования пользовательского интерфейса. Есть вероятность, что здесь бизнес-аналитику могут поставить задачу удостовериться в том, что взаимодействие с системой действительно решает проблему пользователя. В этом случае аналитик должен уметь формулировать требования к системе в терминологии проектирования UX/UI (построение пользовательского интерфейса и схемы взаимодействия пользователя с системой). 

В общем случае, обязанности бизнес-аналитика на этом этапе заканчиваются. Хотя, опять же, конкретные задачи аналитика в каждой конкретной организации могут варьироваться. Управление требованиями, например, могут поручить системному аналитику или разработчикам. А проектирование UX/UI и «перевод» требований к системе на этот язык будут осуществлять непосредственно UX/UI-дизайнеры.

Кто такой системный аналитик?

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

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

• логическую схему работы системы;

• компонентную модель системы;

• модель структуры хранения данных;

• диаграмму последовательности для каждого компонента, реализующего определенную бизнес-функцию;&

• спецификацию API — описание того, как ведут себя системные функции при интеграции с внешними системами.

Если говорить упрощенно, то:

1. Логическая модель является схемой работы алгоритмов системы.

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

3. Модель структуры хранения данных представляет собой схему того, как система будет обращаться за нужными данными к базам данным и в каком формате эти данные будут храниться и передаваться в систему. 

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

5. При необходимости интеграции уже построенной системы с другими внешними системами пишется спецификация API, в которой указывается то, как внешняя система будет вызывать существующие в системе функции, а также то, как эти функции будут себя вести при запросах.

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

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

Навыки, необходимые для работы системного и бизнес-аналитиков

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

Но помимо hard skills в каждой профессии есть и «мягкие» навыки (soft skills), которые помогают выполнять специалисту свои обязанности эффективней. Так, к soft skills каждого названного аналитика будут входить следующие навыки:

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

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

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

4. Знание и понимание принципов agile. В настоящее время при разработке программного обеспечения и все чаще в деятельности, подразумевающей командную работу, в тренд вошло применение разнообразных практик разработки, основанных на так называемом «Манифесте гибкой разработки» (Agile-манифесте) и его двенадцати основополагающих принципах. Из них чаще всего применяются SCRUM, экстремальное программирование, Kanban и др. Несмотря на то, что во многих agile-практиках нет роли аналитика, в специфику работы системных и бизнес-аналитиков прочно вошли принципы и ценности agile.

Профессия системного и бизнес-аналитика в профстандартах

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

• прикладная математика и информатика;

• компьютерные и информационные науки;

• информатика и вычислительная техника;

• бизнес-информатика.

Таким образом, профстандарты рассматривают бизнес-аналитика прежде всего, как специалиста в области экономики, а системного аналитика — прежде всего, как IT-специалиста.

Системный и бизнес-аналитики в реальности

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

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

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

Обучение бизнес-анализу в НИПКЭФ

Национальный институт переподготовки и повышения квалификации кадров в сфере экономики и финансов (НИПКЭФ) предлагает вам пройти курсы переподготовки на бизнес-аналитика.

Пройдя обучение по нашей программе, вы сможете:

• овладеть навыками и актуальными знаниями, необходимыми в работе каждого бизнес-аналитика;

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

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

• получить диплом переподготовки по специальности «Бизнес-аналитик» у лидера на рынке дополнительного образования России.

Если вы решили войти в сложную, но вместе с тем и интересную профессию бизнес-аналитика, НИПКЭФ с радостью откроет перед вами свои двери. Наше стремление — найти индивидуальный подход к каждому нашему слушателю и дать вам возможность наиболее эффективно и с наименьшим стрессом пройти всю образовательную программу. В случае возникновения непредвиденных ситуаций вы всегда сможете обратиться к личному куратору, который обязательно поможет вам урегулировать все сложные вопросы.

НИПКЭФ — это преподаватели с большой практикой и одновременно с учеными степенями. НИПКЭФ — это диплом, который ценят работодатели. Приходите в НИПКЭФ, учитесь у нас и рекомендуйте нас своим родственникам, друзьям и знакомым!