Школа аналитика от Luxsoft, или Чем же бизнес-аналитик все-таки отличается от системного аналитика..
Обнаружил в Сети сайт тренингового центра Luxsoft, и на нем раздел под названием "Школа аналитика". В рамках школы выделено два направления - школа системного аналитика и школа бизнес-аналитика. Мне показалось интересным сравнить два курса по составляющим элементам. Вот что из этого получилось:
Сравнительная таблицаКодКомпонентСистемный аналитикБизнес-аналитикSDP/004Методология IBM Rational Unified Process16 час.12 час.SDP/005Основы визуального моделирования на UML 2.08 час.8 час.SDP/006Объектно-ориентированный анализ (ООА) и проектирование с использованием UML20 час.---SDP/010Обзор методологий разработки ПО8 час.*8 час.*REQ/001Проектирование графических, пользовательских интерфейсов, useability12 час.*---REQ/007Основы использования UML в задачах моделирования бизнеса16 час.*---REQ/008Разработка и управление требованиями на базе Use Cases16 час.---REQ/013Основы использования IDEF0, IDEF1 в задачах моделирования бизнеса---3 час.*REQ/014Учебный проект для аналитиков24 час.*---REQ/015Формирование и сбор требований к ПО8 час.*---REQ/016UML-моделирование предметной области16 час.*---REQ/017Аналитика в ИТ-проектах: примеры, ошибки, рекомендации4 час.*---BA/REQ/01Введение в методологию Rational Unified Process для бизнес-аналитиков---12 час.BA/REQ/02Бизнес-моделирование на UML на основе Use Cases для бизнес-аналитиков---24 час.BA/COMMКоммуникационные знания и навыки (4 курса)---32 час.IBM/009Основы использования IBM Rational RequisitePro8 час.8 час.*IBM/001Основы использования IBM Rational Rose8 час.8 час.*
/* Дополнительные курсы
Таким образом, выходит, что бизнес-аналитик - это сильно "усеченная версия" системного аналитика. В области ИТ бизнес-аналитик знает и умеет гораздо меньше, чем системный, но (!) он при этом обладает навыками активной коммуникации и благодаря этим навыкам он не только становится важным коммуникационным мостиком между бизнесом и ИТ, но также (что не обязательно, но весьма вероятно и даже логично) экспертом в той предметной области, которая автоматизируется.
Приведем следующий пример. Допустим, запущен проект по автоматизации процесса бюджетирования на предприятии. Есть системный аналитик (он же архитектор информационных систем) и есть бизнес-аналитик. В качестве бизнес-аналитика должен выступать человек, который очень хорошо знает предметную область - например, начальник планово-экономического отдела. Он хорошо знает предприятие, он занят разработкой и доводкой бюджетной модели, он отвечает за методологию и пр. И он же обязан изобразить свою модель на понятном системному аналитику языке - например, с помощью некоего стандарта моделирования бизнес-процесса. Кстати, этот стандарт - единственная точка, где бизнес-аналитик однозначно пересекается с системным аналитиком. Далее, системный аналитик собирает требования к ИС и строит архитектуру (не скажу ТЗ, потому что ТЗ - судя по тому, как по миру распространяется мода на приложения с гибким интерфейсом "под пользователя" - это уже явление почти что вчерашнего дня).
Если, предположим, бизнес-аналитик перейдет из одной предметной области - в другую предметную область, то он автоматически потеряет едва ли не половину своих преимуществ как специалист. И тогда ему придется быстро-быстро наверстывать упущенное, что в принципе возможно при развитых коммуникационных навыках. Системный же аналитик при переходе из одной предметной области в другую практически ничего не теряет...
Сравнительная таблицаКодКомпонентСистемный аналитикБизнес-аналитикSDP/004Методология IBM Rational Unified Process16 час.12 час.SDP/005Основы визуального моделирования на UML 2.08 час.8 час.SDP/006Объектно-ориентированный анализ (ООА) и проектирование с использованием UML20 час.---SDP/010Обзор методологий разработки ПО8 час.*8 час.*REQ/001Проектирование графических, пользовательских интерфейсов, useability12 час.*---REQ/007Основы использования UML в задачах моделирования бизнеса16 час.*---REQ/008Разработка и управление требованиями на базе Use Cases16 час.---REQ/013Основы использования IDEF0, IDEF1 в задачах моделирования бизнеса---3 час.*REQ/014Учебный проект для аналитиков24 час.*---REQ/015Формирование и сбор требований к ПО8 час.*---REQ/016UML-моделирование предметной области16 час.*---REQ/017Аналитика в ИТ-проектах: примеры, ошибки, рекомендации4 час.*---BA/REQ/01Введение в методологию Rational Unified Process для бизнес-аналитиков---12 час.BA/REQ/02Бизнес-моделирование на UML на основе Use Cases для бизнес-аналитиков---24 час.BA/COMMКоммуникационные знания и навыки (4 курса)---32 час.IBM/009Основы использования IBM Rational RequisitePro8 час.8 час.*IBM/001Основы использования IBM Rational Rose8 час.8 час.*
/* Дополнительные курсы
Таким образом, выходит, что бизнес-аналитик - это сильно "усеченная версия" системного аналитика. В области ИТ бизнес-аналитик знает и умеет гораздо меньше, чем системный, но (!) он при этом обладает навыками активной коммуникации и благодаря этим навыкам он не только становится важным коммуникационным мостиком между бизнесом и ИТ, но также (что не обязательно, но весьма вероятно и даже логично) экспертом в той предметной области, которая автоматизируется.
Приведем следующий пример. Допустим, запущен проект по автоматизации процесса бюджетирования на предприятии. Есть системный аналитик (он же архитектор информационных систем) и есть бизнес-аналитик. В качестве бизнес-аналитика должен выступать человек, который очень хорошо знает предметную область - например, начальник планово-экономического отдела. Он хорошо знает предприятие, он занят разработкой и доводкой бюджетной модели, он отвечает за методологию и пр. И он же обязан изобразить свою модель на понятном системному аналитику языке - например, с помощью некоего стандарта моделирования бизнес-процесса. Кстати, этот стандарт - единственная точка, где бизнес-аналитик однозначно пересекается с системным аналитиком. Далее, системный аналитик собирает требования к ИС и строит архитектуру (не скажу ТЗ, потому что ТЗ - судя по тому, как по миру распространяется мода на приложения с гибким интерфейсом "под пользователя" - это уже явление почти что вчерашнего дня).
Если, предположим, бизнес-аналитик перейдет из одной предметной области - в другую предметную область, то он автоматически потеряет едва ли не половину своих преимуществ как специалист. И тогда ему придется быстро-быстро наверстывать упущенное, что в принципе возможно при развитых коммуникационных навыках. Системный же аналитик при переходе из одной предметной области в другую практически ничего не теряет...