BPM – это инжиниринг процессов
В одной из своих последних публикаций вице-президент Отдела Исследований и Разработок компании Fujitsu Computer Systems Corporation, Кит Свенсон (Keith Swenson), попытался объяснить, почему управление бизнес-процессами (BPM) не является программированием. И хотя с некоторыми аргументами, приведенными в своей статье Китом Свенсоном, можно безусловно согласиться, большая часть содержания статьи является крайне противоречивой. Согласно определению, данному Китом Свенсоном в статье, BPM – это система, в которой бизнес-аналитик создает диаграмму процесса, исполняемую без программирования. Но такая формулировка более чем ошибочна.
В своей статье Кит Свенсон также проводит аналогию между BPM и динамической таблицей, но это лишь упрощенное представление, которое никак не может являться серьезным аргументом. Также как системы BPM, редакторы динамических таблиц (например, Microsoft Excel) являются очень мощными компонентами программного обеспечения, и их использование в среде критически важных условий для обработки транзакций на самом деле требует грамотного программирования.
Изначально (в 1979), первый редактор динамических таблиц (VisiCalc, разработанный Дэном Бриклином (Dan Bricklin) и Бобом Френкстоном (Bob Frankston) задумывался как инструмент, благодаря которому не программисты могли разрабатывать финансовые модели и исполнять их на микро-компьютере. Тем не менее, эти динамические таблицы оставались ‘моделями’ и изначально не могли использоваться в контексте автоматизированной обработки транзакций. И хотя примитивные механизмы импорта-экспорта были разработаны редакторами динамических таблиц второго поколения (например, Lotus 1-2-3) и универсальными ЭВМ в 80-е годы, только 90-х гг. эти редакторы были интегрированы с оперативными системами обработки транзакций. Вся эта работа велась командой Excel под эгидой компании Microsoft, и благодаря существенной финансовой поддержке таких инвестиционных банков как Morgan Stanley. При этом превращение финансовой модели в процесс, исполняемый по шагам, требовало солидной доли программирования, как со стороны инженеров Microsoft, которые создали язык Visual Basic, чтобы поддерживать разработку сложных макросов, так и со стороны IT-специалистов компании Morgan Stanley, чтобы интегрировать такие макросы в различные системы внутренних офисов и систем управления очередями сообщений (MQSeries или Rendezvous).
Если следовать вышеуказанной аналогии, то получается, что Кит Свенсон рассматривает BPM как процесс, при котором бизнес-аналитики создают неисполнимые модели или модели, которые исполняются без интеграции с транзакционными системами. Но кроме того, BPM – это не просто Workflow, это Workflow плюс EAI (Интеграции корпоративных приложений), а компоненты EAI требуют грамотного программирования.
Вопреки мнению Кита Свенсона BPM предназначено не только для бизнес-аналитиков. Нет такого решения, системы или технологии, которые бы позволили бизнес-аналитикам создать процесс, нажать на кнопку и автоматически превратить диаграмму в исполняемый процесс, который будет поддерживать взаимодействия конечного пользователя и межсистемными трансакциями. Таких механизмов просто нет, и не будет. Бизнес-аналитики не хотят нести ответственность за создание и поддержку транзакционных систем или транзакционных процессов интегрированных в систему. Система BPM (2.0) предназначена как для бизнес-аналитиков, так и для программистов. Это способ преодолеть расхождения между бизнесом и IT, путем использования одного языка, одного набора инструментов, одинаково удобных как для бизнес-аналитиков, так и для программистов.
Одним словом, BPM снижает необходимость создания индивидуального программного обеспечения, создавая допустимый уровень абстракции. Тем не менее, использовать систему BPM не означает отказаться от программирования. Наоборот. Ведь, сила требует дополнительной ответственности, а системы BPM могут быть очень мощными. Процессы, которые могут быть автоматизированы с помощью систем BPM следующего поколения, имеют сложную архитектуру, осуществляют сложные транзакции, и решают строго определенные задачи, без которых ведение бизнеса становится невозможным.
Таким образом, система BPM содействует развитию нового вида программирования, который можно назвать Программированием процесса или Программированием бизнес-процесса. Эта означает, что необходимо развивать новые навыки программирования и принимать соответствующие отраслевые стандарты.
Одним словом, прошло время традиционных workflow вендоров, которые активно противостояли зарождению и развитию новой отрасли. Многие компании начинают рассматривать систему BPM как конкурентную и надежную бизнес-платформу, поэтому BPM вендоры должны совершенствоваться и применять принципы программирования, которые бы позволили другим отраслям, таким как авиакосмическая промышленность или полупроводниковое производство активнее развиваться. В сущности, такой процесс «взросления» необходим не только системам BPM, но и большинству производителей корпоративного ПО.
В отличие от преуспевающих BPM вендоров, небольшие компании не имеют необходимого количества ресурсов, чтобы создавать многочисленные команды разработчиков программного обеспечения. Поэтому крупные компании и правительства, которые заинтересованы в развитии навыков программирования бизнес-процессов, активно стремятся уже сегодня воспользоваться преимуществами следующего поколения систем BPM.
Исмаэль Халими (Ismael Ghalimi)
Комментарии