Бизнес-аналитик, системный аналитик: в чем разница?

Опубликовано: 11.04.2018

видео Бизнес-аналитик, системный аналитик: в чем разница?

Профессия - Системный аналитик

Продолжаем рассуждать на тему такой важной в IT профессии как аналитик. В нашем блоге уже есть статья  «Аналитик в IT — кем быть?» ; постараемся ее дополнить и осветить некоторые новые аспекты данной темы.



Итак, бизнес-аналитик и системный аналитик в IT — в чем разница между этими терминами? Это роли или должности? Может ли один человек их совмещать? В чем разница между плохим и хорошим аналитиком ?

Сформулируем краткие и, в некотором смысле, неформальные определения.

Бизнес-аналитик (Business Analyst , BA ) — изучает бизнес-процессы, общается с Заказчиком и разбирается в предметной области. Результат работы — описание бизнес-процессов. Бизнес-аналитик — это носитель знаний о предметной области, это «копия Заказчика».


Отличия предпринимателя от наемного сотрудника. Мышление собственника и работника. В чём разница?

Системный аналитик (System Analyst , SA) — на основе описания бизнес-процессов пишет техническое задание (ТЗ) на систему в целом, описывает, какие функции должны быть реализованы в разрабатываемом программном обеспечении (ПО).

Помимо бизнес-аналитика и системного аналитика, есть еще аналитик требований (Requirements Analyst , RA ) , который детализирует ТЗ в спецификации (детальные постановки), т.е. в то, что передается команде разработчиков для реализации.

А теперь ответим на поставленные в начале статьи вопросы.

Бизнес-аналитик, системный аналитик, аналитик требований в IT — в чем разница между этими терминами?

Разница в акцентах:

Бизнес-аналитик — акцент на описании бизнес-процессов. Системный аналитик — акцент на разработку общего технического задания (ТЗ). Аналитик требований — акцент на выдачу детальных спецификаций для команды разработчиков.

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