Системний аналітик і бізнес аналітик: в чому відмінності

  1. Від своїх фахівців ми очікуємо наступних знань і компетенцій:

Статтю підготували Антон Тризна, керівник центру компетенції по бізнес-аналізу a1qa, і Олена Горопека, старший бізнес-аналітик компанії.

У професійному середовищі постійно ведуться дискусії про те, в чому різниця між бізнес-аналітиком і системним аналітиком в IT.

Розбиратися в цьому питанні ми будемо з опорою на існуючі визначення.

Розбиратися в цьому питанні ми будемо з опорою на існуючі визначення

Згідно настільної книги бізнес-аналітиків, BABOK (Business Analysis Body of Knowledge), бізнес-аналітик може «ховатися» під безліччю посад і ролей в організації: бізнес-архітектор, аналітик даних, аналітик на підприємстві, бізнес-консультант, аналітик процесів, інженер за вимогами, системний аналітик.

Також BABOK підкреслює, що результатом роботи бізнес-аналітика є розробка «рішення, що дозволяє організації досягти своїх цілей», тобто рішенням не обов'язково повинна бути IT-система.

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

Які бувають аналітики?

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

  • Бізнес-аналітик - фахівець, який використовує методи бізнес-аналізу для перевірки потреб замовника з метою визначення можливих проблем і подальшого вироблення шляхів їх вирішення.
  • Бізнес-аналітик в IT-сфері - бізнес-аналітик, який забезпечує вирішення проблем замовника за допомогою розробки і впровадження IT-систем.
  • Системний аналітик в IT-сфері - фахівець, відповідальний за визначення технічних аспектів розробляється IT-системи, а саме, за вироблення підходу до розробки IT-системи, визначення платформи реалізації, способів інтеграції, місця системи в лінійці продуктів компанії.

Бізнес аналітик з'ясовує потреби клієнта і обґрунтовує необхідність реалізації проекту. Після цього на підставі виявлених бізнес-вимог і призначених для користувача вимог клієнта аналітик визначає межі проекту.

Наступною стадією є збір функціональних і не функціональних вимог. На цьому етапі до роботи бізнес-аналітика може підключитися системний аналітик. Різниця в тому, що бізнес-аналітик не враховує платформи реалізації і технології, а прагне максимально врахувати всі побажання і цілі замовника, забезпечити повноту, коректність і несуперечність вимог. Завдання ж системного аналітика - взяти до уваги всі особливості роботи з певною технологією і платформою і вибрати оптимальний спосіб реалізації всіх заявлених функціонально-технічних вимог.

Буває так, що платформа і технології були обрані заздалегідь. Тоді необхідно грамотно розподілити функціональні вимоги на обраної платформі, адаптувати їх опису під терміни обраної платформи і інтерфейсів взаємодії для команди розробників.

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

Замовити консультацію по бізнес-аналізу для вашого програмного продукту можна тут .

Від своїх фахівців ми очікуємо наступних знань і компетенцій:

Від своїх фахівців ми очікуємо наступних знань і компетенцій:

Внаслідок поділу зон відповідальності, системні та бізнес-аналітики оформляють різні набори документів. В результаті роботи бізнес-аналітика буде створено Vision and Scope document, що позначає межі проекту, будуть задокументовані бізнес-вимоги (BRD) і складені специфікації вимог (SRC).

Системний аналітик представить концепцію IT-рішення (Software Design Document) із зазначенням платформи реалізації проекту, технології, в тому числі мов програмування, інтерфейсів взаємодії.

На практиці чітко розмежувати ролі обох буває дуже важко. Залежно від особливостей проекту вони можуть перетинатися і взаємодоповнювати один одного. Назви посад самі по собі не важливі. Головне, щоб співробітники компанії розуміли, що ховається за назвою посади і до кого звертатися за рішенням виниклого питання.

Поділитися статтею:

Які бувають аналітики?
Новости