Бизнес-аналитик и его роль в проекте
Бизнес-аналитик ― это специалист, который занимается переводом с языка бизнеса на язык разработчиков. Это важный процесс, потому что отдел маркетинга и отдел разработки разговаривают на разных языках, используют сложные термины, которые сложно понять без профильного образования: экономического или ИТ.
Если первый отдел сосредоточен на том, чтобы повысить удовлетворенность пользователей, привлечь новых клиентов и заработать больше денег, то второй отвечает за то, чтобы приложение работало безотказно, в нем появлялись новые функции и их внедрение занимало минимум времени.
Бизнес-аналитик также переводит обратно язык программистов на язык бизнеса. Например, что существуют технические ограничения в проекте, ― мы не можем добавлять ежемесячно по 10 тысяч пользователей в наше приложение, не увеличивая серверные мощности. Воспользоваться им нормально можно будет только в часы, когда нет пиковой нагрузки. Если человек захочет в понедельник в час пик арендовать авто, ему придется ждать ответа сервера по полчаса. За это время он уже успеет доехать куда ему нужно на такси.
Разработчикам нет нужды разбираться в целях и задачах проекта, за них это делает бизнес-аналитик, который доводит до программистов, что в данный момент имеет приоритет для компании. Не каждый гендиректор готов общаться со своими сотрудниками на ежедневной основе, чтобы расставлять им приоритеты. Для этого руководитель компании и нанимает бизнес-аналитика.
Часто у руководства и менеджмента в ИТ-сфере предостаточно идей на тему того, какие новые функции они хотели бы добавить в ИТ-продукт. И без бизнес-аналитика превратить их в конкретные решения будет сложно, так как только он знает, как можно совместить гениальные решения с техническими возможностями компании.
Если первый отдел сосредоточен на том, чтобы повысить удовлетворенность пользователей, привлечь новых клиентов и заработать больше денег, то второй отвечает за то, чтобы приложение работало безотказно, в нем появлялись новые функции и их внедрение занимало минимум времени.
Бизнес-аналитик также переводит обратно язык программистов на язык бизнеса. Например, что существуют технические ограничения в проекте, ― мы не можем добавлять ежемесячно по 10 тысяч пользователей в наше приложение, не увеличивая серверные мощности. Воспользоваться им нормально можно будет только в часы, когда нет пиковой нагрузки. Если человек захочет в понедельник в час пик арендовать авто, ему придется ждать ответа сервера по полчаса. За это время он уже успеет доехать куда ему нужно на такси.
Разработчикам нет нужды разбираться в целях и задачах проекта, за них это делает бизнес-аналитик, который доводит до программистов, что в данный момент имеет приоритет для компании. Не каждый гендиректор готов общаться со своими сотрудниками на ежедневной основе, чтобы расставлять им приоритеты. Для этого руководитель компании и нанимает бизнес-аналитика.
Часто у руководства и менеджмента в ИТ-сфере предостаточно идей на тему того, какие новые функции они хотели бы добавить в ИТ-продукт. И без бизнес-аналитика превратить их в конкретные решения будет сложно, так как только он знает, как можно совместить гениальные решения с техническими возможностями компании.
Системный аналитик и его роль в проекте
Системный аналитик ― это специалист, который отвечает за техническую составляющую проекта, он выступает в качестве посредника между командой разработки и отделом маркетинга — заказчиком.
Системный аналитик должен уметь глубоко разбираться в ИТ-технологиях, архитектуре приложений, иметь понимание, как работают языки программирования и базы данных. Он переводит бизнес-требования, составленные бизнес-аналитиком, в формат, понятный техническим специалистам.
Например, руководство хочет добавить в приложение возможность доставки запчастей из магазина с помощью нескольких курьерских служб. Системный аналитик должен будет выяснить, какими способами можно интегрировать эти службы в приложение: как передавать данные и что нужно, чтобы они доходили до компании доставки.
Он решает, на каком языке программирования будет написан код для этой интеграции, через какие базы данных будет идти информация и как все это проверить после реализации решения.
Чтобы понять, как все это будет работать, системный аналитик создает UML-диаграммы, где будут указаны все компоненты приложения и способы их взаимодействия. Он также несет ответственность за то, чтобы нововведение работало без ошибок и было разработано в разумные сроки.
Системный аналитик должен уметь глубоко разбираться в ИТ-технологиях, архитектуре приложений, иметь понимание, как работают языки программирования и базы данных. Он переводит бизнес-требования, составленные бизнес-аналитиком, в формат, понятный техническим специалистам.
Например, руководство хочет добавить в приложение возможность доставки запчастей из магазина с помощью нескольких курьерских служб. Системный аналитик должен будет выяснить, какими способами можно интегрировать эти службы в приложение: как передавать данные и что нужно, чтобы они доходили до компании доставки.
Он решает, на каком языке программирования будет написан код для этой интеграции, через какие базы данных будет идти информация и как все это проверить после реализации решения.
Чтобы понять, как все это будет работать, системный аналитик создает UML-диаграммы, где будут указаны все компоненты приложения и способы их взаимодействия. Он также несет ответственность за то, чтобы нововведение работало без ошибок и было разработано в разумные сроки.
Основные различия между бизнес-аналитиком и системным аналитиком
Бизнес-аналитик сфокусирован на том, какие требования предъявляют к продукту пользователи, какие задачи у компании и как довести бизнес-требования до команды разработки.
Бизнес-аналитик:
- Выясняет у руководства и пользователей, что необходимо изменить в продукте.
- Создает визуальные модели, как сейчас работают решения и что можно в них улучшить.
- Разрабатывает спецификации системы, как она будет взаимодействовать с пользователем.
- Оценивает, какие риски компания может понести в результате разработки.
Системный аналитик берет на себя ответственность за техническую сторону проекта: как он будет работать и интегрироваться с другими системами. Он переводит бизнес-требования на язык, понятный разработчикам.
Системный аналитик:
- Разрабатывает архитектуру новой системы, как она будет работать и с помощью каких сервисов поддерживаться.
- Создает понятные визуализации того, как будет устроен новый функционал.
- Оценивает, какие могут возникнуть угрозы безопасности в связи с разработкой.
- Тестирует новую систему на ошибки.
- Доносит до команды разработки бизнес-требования.
Ключевое различие между этими двумя профессиями состоит в том, что они находятся по разную сторону баррикад. С одной стороны бизнес, которому необходимо внедрение со сроком «вчера» и высокие показатели рентабельности нового функционала. С другой стороны находится команда разработчиков, которая должна включить новый функционал в существующую программу таким образом, чтобы вся система продолжала безотказно работать.
Бизнес-аналитик отвечает на вопрос: «зачем это делать?», а системный аналитик ― на вопрос: «как это все будет работать?». Вместе эти два типа аналитиков образуют команду, которая помогает разработать новые ИТ-системы и внедрить их в работу так, чтобы они соответствовали техническим стандартам, приносили прибыль и повышали удовлетворенность пользователей.
Бизнес-аналитик отвечает на вопрос: «зачем это делать?», а системный аналитик ― на вопрос: «как это все будет работать?». Вместе эти два типа аналитиков образуют команду, которая помогает разработать новые ИТ-системы и внедрить их в работу так, чтобы они соответствовали техническим стандартам, приносили прибыль и повышали удовлетворенность пользователей.
Ситуации, когда необходимы оба аналитика
И бизнес-аналитик и системный аналитик ― это часть команды большой ИТ-компании, которая может заниматься:
- Созданием новых ИТ-продуктов с нуля, где бизнес-аналитик будет составлять общие требования для системы, а системный аналитик готовить план, каким образом это все будет реализовано.
- Доработка существующих систем. Здесь бизнес-аналитик будет описывать новый функционал ПО, а системный аналитик составлять план его интеграции в существующую программу.
- Объединение двух систем. Где бизнес-аналитик будет описывать, какой результат компания хочет получить в итоге, а системный аналитик составлять план интеграции: какая система будет переезжать на новый движок, а какая начнет работать через программные «костыли».
- Создание систем в условиях ограниченных ресурсов. Здесь оба специалиста будут решать, каким образом можно выполнить бизнес-требования, затрачивая на это минимальное количество ресурсов.