Что же означает «проанализировать»? Для начала вспомним, что «анализ» – термин из науки логики. Так называется один из логических приемов. Его классическое определение звучит следующим образом:

Обратный анализу логический прием называется «синтез».

Маленький ребенок, разбирая машинку, чтобы посмотреть, как она устроена, занимается анализом. А его родители, собирающие машинку обратно, – синтезом.

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

Важный аспект работы аналитика – причинно-следственный контекст. В разных условиях одни и те же данные могут приводить к принятию совершенно разных решений. Отсюда два главных вопроса аналитика – «почему это произошло?» и «что с этим делать?».

Рассмотрим пример из книги Карла Андерсона «Аналитическая культура»[3].

Во время дежурства системный администратор интернет-магазина видит на мониторе предупреждение: «Внимание! Нагрузка на сервере приложений за последние пять минут выросла на 95 %». Казалось бы, подобное сообщение – причина для серьезного беспокойства. Что это? Проблемы с сетью? Атака хакеров? Внезапный наплыв пользователей? Первое, что нужно сделать администратору, – понять причинно-следственный контекст. Администратор изучает информацию в системе мониторинга, анализирует log-файлы, где фиксируются все действия на сервере, смотрит на дату и время и понимает, что ситуация абсолютно штатная – на часах два часа ночи, среда. В это время на сервере по расписанию запустилась автоматическая процедура резервного копирования информации. Через десять минут копирование завершится – и нагрузка нормализуется. Таким образом, никаких действий системному администратору предпринимать не нужно. В этом и состоит важность понимания причинно-следственного контекста. Случись та же ситуация в понедельник в три часа дня – вполне возможно, что и причина нагрузки и действия администратора были бы совсем иными.

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

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

Классическое определение из Business Analysis Body of Knowledge[4] звучит так:

Это очень общая формулировка. Раскроем ее чуть подробнее.

С точки зрения бизнес-анализа у организации есть два состояния.

1. Текущее состояние. Это положение дел, которое по тем или иным причинам не устраивает руководство организации. Проблемы могут касаться длительности выполнения процессов, высоких затрат, неясных зон ответственности в организации и т. д. Для анализа подобных проблем и привлекается бизнес-аналитик.

2. Целевое состояние. Состояние, при котором организация проанализировала свои слабые места и оптимизировала бизнес-процессы: повысила их прозрачность и эффективность.

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

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

В задачи бизнес-аналитика входит:

● изучение предметной области бизнес-заказчика и выявление проблемных зон в бизнес-процессах;

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

Таким образом, бизнес-аналитик объясняет ИТ-инженерам на понятном им языке, что необходимо сделать для решения задачи бизнес-заказчика.

Подробнее о задачах бизнес-аналитика и способах их решения мы поговорим в главе 2.

Если бизнес-аналитик отвечает на вопрос «что нужно сделать?», то системный аналитик определяет, «как сделать то, что нужно заказчику, используя информационную систему». Задача системного аналитика – предложить варианты реализации требований, полученных от бизнес-аналитика, с использованием той или иной информационной системы.

Как правило, системный аналитик – эксперт по работе конкретного программного продукта или информационной системы. Он знает основные технологические процессы системы, принципы хранения информации в ней, нюансы интеграции с другими системами и т. д.

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

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

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

Говоря о продуктовой аналитике, мы будем рассматривать термин «продукт» с точки зрения ИТ. Иными словами, продукт для нас – это мобильное приложение, информационная система или онлайн-сервис. Например, продуктовый аналитик может заниматься созданием и развитием интернет-магазина.

Поскольку бизнес всё больше переходит в онлайн, продуктовый аналитик может работать в любой организации с цифровыми продуктами. Например, в банке он может развивать банковское мобильное приложение.

При работе с цифровыми продуктами главным инструментом продуктового аналитика становится A/B-тестирование. Чтобы лучше понять его суть, рассмотрим упрощенный жизненный цикл нового продукта или сервиса.

Стадия 1. «А может, не надо?»

Задумав новый сервис, «который перевернет мир», важно спросить себя: действительно ли существует необходимость в подобном сервисе? Аналитик отвечает на десятки вопросов типа:

● Каковы перспективы сервиса с учетом тенденций развития отрасли?

● Почему мы считаем, что сервис понравится потребителям?

● Нет ли похожих сервисов у конкурентов? Если есть, то каковы их успехи? Если сервис «не взлетел», то по какой причине?