 |
В глобализованном мире бизнес-процессы все чаще становятся краеугольным камнем любой организации. Почему так происходит? Объяснение сравнительно простое, если учесть, что любое изменение в организации неразрывно сопровождается изменениями ее бизнес-процессов. И как раз на глобальном рынке изменения находятся на первом месте в повестке дня: компании все чаще вынуждены адаптироваться к новым клиентам, конкурентам и бизнес-партнерам. Конкурентные преимущества все чаще достигаются не за счет лучших продуктов, а за счет более эффективных и более экономичных процессов. Короче говоря, бизнес-процессы превратились в дополнительный фактор производства.
Язык бизнес-сообщества
На этом фоне неудивительно, что сегодня не только от всех специалистов и менеджеров, но также и от ИТ-персонала, поставщиков и иногда даже клиентов
компании (далее мы будем называть их в совокупности бизнес-сообществом) требуется иметь дело с бизнес-процессами. Совместно они вносят вклад в проектирование, анализ, документирование, исполнение и дальнейшую разработку бизнес-процессов. Конечно, это может получиться, только если возможна эффективная коммуникация между участниками. Для этого необходимо, чтобы внутри бизнес-сообщества употреблялся один и тот же язык и можно было забыть об отнимающих много времени и порождающих ошибки операциях по переводу.
Впрочем, а как это выглядит на практике? В порядке вещей расплывчатости, противоречия, недопонимания и пробелы в коммуникации. Каждая группа по интересам в бизнес-сообществе думает лишь о своем специфическом ви дении бизнес-процесса: руководство сосредоточено на показателях эффективности, бизнес-специалисты помнят только о собственных бизнес-приложениях и процедурах, ИТ-специалисты мыслят в структурах программного и аппаратного обеспечения. Понятно, что проблемы взаимопонимания заранее запрограммированы.
Во многих организациях пытаются исправить ситуацию тем, что эксперты по моделированию «переводят» собранные бизнес-требования в процессные требования и обобщают их в огромные и очень сложные модели. Такой подход дает видимость профессио нальности и продуктивности, и на самом деле такие «модели-монстры» часто получают одобрение всего бизнес-сообщества и формируют затем основу организационных изменений. То, что они не разобрались в последствиях «моделей-монстров», многие члены сообщества осознают впервые — и уже слишком поздно, — когда им приходится жить с организационными изменениями.
Рисунок 1 показывает альтернативный подход, построенный на применении общего языка моделирования. Этот язык понимают все участники затронутого бизнес-сообщества и в идеале так же свободно на нем «говорят». Это означает, что в рамках коммуникации не требуются явные операции по переводу и каждый из участников самостоятельно может выполнить абстрагирование от специфического ви дения группы, а также структурирование передаваемого содержания.
Рис. 1. Общий язык как необходимое условие для коммуникации
Какие условия должен выполнять такого рода универсальный язык моделирования? В первую очередь он должен быть простым в изучении и позволять быстро и успешно осваивать его даже неопытным пользователям. При этом он должен уметь полностью описывать все относящиеся к делу аспекты бизнес-процесса. Все это возможно только при наличии простого синтаксиса, который обходится минимально возможным количеством языковых элементов, а также тщательно определенной семантики, которая недвусмысленно регулирует употребление и интерпретацию этих элементов.
Если мы применим эти критерии к обиходным на практике языкам моделирования, сразу станет понятно, почему ими могут пользоваться только «эксперты»: при большом количестве элементов моделирования, главным образом «приправленных» пиктограммами (эффект узнавания должен означать простоту и облегчать понимание), предпринимается попытка во всех мыслимых прикладных областях передать наглядное отражение реальности. За такое разрастание синтаксиса приходится платить поразительно расплывчатым определением семантики.
Взгляд на смежную область моделирования данных демонстрирует ошибочность этого пути. Там вместе с реляционной моделью данных Теда Кодда и связанным языком запросов SQL в качестве отраслевого стандарта утвердилась математически обоснованная модель с синтаксически простым языком. Сети Петри также обладают этими «удачными особенностями»: простейший синтаксис с математически четко определенной семантикой, которые наряду с недвусмысленной интерпретацией элементов модели также включают в себя динамические свойства в форме переходов состояний. Таким образом, сети Петри предлагают разно образные возможности для статического анализа и динамического имитационного моделирования.
Инструменты для бизнес-сообществ
Продуктивная работа с сетями Петри и применение соответствующих методов немыслимы без поддержки программных инструментов. Инструменты обеспечивают соблюдение синтаксических правил, поддерживают методологические этапы и берут на себя задачи администрирования, документирования и использования созданного контента.
Развитие рынка
История проектирования бизнес-процессов на основе моделей тем временем возвращает нас назад более чем на 20 лет. После первых нерешительных начинаний в области средств автоматизированной разработки программного обеспечения (Computer-aided software engineering — CASE) моделирование бизнес-процессов пережило первый расцвет в контексте внедрения стандартных бизнес-приложений (SAP, приложения Oracle, PeopleSoft, Baan и т. д.). Помимо таких высокопрофессиональных инструментов, как ADONIS, ARIS, Bonaparte, Casewise и INCOME, на рынке появлялось все больше и больше низкотехнологичных средств, получивших развитие от простых графических программ, например Visio и iGrafx. Между тем сейчас мы наблюдаем второй расцвет, движущими силами которого, несомненно, служат темы управления бизнес-процессами (Business Process Management — BPM), разработка, управляемая моделями (Model Driven Development — MDD) и сервис-ориентированная архитектура (Service Oriented Architecture — SOA). Актуальные обзоры рынка показывают, что сегодня практически каждый поставщик прикладного и межплатформенного программного обеспечения может предложить по крайней мере один инструмент моделирования процессов.
Однако при ближайшем рассмотрении таких инструментов быстро выясняется, что они пригодны для использования в бизнес-сообществах только в ограниченном масштабе. Они требуют высокого уровня подготовки и навязывают пользователям образ действий, обусловленый не их нуждами, а особенностями программного средства. В большинстве случаев уровень сложности слишком высок (пример: многочисленность типов моделей в ARIS) либо ограниченные возможности абстрагирования уж слишком навязывают пользователю уровень реализации (пример: моделирование с BPMN), препятствуя важным творческим процессам моделирования. Но в «оправдание» подобных инструментов стоит отметить, что они возникли главным образом в то время, когда надобность участия целиком бизнес-сообществ в разработке бизнес-процессов еще не была признана и технические возможности для обеспечения продуктивной совместной работы (ключевое слово: Web 2.0) также еще не были в нашем распоряжении.
Horus: Бизнес-процессы для бизнес-сообществ
В результате многолетних исследований в Институте прикладной информатики и методов формализованного описания (AIFB) Технологического института Карлсруэ (KIT) и в Исследовательском центре информатики Карлсруэ (FZI) в сотрудничестве с отраслевым партнером PROMATIS Software GmbH появилось совершенно новое поколение средств для поддержки всего жизненного цикла моделирования бизнес-процессов под названием Horus1. Основной целью исследования было сделать возможным участие и взаимодействие всех членов бизнес-сообщества. Здесь пришли на помощь технические возможности, ставшие доступными в контексте социализации интернета. Horus ориентирован на функционирование бизнес-сообщества, не нарушая хода его работы и обходясь при этом без специальной подготовки. Далее кратко представлены важнейшие компоненты Horus.
Платформа на основе сетей Петри
Horus обеспечивает платформу для моделирования, анализа и имитации с помощью сетей Петри. Она впечатляет простотой использования и запускается на всех распространенных операционных сис темах и мобильных устройствах. В качестве специального варианта сетей поддерживаются XML-сети. Платформа есть в бесплатном доступе и свободна для всех бизнес-сообществ, а так же для преподавания и исследований (Horus Freeware). Кроме того, в Horus software GmbH можно получить корпоративную версию (Horus Enterprise), для которого может также быть заключен контракт на поддержку.
Контент и сообщество
Даже в бесплатной версии платформы содержатся шаблоны моделей для облегчения первых шагов в Horus. Кроме того, во внутрикорпоративной сети и сети Интернет могут создаваться бизнес-сообщества для поддержки обмена моделями и совместной работы внутри сообществ. Horus software GmbH также предлагает полностью готовые модели бизнес-процессов.
Области применения
Horus охватывает весь жизненный цикл бизнес-процессов, от первоначальной идеи через проектирование вплоть до эксплуатации и обслуживания процесса. Он способствует решению как административных, так и аналитических и творческих задач. Благодаря интерфейсам с веб-сервисами и XML-интерфейсами, включенным в корпоративную версию, Horus может быть встроен в любую специфическую инфраструктуру клиента. Таким образом открываются бесчисленные новые области применения: от реорганизации предприятия (бизнес-реинжиниринга) через внедрение стандартных управленческих бизнес-приложений и создание сервис-ориентированных архитектур вплоть до интерактивных методов организационного обучения.
1 Horus (Гор) — «Тот, кто далеко» — это один из самых важных богов в египетской мифологии. Как сокол, он поднимается в воздух и простирает свои крылья как Небеса над Землей; Солнце и Луна глаза его.
|
|
