BI 2.0: Следующее поколение

В материале речь пойдет о BI 2.0 - о развитии business intelligence,
включающем в себя несколько важных концепций, касающихся использования
информации в бизнесе. Этот термин по сути своей связан с BI в реальном времени,
технологией, управляемой внешними событиями. Но основная идея состоит в
применении новых методов к бизнес-процессам.

BI 2.0  - это расширенная технология business intelligence, выходящая за рамки традиционного хранилища и инструментов выполнения запросов, включающая динамическое и автоматизированное принятие решений.

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

Чтобы адаптировать бизнес-модели к современному миру, программные средства проектируются с помощью технологий, управляемых внешними событиями (event-driven). Данные передаются в реальном времени через сервисно-ориентированные архитектуры, использующие слабо связанные и обеспечивающие хорошее взаимодействие сервисы, которые стимулируют стандартизованную интеграцию приложений.

С момента изобретения реляционных баз данных и SQL-запросов технология business intelligence (BI) принципиально не менялась, однако теперь появилась концепция BI 2.0.

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

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

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

Если кратко: как разработать гибкие бизнес-процессы, которые дадут организации конкурентные преимущества?  Как построить «интеллектуальный» бизнес?

Клиент-серверная устаревшая модель

BI-инструменты, используемые сегодня в большинстве организаций, были разработаны для решения проблемы, возникшей в начале девяностых годов в связи с разрастанием реляционных баз данных. И по мере того как в базах накапливалось  все больше информации, простое ее извлечение становилось  рутиной для IT-отделов, так как большинство пользователей не было заинтересовано в приобретении новой профессии — специалиста по написанию SQL-запросов. Извлечение данных из баз изжило себя и привело к развитию BI. Поэтому и существовавшие до сегодняшнего дня BI-инструменты были ориентированы на представление данных.

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

Поразительно, но факт: эта ситуация – полная противоположность эффективной аналитике в реальном времени, которая необходима большинству компаний для обеспечения качества услуг. Можно сказать, что такая информация запаздывает на день и не досчитывает доллара в большинстве отраслей. Например, в розничной торговле, 3-4 % потенциального дохода теряется за счет неправильной работы склада: менеджер запрашивает отчет, который поступает на следующее утро или  после завершения рабочего дня, когда уже поздно пополнять запасы.

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

Существует распространенное заблуждение о том, что данные в реальном времени не нужны, так как оперативные группы не могут их проанализировать. Простое предоставление отчетов в более сжатые сроки проблемы не решит. Так что же нужно? Надо дать возможность оперативным отделам вовремя обнаруживать различия в ежедневных операциях.

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

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

Появление BI-сервисов

За последние несколько лет компании стали представлять свои Хранилища данных как web-сервисы для использования другими приложениями и процессами, связанными сервисно-ориентированной архитектурой или ПО промежуточного уровня, таким как корпоративная сервисная шина (enterprise service bus — ESB). Фундаментальное ограничение этого подхода в том, что Хранилище не тот источник, в котором нужно искать данные для оценки эффективности текущего процесса. Необходимые для анализа данные о состоянии процесса , вряд ли можно найти в ХД.

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

Очевидно, что Хранилище данных останется, но его основной ролью будет запись данных, а не источник выполнения BI-операций. Отчетность и представление исторических данных по-прежнему будут важны и их выполнение в ХД сохранится. Попытки перехода к Хранилищу данных в реальном времени, мало эффективны. Очевидно, что информация необходимая для поддержки принятия ежедневных решений должна черпаться из другого источника, чтобы устранить задержку, связанную с циклом извлечения, преобразования, загрузки и выполнения запросов.

Представление BI 2.0

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

В инфраструктуре BI 2.0  данные не хранятся в базе и не извлекаются для анализа. Здесь применяется обработка потоков событий, либо параллельно с фактическими бизнес-процессами, либо как самостоятельный этап процесса.

Обычно  это означает, что необходимо проводить поиск сценария событий (например шаблонов и комбинаций последовательности событий), что важно для быстрого решения проблем. На выходе таких систем — обычно показатели и предупреждения, а также немедленная инициаций действий в других приложениях. В результате процесс анализа автоматизирован и не требует постоянного вмешательства человека, однако в определенных ситуациях человеку посылается запрос на выполнение некоторых действий.

В систему BI 2.0 данные поступают из ПО промежуточного уровня, которое является самым удобным источником данных в реальном времени. Стандартное ПО промежуточного уровня без труда формирует поток событий для анализа, выполняемого в памяти. Когда эти события сравниваются с показателями в прошлом, можно быстро и автоматически выявить проблемы и возможности их разрешения.

Интеллектуальные процессы

Чтобы изменить базовые показатели, компаниям необходимо добиться более гибких процессов. А значит достичь более высокого уровня автоматизации, либо обеспечить операционный персонал действенной информацией и изменяющейся от дня ко  дню операционной процедурой, управляющей процессами. Решением может быть использование технологий сообщений  (messaging technologies), поддерживаемых транзакционными системами, инструментами управления бизнес-процессами и SOA, а также BI-технологиями нового поколения. Все это уживается вместе очень хорошо, можно представить себе BI в реальном времени как анализ сервисов в SOA архитектуре.

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

BI 2.0 обладает рядом свойств:

• Управляется событиями. Автоматизированные процессы управляются событиями, поэтому очевидно, что для разработки более гибких процессов нужно анализировать и интерпретировать события. А значит, анализировать данные,  от события к событию, как параллельно с бизнес-процессами, так и в форме отдельного этапа процесса.
• Выполняется в реальном времени. Иначе нельзя реализовать BI-возможности в качестве этапа процесса, и тем более не удастся автоматизировать операции. Для сравнения: пакетные процессы – информационные, они содержат отчеты об эффективности процесса, но не могут быть частью самого процесса, за исключением тех случаев, когда время не играет решающей роли. Любое приложение, имеющее отношение к торговле, динамическому ценообразованию, оценке спроса, безопасности, оценки рисков, выявлению мошенничества, пополнению склада и любому взаимодействию с клиентом, – это процесс, зависящий от времени, а следовательно, требует обработки в реальном времени.
• Автоматизированный анализ. Чтобы автоматизировать ежедневный процесс принятия решений, организациям необходимо не просто представить данные в виде инструментальной панели или отчета. Задача – превратить данные в реальном времени в нечто действенное. Необходимо их автоматически и динамически интерпретировать. На практике это подразумевает сравнение каждого отдельного события с тем, что ожидается в норме, исходя из прошлого опыта или прогнозируемой будущей эффективности. Продукты BI 2.0 должны в качестве основы использовать некоторую норму как на детальном, так и на агрегированном уровне и сравнивать автоматически конкретные события с этой нормой.
• Дальновидность. Чтобы понять, как данное событие повлияет на потребности организации, необходимо обладать некоторой дальновидностью. Чтобы ответить на вопросы: «придет ли заказ вовремя?», «откажет ли система сегодня?», — нужно уметь делать прогнозы. Эта возможность придает особое значение операционным отделам, которые должны представлять себе перспективу изменения эффективности своей работы в течение дня, недели или месяца. 

• Ориентация на процессы. Продукты BI 2.0 должны быть ориентированы на процессы. Это не значит, что процессы моделируются с помощью инструмента управления. Действия можно оптимизировать исходя из результатов конкретного процесса, хотя он может и не иметь точного определения.
• Масштабируемость. Масштабируемость является краеугольным камнем BI 2.0. Потоки событий могут быть непредсказуемыми и очень интенсивными. Например, если в розничной торговле разрабатывается приложение оценки спроса для отслеживания продаж самых популярных товаров, то возникает следующая ситуация. У компании может быть, к примеру,30 тыс. товаров, продающихся в 1 тыс. магазинов. В результате образуется 30 млн. комбинаций «магазин-товар», которые нужно отслеживать. В день может продаваться до 10 млн. товаров. Такой масштаб —заурядная ситуация для BI 2.0. Фактически, даже такая масштабируемость сама по себе требует приложений нового класса, которые в традиционной технологии  BI были недоступны.

BI – технология реального времени, управляемая событиями

BI 2.0 представляет собой фундаментальный переход к иному использованию информации. Эта технология является развитием BI и выходит за рамки традиционных Хранилищ и инструментов выполнения запросов, включая динамическое и автоматизированное принятие решений.

В прошлом компании были вынуждены рассчитывать на устаревшую информации и пытаться решать проблемы уже тогда, когда они возникали. BI 2.0 меняет ситуацию, поскольку позволяет встроить аналитические возможности в сами процессы, то есть сделать последние более гибкими.

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

Автор: По материалам зарубежных сайтов